定期報告プロセス/日報・ミーティング確認・登録・登録確認・社員研修用・上司確認

業務日報は、社員研修としても利用される. 文章力の向上と報告作業の定常化を目的として簡易な日報の業務プロセスを定義する.

報告された内容はトレーナーによってチェックされており、ミーティングを起点に報告が行われる為、報告内容の質及び報告実行の確実性が期待される.

概要

 * 1) 1日の業務内容をトレーナーが出席する日報ミーティングにて報告する.
 * 2) 報告の中で指摘された内容やトレーナーの発言した内容を報告者はメモを取る.
 * 3) 日報提出者はミーティングの内容をシステムに用意されているフォームへ入力
 * 4) 入力されたフォームの内容をトレーナーはチェックを行い、コメントを記入する.
 * 5) 報告者はトレーナーのチェック内容を確認する.
 * 6) 登録された内容を管理者が確認しコメントを返す.
 * 7) 管理者のコメントをトレーナー、提出者それぞれ確認する

日報の内容は事前にミーティングにてある程度話し合われ、まとめを報告者が行うことになる.

プロセス担当者

 * 任意の部門(any-section@company.com)
 * 管理者(parent-leader-section@company.com)
 * トレーナー(leader-section@company.com)
 * 日報提出者(person@company.com)

研修を行っている社員の業務内容のチェック等のトレーニングを行う先輩社員をトレーナーとして位置づける.

プロセスオーナー
トレーナー(leader-section@company.com)

業務日報を利用した社員研修においては企業全体で取り組む場合も存在するが、部門内での状況により業務プロセスが変化することが考えられ、部門内で研修対象社員のトレーナーが業務プロセスを決定しているケースが考えられる. 本サンプルプロセスにおいては部門内で規定している業務プロセスとして扱う.

メリット

 * プロセスの簡易性
 * 開始の担保
 * ミーティングより業務プロセスが開始されることから開始が担保できる.

副次的な効果として管理者からのコメントをもらうことによる「提出者の報告品質の向上」「トレーナーのコーチング能力の向上」が期待できる.

デメリット

 * 終了遅延の可能性
 * 日報の承認はトレーナーが行う為、トレーナーの承認が遅れた場合、その日の日報のプロセスは終了しない.

プロセスダイアグラム例
digraph developing_capability { compound=true; graph [size="10,5",rankdir=LR]; node [shape=box, style=rounded]; edge [color="#444444", labelfloat=true]; //label text float OFF(=true)

subgraph clusterg{ labeljust=l; label="any-section@company.com(任意の部門)"; subgraph clusterl { labeljust=l; label="leader-section@compay.com(トレーナー)"; L1 [label="L1:議事録のチェック"]; L2 [label="L2:日報の承認 \n 内容の確認と \n 添削"]; L3 [label="L3:上司コメント確認"]; LY [label="",shape=circle, width="0.2", style=bold]; L1 -> L2 -> L3[style=invis]; L3 -> LY; } subgraph clusterm { labeljust=l; label="parent-leader-section@compay.com\n(管理者)"; M1 [label="M1:日報確認 \n コメント"]; } subgraph clusterp { labeljust=l; label="person@compay.com(日報提出者)\n\n\n"; PX [label="", shape=circle, width="0.2"]; PY [label="",shape=circle, width="0.2", style=bold]; P1 [label="P1:報告会開催 \n 議事録を入力"]; P2 [label="P2:日報の\n作成／編集 \n 承認結果の確認"]; P3 [label="P3:上司コメント確認"]; PX->P1 [weight=50]; P1->P2->P3 [style=invis]; P3 -> PY; } PX->L1 [style=invis,weight=20]; P1->L1 ; L1 -> P2; L2->P2 [dir=back,arrowhead=rcrowlvee,label="承認結果が \n 承認以外"]; L2->P2 [tailport=se,headport=ne]; P2->M1 [arrowtail=odiamond,weight=10,label="\n承認結果が \n 承認",tailport=s,headport=w]; M1->{P3,L3}; } }


 * (注)「P2:日報の作成／編集、承認結果の確認」のイメージは日報を入力するフォーム及びトレーナーより添削された内容を閲覧できるテキストボックスが表示される画面である.
 * (注)日報の初回作成時は承認結果の確認は行われず、「L2:日報の承認内容の確認と添削」の後に承認結果の確認がP2にて行われる.

プロセスデータ例

 * (注)管理者の提出者、トレーナーへのそれぞれのコメントはそれぞれ自分宛てでないコメントは参照できない.