出典: Q-BPM
アルバイトや社員の募集から面接を経て採用内定を行う業務プロセス。
採用内定後は社内稟議を経て正式採用となる。(本業務プロセスでは対象外)
目次 |
概要
- 採用要望部門の部長は採用したいアルバイトや社員の要望を登録する。
- 人事部の採用担当者は'要望の確認を行う。
- 担当者は応募方法を登録し、応募開始を採用要望部門の部長へ通知する。
- 担当者は応募者を受付け、面接を実施する
- 担当者は採用内定者を登録する。
(注)応募者の受付から面接の採用内定者の登録まで採用内定者が希望人数になるまで繰り返し続ける。
プロセス担当者
- 採用要望部門(any-section@company.com)
- 部長(any-section-leader@company.com)
- 人事部(personnel@company.com)
- 採用担当者(personnel-person@company.com)
- 応募者(someone@general.com)
プロセスオーナー
人事部採用担当者(personnel-person@company.com)
採用方法や採用面接の流れについては採用担当者に任されるケースが多い。
メリット・デメリット
メリット
- 応募活動の把握が容易
- 応募開始の連絡の徹底が図られ、現在の応募数や採用内定者が把握しやすい。
- 採用方針変更の際の中断
- 採用要望部門の部長判断において採用の方針の変更を行いたい場合、'業務プロセスを途中中断することができる。これにより、新しい要件等の再検討を行い、仕切り直しの上、再度実行することが可能となる。
デメリット
- 採用内定者決定の遅延
- 採用内定者の最終決定のタスクは採用内定者が要望数に達するまで開始されない為、採用内定後の手続きが遅れる可能性がある。
プロセスダイアグラム例
- (注) P3:面接結果登録の採用内定者数要望上限達成／未達分岐については採用要望人数と採用内定決定人数の比較により行われる。
プロセスデータ例
| データ名 | 型 | 必須 | L1 | P1 | P2 | P3 | L2 |
|---|---|---|---|---|---|---|---|
| 部長氏名 | 文字列(char) | NN | (RW) | R | R | R | R |
| 部長所属 | 文字列(char) | NN | (RW) | R | R | R | R |
| 担当社員氏名 | 文字列(char) | NN | (RW) | R | R | R | R |
| 担当社員所属 | 文字列(char) | NN | (RW) | R | R | R | R |
| 採用要望作成日付 | 年月日型(date) | NN | (RW) | R | R | R | R |
| 採用要望内容 | 文字列(char) | NN | RW | R | R | R | R |
| 採用要望人数 | 数値列(int) | NN | RW | R | R | R | RW |
| 採用要望確認コメント | 文字列(char) | NN | R | RW | R | R | R |
| 採用応募開始日付 | 年月日型(date) | NN | - | - | RW | R | R |
| 採用応募方法 | 文字列(char) | NN | - | - | RW | R | R |
| 採用内定決定人数 | 数値列(int) | NN | - | - | - | RW | RW |
| 採用決定者情報 | ファイル型(file) | NN | - | - | - | RW | RW |
| 応募者情報 | ファイル型(file) | NN | - | - | - | RW | R |
| 面接実施日 | 文字列(char) | NN | - | - | - | RW | R |
| 採用活動中止指示 | 単一選択型(中止) | NN | - | - | - | - | RW |
| 採用活動中止指示日付 | 年月日型(date) | NN | - | - | - | - | (RW) |
- (注)「採用要望人数」がP3、L2のタスクにて書き込み可能にしているのは部長が採用人数の変更を行いたい場合に対応している。
- (注)「採用内定決定人数」「採用決定者情報」がP3、L2のタスクにて書き込み可能にしているのは部長が採用者の決定を変更したい場合に対応している。
