資産棚卸し方法

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

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

ナレッジの蓄積方法

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

インシデントの定義

インシデントの定義は、提供するサービスの品質低下、もしくは低下させる恐れのある事象を指します。 更に業務上で発生するものとチーム運営に関するものとに分けて考えることができます。 ＜業務上のインシデント＞ 業務上のインシデントとは、チームでの業務の中で発生するものを指します。 　一例 　・対象外（何を対象外とするかを定める必要がある）の対応 　・オペレーションミス 　・マニュアルや資料の誤表記 　・システム停止 etc ＜チーム運営に関するインシデント＞ チーム運営に関するインシデントとは、提供するサービスの品質に影響を与えるものを指します。 　一例 　・セキュリティインシデント（IDカード紛失、メール/FAX誤送信） 　・マニュアル、ツール類（データ）の破損 ・お客様貸与品（PC、機器）の紛失、破損 etc これらが代表的なインシデントにあたります。 チーム運営に関するインシデントは、多くのチームで共通することですが、業務上のインシデントについてはチーム独自の事例が出てきますので、 自分たちのチームでは何があるか？更に、発生した際に、どのような対処を必要とするか、を検討して下さい。

トラブルの未然防止

ミスやトラブルというのは、誰にでも発生させてしまう可能性があります。そのようなことを未然に防ぐためには、事前にリスクを把握し対処を打つ必要があります。 最近はリモートワークが増え、自宅で業務をすることが多くなりました。 実際にどんなトラブルが起きそうか、想像してみましょう。 　・wifiが切れてしまって、ウェブ会議が切れてしまう、作業中のデータが保存出来ない 　・ご家族(例えば小さいお子さん)の不意なアクションで誤操作してしまう 　・外のカフェ、ワークスペースなどで作業をしていて、第3者からPC画面を覗かれてしまう このように予めシミュレーションし、事前にリスクを把握し防止策を立てておくことで未然にトラブルが回避できます。 またこういったことを考える際には過去の失敗事例参考になります。 失敗事例は恥ずかしかったりと、周りに共有しにくいことがあるかもしれませんが、共有された側は案外そう思っていません。 むしろ事前に教えることで感謝されます。チームのためと思って失敗事例は積極的に共有しましょう。 また性善説に立って考えるとリスクを見落としがちです。 事前にリスクを洗い出す場合は、性悪説に立って「世の中は悪いことしか起きない」くらいの気持ちでホラーストリーを考えましょう。 大概にして性善説に立って見逃したリスクが大きなトラブルに繋がります。