ナレッジの蓄積方法

ナレッジの蓄積は、以下の手順で行うと効果的です。 １．日々の経験や気付きを記録する まずは個人単位で業務遂行を通じて得た経験を、何らかの形で溜めていきます。 日々の業務の中で、「うまくいった、失敗した、ひやっとした、問題だと感じた、分からなかった」などの感想が大半になりますが、 メモでも構いませんのでとにかくしっかりと、残しておきましょう。 これをできていないと、一定期間のタイミングで振り返りを行う際に、まず思い出すことから始めないといけなくなります。 かなり非効率になってしまいますので、ぜひ経験や気づきを記録することを日々の習慣にするようにしてください。 ２．振り返る 次に、蓄積した内容を振り返り、整理します。ナレッジ化にはこの工程がとても大切です。 なぜそうなったのかを分析し、こうすればうまくいく、こうすると失敗する、という命題形式の教訓に変換をしていきましょう。 ３．チームで共有し、確認する 一定期間溜めた内容をチームで共有し、チームとして有用なものをチームのナレッジとして管理していきます。 これによって個人の気付きだけでなく、チームとしての学びにすることができます。 これらの活動は時間を取ることはとても難しいですが、サイクルが回り出すとチームに余裕が生まれ、仕事が格段にやりやすくなります。 ４．関連ドキュメントに反映する 最後に、それらのナレッジをいつでも当たり前に利用できるものとして残します。 ステークホルダーに関することなら、ステークホルダー一覧にといった具合に本書で紹介されているドキュメントの中で関連するものを更新します。 繰り返し実行する作業に関する内容は、業務フロー図や手順書をアップデートすることで教訓を活かし、大きく生産性を上げることができます。 ナレッジは、活用されてこそ価値が高まります。ただし、何もフィードバックがないとそのナレッジの有用性や再現性を評価することができません。ナレッジを活用したら、「ここがうまくいった」「ここがうまくいかなかった」「このようなケースではうまくいく」など、 チームミーティングやナレッジ共有会などの場で、またはナレッジを共有するツールのチャット欄などで、書き込みによりフィードバックをするようにしましょう。 理想的なナレッジ管理の手順を記載しましたが、始めのうちは、まずはメモを残す、共有するだけでも良いです。 それだけでも後から同様の業務をする人にとっては大きな助けとなります。 最低限メモを残し、活用しながらブラッシュアップしてより活用しやすいナレッジにすれば良いのです。

チームの稼働を可視化、管理したい

業務の稼働を可視化する際は、最初から一つ一つの細かな作業/手順に対して何時間かかるのか？を算出してはいけません。 まずは、全員の稼働状況を参照して、全体観を掴みましょう。 内訳は、以下を参考にして、割合を算出します。 ・業務に関すること(業務の遂行、オペレーション等) ・業務の改善活動に関すること(提案に関する時間、業務の改善に関する時間等) ・業務を管理すること(チームの状況把握、数値管理、MTG等) 業務の稼働を可視化する目的は様々ですが、この割合をまずは把握することで傾向が見えます。 例えば、チーム立ち上げ当初であれば、業務に全てのリソースを集中させていることが多く、業務に関することに比率が偏ります。 その後は、例えば業務を標準化させていくために可視化する、そのための改善時間を確保していく事が必要になります。 比率の目安は、別のコンテンツ「体制に必要な人数算出方法」にも記載していますが、全体の15%が改善に使えることが理想です。 まず稼働管理の第一歩は、このような大枠で整理をすることから始めてください。

ワークフロー図作成方法

ワークフローは全体像の把握や関係者の理解、業務の流れの理解に大いに役立ちます。導入研修の際も、業務の大枠をフローチャート図で説明後、詳細な手順書を説明すると理解が深まります。ワークフローについては大きく２つの流れを把握し作成します。 ・仕事の全体観・部門間の繋がり(全体像) ・自部門の工程図(各業務別)   また、作業時のポイントとして作業内容と関係者を事前に書き出してから図式化すると良いです。具体的には、「まず思いつく限りの作業内容を書き出す」「次に作業順に整理する」「作業の関係者を書き出す」「ここまで書きだした情報を図で整理する」の順で作成すると良いでしょう。   よくある失敗事例としては、フローの更新作業で失敗するパターンです。 新規作成した後は、時間経過とともにそのフローに対して情報がドンドン付与されていきます。別ドキュメントの何ページを見て判断する、特定のシステムのこの備考をchkなど、条件がドンドン増えていきます。これは正しく判断を行う上では必要なことです。 その中で、一番困るケースが、「この場合は●●へエスカレーションをしてください」という吹き出しが多くなってくることです。 多くの場合は、エスカレーションが必要ということは、一時的に対処が決まっていないということですので、、時間経過とともに対処方法が定まっているケースも少なくありません。 しかしながら、その後の更新作業は、フローの細かい書き換えなど時間もかかるため、そこから手が付けられないというケースが多いです。 更に、利用者全員は今のフローを理解しているため、更新の必要性を感じず、優先度が低くなります。   このようなまま、人員入替が定期的に行われていくと、ドキュメント+口伝で引継ぎがされるようになり、フローはあるのに最新化されておらず、活用しきれないという状況になってしまいます。 このような状況を回避するためにも、定期的に棚卸を行い、フローの更新を行うようにしてください。

チームの課題を可視化、管理して運営に役立てたい

プロジェクトでは予定外の課題が次々に発生します。これらの課題を漏れなく適切に解決するために実施するツールが課題管理表です。 なお、「課題」と「問題」「タスク」はそれぞれ意味が異なります。 「問題」は顕在化した都合の悪い事象そのもので抽象的ですが、「課題」は問題を解決するためのより具体化されたものです。 さらに、課題を解決するための個別の実施項目を「タスク」といいます。顕在化していない問題は「リスク」として課題管理とは別に管理します。継続して使うためにも以下を意識してください。 １．漏れなく登録する　２．優先順位をつける　３．タスク化する　４．日々更新する ※ブラウザでのExcelファイルのプレビューは仕様上1シートのみ表示となります。ダウンロードして確認ください。