緊急時の対処方法

トラブルが発生した際にも慌てずに対応できるように、フローと一緒に緊急時の対処方法を確立しましょう。 緊急対応時の注意点 １.正しいフローに則って、速やかに報告 　トラブルに気づいた時点で緊急時連絡フローに沿って、すぐに上長へ報告します。 　連絡がつかない場合は、更にその上の上長に報告します。 ２.影響範囲を最小限に抑えるために迅速に行動 　まずは想定される影響範囲と影響度合いを確認し、関係者と対処方法を協議します。 　トラブルを発生させてしまった方は、動揺から冷静な判断ができないことが多くありますので、 　必ず上長や関係者に相談し冷静な判断を仰いでください。 ３.暫定的な対処方法が決まったら、迅速に対処 　トラブル対処や復旧作業については多くの関係者に関わっていただく必要がありますので、 　チーム一丸となって影響度を最小化することに努めてください。 4.トラブルが収束してきたら、一連のトラブル事象を振り返り 　振り返りを行い再発防止策を検討の上、事例を関係者へ共有してください。 　事例共有の目的は、トラブルの経験から学びを得て、類似のトラブルが発生しないように未然の対策を講じるためです。

日々の振り返りのコツ

振り返りは、ビジネスシーンだけでなく、普段の生活でもよく行われます。 例えば料理をするシチュエーションでは、想像していた味にならず、どこのプロセスがまずかったのか？と考えるシーンはよくあります。 何度かレシピ通りに作っていると、実は簡略化できる工程に気づくことがあります。 ビジネスシーンにおいても同じで、実際に計画に沿ってやってみると、想定以上に工数がかかってしまう、実は重要なプロセスが抜けていたなど、予定外のことがたくさん発生します。 このように実際に物事を進めていると、改善できそうなところに気づくことが多々出てきます。 つまり、より高い成果を生み出していくには、最初に決めた手順でなく、細かく修正をしながら進めることが大切です。 効率的に振り返りをするには、やみくもに振り返りをするのではなく、フレームワークを活用しましょう。 ここでは、YWTを紹介します。YWTは、やったこと(Y)→わかったこと(W)→次にやること(T)、と流れで振り返りを行えることが特徴です。 Y：今日やったことは何か。実績。 W：わかったことは何か。気づき。 T：次にやることは何か。改善点。 しかし、いざやってみると難しいため、それぞれのコツをお伝えします。 ▼Y(やったこと) 上手くいかない事例としては、Yの粒度が荒いケースです。 例えば、今日は提案資料の作成を行ったとします。これを書き起こすと、 △　提案資料の作成　できた/できていない。順調/遅延。など 〇　提案資料の作成　50％/順調 　　└ストーリーを作る　完了 　　└目次を作る　完了 　　└目次ごとのキーメッセージを作る　未着手 　　└必要なデータを収集する　未着手 粒度が荒いままだと、何ができたのか？できていないのかが？わかりづらく、次のWも振り返りがやりにくくなってしまいます。 具体的なタスクを洗い出すことで、実際の進捗具合が分かりやすくなります。 ▼W(わかったこと) Y(やったこと)に対して、「うまくいった」「うまくいかなかった」という振り返りだけで止まってしまうケースがあります。 そうではなく、そこから得た気づき、学び、ひらめきを、書き出すようにしましょう。 △　ストーリー作りは順調に進んでいる。しかし目次つくりは想定よりも時間がかかってしまった。 〇　目次つくりは想定よりも時間がかかってしまった。参考になる資料がなくて、自分で考えていたが、アイデアがなかなか出てこなかった。 　　1人で進めるのではなくて、困ったときは、上司に相談すればよかった。 うまくいった、いかなかった、という状況から、もう1段要因を考えてみるとよいです。 もう1段振り返るときのポイントは、why(どうして？)よりも、what(要因)は何だろう？と考えてみて、 「こうするとうまくいく」、「これをやると失敗する」というところまで掘り下げることがポイントです。 次のT(明日につなげられる改善のアイデア)に繋がっていきます。 ▼T(次にやること) W(わかったこと)から、工夫することを書き出しましょう。こちらも、具体的な内容が書かれないケースがあります。 △　作業工程を見直す 〇　30分考えてもアイデアが出なかったら上司に相談をする。 このように、具体的に記載することで、次の日から何をすべきかが、ハッキリと見えてきます。 次の日の振り返りでは、このTで書いた上司に相談する、これが効果があったのかどうか、実際に相談しようとしたら、何が起きたのか、という振り返りを行っていきます。 このように、自ら考え、進めながら細かく修正を行うことが大切です。

リスクを評価する方法

業務に関するリスクを未然に防げるようにするため、 また、万が一発生してしまった場合も円滑に対処し、影響を最小限で抑えるためには、 事前に発生する可能性のあるリスクを洗い出すとよいです。 ※対外的なリスクの大きなプロジェクト（世間の注目を集めている、大規模で複数企業が参画しているなど）の場合は、 「リスクマネジメント」をチーム活動の重要な柱として位置づけ、定例的にあらゆる角度からのリスク評価を行うようにしましょう。 洗い出した業務制約に関わるリスクについては、対応する優先順位を検討するため評価を行い、 抜け漏れなく対策できるようにしていきましょう。 リスクの評価手順 ① 発生した際の影響度合いを見極める ② 発生した原因を想定して、発生可能性について見極める ③ リスク評価のマトリクスで優先順位をつける ④ 優先順位が高いリスクから、対策コストを検討する ⑤ チーム内で取り組むべきことについて検討し、適切な対処を行う

業務標準化を進めるために最初にやること

標準化を進めていくために、何から手を付けるべきかですが、いきなりマニュアルを作成し始めてはいけません。一番最初に取り組むべきことは、業務一覧を作ることです。 チームで対応すべき業務を一覧化し、その中で、優先度が高いモノから着手し始めましょう。 業務一覧から取り掛かる理由ですが、3，4名のチームであれば、全員が全体を俯瞰的に見えているため、何が一番優先度が高いのか、共通認識を持てていることが多いです。 例えば6名のチームで2人1組で3つの業務を担当して進めている場合、何から着手すべきかは、全体を俯瞰するために情報整理を行わないと正しい判断が出来ません。そのために、業務一覧をまずは作成する所から始めます。そして業務一覧に沿って、マニュアル、手順書、フロー、FAQなどがあるかどうかをチェックし、何から着手するか優先度を定めていきます。