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

業務日報は、社員研修としても利用される. 文章力の向上と報告作業の定常化を目的として簡易な日報の業務プロセスを定義する. 管理者による評価／最終確認が行われ報告プロセスが終了する.

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

概要

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

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

プロセス担当者

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

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

プロセスオーナ
管理者(parent-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 ; P2->M1 [arrowtail=odiamond,weight=10,label="\n承認結果が \n 承認",tailport=s,headport=w]; M1->{P3,L3}; } }


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

プロセスデータ例

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