業務工数を算出したい

業務工数を算出する目的は、様々あります。 業務を定量化することで、増員に必要な適正な人数を算出したり、予測と実態のGAPを把握をする。 人別で算出し、処理量の差分から、パフォーマンス改善の打ち手に繋げることが出来ます。 目的に沿って計測すべきポイントは変わってきますので、まずは目的をハッキリさせましょう。 計測の手法ですが、1時間単位であれば、outlookのスケジュールに実績を入力したり、Excelで管理でも、実態を把握することは出来ます。 一方、分単位で細かく算出する場合は、Excel管理だと難しいです。 オペレーターの後ろでタイマーを持ち、実際の作業時間を計測、もしくは何か計測ツールを導入する必要があります。 計測する際の注意点としては、どの単位で計測しているのか？ということを理解していく事が大切です。 ある業務の単位で測定するのか、特定の作業単位/手順単位で測定するのかを最初に考えてください。 目的もハッキリしていて、ある特定の作業/手順を計測するのであれば、問題ないですが、最初から細かい単位で計測を行うと、かなりの工数がかかってしまいます。 まず、大きな単位から測定を始める様にしてください。そうすることで、最初に全体観を掴めることが出来ます。 その上で、特に細かく見たい部分はどこか？を検討した上で、細かい計測に移るようにしてください。

目標、施策の進捗確認をしよう

進捗を確認するには、チーム全体の活動をデータ化し、予定に対する実績を確認する必要があります。 この際に週単位や月単位といった累積値の推移が分かるようにすることで状況把握が行いやすくなります。 設定した目標・アクション・KPIの進捗確認をした後は、未来を予測します。 このままのペースで進めた場合に目標が達成できるかどうかを予測し、達成が難しいと思われる場合は、アクションを修正しましょう。 現在の数値を正しく把握するとともに、「このまま進めたらどうなるか」を予測することが大切です。 実績の可視化のポイント 　測定手法については、何らかのシステムから日々の行動のデータを抽出し可視化できると現状把握が非常に楽になりますが、 　システム等でのデータ抽出ができない場合は工夫が必要です。 　例えば、WBSや業務一覧から進捗を把握する場合は、それぞれのタスクの完了条件を明確にした上で、 　ステータス変更をすることで、進捗率を見ることができます。 　変更するルール(毎日定時時間を設けて更新する、変更する人を決めるなど)を定めておくと、現状把握を行いやすくなります。 　チーム全体の進捗を見るためには、各メンバーの期間中の活動の可視化が必要な場合もあります。 　各メンバーは日や週単位で自分自身のパフォーマンス入力を欠かさずに行いましょう。 　例えば、管理システムや管理表などに数値などの実施結果を入力する、WBSのステータスを変更する、稼働工数を入力する、などです。 　とにもかくにも、実績数値を可視化することが進捗把握の基本となります。 進捗と状況の共有のポイント 　予定と実績の進捗はただ管理者が把握するだけでなく、関係者、チーム内双方に定期的に報告、共有しましょう。 　これは正確な進捗管理と同じく、あるいはそれ以上に大切なことです。 　関係者に定期的に報告することで、状況や背景が変化し目標そのものを変更しなければいけない場合に早期にそれをキャッチアップすることができますし、 　進捗の改善に周りの協力が必要な場合などにその協力を取り付けやすくなります。 　チーム内への共有も非常に大事です。どれだけ良い目標を設定し、チーム内のコミットメントを高めたとしても、その進捗が分からなければ、 　自分の仕事が何に繋がっているかの実感が薄くなり、コミットメントは弱まります。 　それどころか、何のために仕事をしているのかが分からずモチベーションが低下してしまうことで、管理層への不信感に繋がります。 　よく、「状況が悪いので共有を見送っている」「不明確な情報もあるので、共有ができない」といったシーンを見ますが、これは全く逆です。 　きちんと目標設定ができていれば、悪い状況に関してもチーム全員で改善について検討し、 　より良い改善案を出すことができますし、「悪いことでも共有してくれた」という信頼感が更にコミットメントを高めます。 　また、不明確な情報であっても「不明確である」ということをきちんと前提として伝えさえすれば、 　誤解などを招くことは少なく、むしろ仮説をベースに早い段階からチーム全体でアクションを考えることができます。

今後取り組む想定業務の可視化

WBS/業務一覧を作成する際は、まずは概算レベルで洗い出すことで”たたき台”を作成し、これを元に関係者と会話を重ねながら、徐々に情報を肉付けしてくと良いです。その後は、以下のやり方で整理を進めて下さい。 　・類似業務の情報や経験者からのヒアリングを行い、必要な作業をリスト化する 　・作業の性質や関係性を考慮してグループ化する(定常/非定常、設計/構築、担当別など) よくある失敗は、定常的な業務では当たり前のことが抜けてしまうということです。 そして、そういうことが意外にもクリティカルなことに繋がります。 例えば、定例会の会議室予約忘れ、必要な申請忘れ、などです。どちらも、やる直前に忘れていたことに気づくケースがあります。 このような忘れてしまうケースは、いつも誰かにやってもらっているため、忘れてしまっているというケースが多いです。 また、作成したWBS/業務一覧を、定期的にupdateをしていないと、チームの状態を正確に把握できず、正しい判断を行えないことが発生します。そもそも、作業を洗い出して業務一覧やWBSを作成し、合意形成を取れたとしても、いざ推進し始めると、必ず過不足について見えてきます。 これは、精緻化をする当初は、まだ情報が確定していないことも多く、仮説を元にして作成されているケースが多いからです。 過去の業務一覧を参考にしている場合でも、実際は実行する人数、求められる品質、順守すべき納期、我々が提供できるサービス、全て同じ条件ではありませんので、流用している場合も注意が必要です。 このようなやってみてわかったことを、updateしていかないとどうなっていくのか。 当初のやるべき範囲、稼働予測など、実績の間に大きな差が出始めてきます。 それを防ぐために、実際に推進している方たちしか分からない情報は、関係者と情報共有しながら業務一覧やWBSをupdateすることが必要です。

生産性向上に紐づく問題解決とは

問題の種類は2種類あります。 ・設定型の問題 　目の前では起きていない問題。1か月、半年、1年後という未来のあるべきをチームや顧客と設定し、そこから解決すべきことを考える ・発生型の問題 　目の前で起きている問題。トラブルやミスなどが発生し、現況へ回復し元に戻すた目に解決すべきことを考える 生産性が向上していくということは、設定型の問題を解決しているということです。 設定型の問題解決は、期初、棚卸し、見直しのタイミングで考えることが多く、まずゴールのイメージから考え、現状を把握し、問題を設定していきます。 どうしても当初計画は粗くなりますが、これを踏まえた上で、直近のスケジュールから詳細化して進めていく事が重要です。 しかし、詳細化を行わないまま進めてしまっているケースは少なくありません。 例えば、1か月単位ではやることは分かっていても、そこから、1週間、日々と計画を立てられていないことは多いです。 期間を長く設定しているために、アクションがなかったとしても、明日、来週にリカバリーが出来ると思ってしまいがちです。 このままズルズルと1週間、1か月と経過し、いざ進捗を見ると全く進んでいない。そんな経験はないでしょうか。 少しでも前に進めていくためには、最低でも直近の1週間は何をすべきか、そこから一日の動き方を決めていくことが必要です。