ナレッジの蓄積について

事例、ナレッジ、ノウハウの違いは何か、を正しく理解するところから始めます。 事例とは、具体的な経験のことです。 ナレッジとは、その経験から、汎用化した学びのことです。 ノウハウは、ナレッジを実践するための、コツのことです。 例でいえば、ある提案資料があります。この提案書は非常に見やすく、顧客にも刺さりやすい資料でした(事例)。これを他の顧客にも活用できるように、AGENDAを整理して、ブランクのFMTを作りました(ナレッジ)。しかし、そのようなFMTがあっても、どういうinputが必要か、inputをどう解釈して整理すればよいのか、そういった活用の手順、具体的なコツが必要になります(ノウハウ)。 よくある失敗は、事例とナレッジを混同して会話していることです。 事例だけでなく、そこから得た学び(ナレッジ)は何なのかが重要なのです。 事例を共有するだけで満足しているケースが多くみられますが、この点を意識することが、ナレッジを蓄積していく「ナレッジ」です。 では、このナレッジのコツ(ノウハウ)ですが、汎用化するということは、他のパターンにも当てはめられるようにするということです。 つまり、抽象化を行います。 実際の事例を眺めて、ようするにどういうことなのかを考えて、具体的にはどういうことかと考えてまた戻す。 この具体と抽象を繰り返しを行い、汎用的な学びを見つけていきます。 別の切り口としては、事例を無理やりでもいいから「○○の時は△△すべし」「〇〇は△△である」と言い切り系で書き出してみてください。 そうすると、ナレッジが抽出しやすくなります。

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

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

関係者と認識ズレを起こさないようにする工夫

・関係者を把握してコミュニケーションを取っていたとしても、認識ズレが発生することがあります。以下を前提に考えておくと柔軟に対応しやすくなります。 関係者と認識がズレないように、予め考えておいた方が良いこと： ＜職位階層によって視点が異なる＞ 　普段やりとりしている関係者と、意思決定する関係者とが異なる場合、認識がズレる可能性がある 　しかし、階層を飛ばしたコミュニケーションは心象が良くないことが多いため 　意思決定する関係者と連携を取る場合は、注意して接点を持つこと ＜相手が必ずしも本音ではない可能性がある＞ 　実際のところどうですか？のように本音がどうか聞き出すための工夫が必要 ＜みんなが同じ考えとは思わない、一人の意見を鵜呑みにしない＞ 　同じ部内でも意見が異なっていることもあるため、一人の意見を組織の総意と思わないこと

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

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