出典: Q-BPM
業務日報は、社員研修としても利用される。文章力の向上と報告作業の定常化を目的として簡易な日報の業務プロセスを定義する。
報告された内容はトレーナーによってチェックされており、ミーティングを起点に報告が行われる為、報告内容の質及び報告実行の確実性が期待される。
目次 |
概要
- 1日の業務内容をトレーナーが出席する日報ミーティングにて報告する。
- 報告の中で指摘された内容やトレーナーの発言した内容を報告者はメモを取る。
- 日報提出者はミーティングの内容ををシステムに用意されているフォームへ入力
- 入力されたフォームの内容をトレーナーはチェックを行い、コメントを記入する。
- 報告者はトレーナーのチェック内容を確認する。
日報の内容は事前にミーティングにてある程度話し合われ、まとめを報告者が行うことになる。トレーナは報告をチェックしチェックバックを繰り返し確認された内容にて日報の完了が行われることとなる。日をまたぐ可能性もある。
プロセス担当者
- 任意の部門(any-section@company.com)
- トレーナー(leader-section@company.com)
- 日報提出者(person@company.com)
研修を行っている社員の業務内容のチェック等のトレーニングを行う先輩社員をトレーナーとして位置づける。
プロセスオーナー
トレーナー(leader-section@company.com)
業務日報を利用した社員研修においては企業全体で取り組む場合も存在するが、部門内での状況により業務プロセスが変化することが考えられ、部門内で研修対象社員のトレーナーが業務プロセスを決定しているケースが考えられる 本サンプルプロセスにおいては部門内で規定している業務プロセスとして扱う。
プロセスダイアグラム例
メリット・デメリット
メリット
- プロセスの簡易性
- 開始の担保
- ミーティングより業務プロセスが開始されることから開始が担保できる。
デメリット
- 終了遅延の可能性
- 日報の承認はトレーナーが行う為、トレーナーの承認が遅れた場合、その日の日報のプロセスは終了しない。
プロセスデータ例
| データ名 | 型 | 必須 | P1 | L1 | P2 | L2 |
|---|---|---|---|---|---|---|
| 社員氏名 | 文字列(char) | NN | (W) | R | R | R |
| 社員所属 | 文字列(char) | NN | (W) | R | R | R |
| トレーナー氏名 | 文字列(char) | NN | - | (W) | R | R |
| トレーナー所属 | 文字列(char) | NN | - | (W) | R | R |
| 作成日付 | 年月日時型(date) | NN | - | - | (W) | R |
| 日報内容 | 文字列(char) | NN | - | - | RW | R |
| チェックバック内容 | 文字列(char) | - | - | - | R | RW |
| 日報承認状態 | 単一選択型(承認／否認) | NN | - | - | R | RW |
