要因分析方法

立てた目標や施策は、進捗状況が予定通りであるか実績の状況を把握すると良いです。 上手く進んでいる場合は、成功要因について分析し、より計画を前倒しで進める方法を考え、 進みが悪い場合は、原因を見つけて施策を見直します。この様な状況を把握は、1～2週間に1回など適切な頻度で確認する事が大切です。 根本的な要因分析がうまくいかない場合は、以下も留意すると良いでしょう。 ①対象になる問題は特定され、何が問題なのかを具体的にしているか？ ②個人的な感情や思い込みで分析していないか？ ③複数人で分析する等、客観的な視点や多面的な考え方を取り入れているか ④個人理由ではなく、作業環境や運用方法など組織的な問題に目を向けられているか 特定した成功要因は、再現性を持たせるためにチーム全体で共有し、チームのパフォーマンスを更に高めるために活用します。 また特定した問題点は、解消させるためにチーム内でアクションプランを検討し改善する際に活用します。 また、場合によってはアクションの変更だけでなく、目標そのものの見直しや、それに付帯する各要件(品質、コスト、期日、スコープ)の調整が必要な場合もあります。

身近な改善ポイントを知りたい

基本的には、日ごろの業務で無駄だと感じていることや、なかなか定着しないことなどに着目していただくのが最初の一歩です。 チームメンバーの気持ちに寄り添って積極的な意見収集をまず行ってみてください。 業務の棚卸しという観点で定期的（半期ごとなど）に実施することをお勧めします。

ナレッジの背景や意味の共有について

チームで得たナレッジを関連ドキュメントに反映することで、チームメンバー全員がナレッジを反映し、たより良い仕事の進め方を実行することができるようになります。 一方ドキュメントに反映された時点では「なぜそうなったのか」「なぜそのやり方なのか」という理由までは反映されないことも多くあります。 純粋に決められた通りに間違いなく作業をすることを目的にするなら大きな問題はありませんが、そうではない場合には以下のような問題も生じます。 １つ目の問題は、状況が異なるケースに遭遇した際に行動ができなくなることです。 例えば他部門からの問い合わせ対応など、業務によっては、必ずしも毎回同じ作業を繰り返すというわけではないことも多くあります。 その場合、具体的な作業を細かく指定するのではなく、「考え方」や「ケース」をガイドする必要があるでしょう。 例えば、「手段Aと手段Bであれば、基本的に手段Aを優先するが、対応時間が大きく増える場合は、B案を優先する」などの考え方です。 2つ目の問題は、ドキュメントに記載されている以外のやり方の方が、自分にとって都合が良いと判断した場合に、別のやり方を選択してしまう可能性があるという問題です。 これは、そのやり方に至った背景、それ以外のやり方のデメリットを理解していないことから発生します。 チームとして大きな失敗をした直後、痛みを共有できているうちは問題ありませんが、時間が経ちその痛みを知らない人員に交代していくとこの問題の発生確率は上がります。 大きな事故を防ぐためなど、内容によっては、やり方そのものと併せて、「なぜそのやり方なのか」という背景を理解することも同じくらい大切になります。必ずドキュメントに反映しましょう。 これらの問題の防止策は、コミュニケーションによる共有が有効です。 このような意味、背景が重要なものは、それも併せてドキュメントに反映することが大事ですが、性質上どうしてもドキュメントへの反映ができない、ないしはそれだけでは足りない場合があります。 そういった場合は、口頭でも構いませんのでナレッジを伝える際に併せて伝えることや、時にそれらを目的とした共有会を開催する等も有効です。特に判断のための考え方等、ニュアンスの難しいものは逆にドキュメントには頼らず、コミュニケーションによる共有を徹底しても良いです。

業務の要件定義を行いたい

業務の要件定義は、プロジェクトの目標とスコープを明確にし顧客と認識を合わせるために重要なものです。 業務を行う背景や目的を顧客と意見交換しながら整理し、理解したうえで目的からゴールまでの全体感を踏まえた目線で作成を進めてください。