インシデントの定義

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

Issueリスト　意見を収集する

チームでは、1年、半年、3か月と大きな目標を立てて、日々の業務を進めていきます。 進めていくと、計画を立てたときには気づけていなかったポイントや、やってみるとやりにくい等、様々な意見が出てきます。 それらの顕在化した問題や、今後問題になりそうなリスクは放置するのではなく、定期的に収集し、解決へ進めていくことが必要です。 Issueリストは、その意見や感じていることを収集するものです。 収集するためのポイントは以下です。 ・収集手法を決める。 　定期的に意見を収集できるように、チーム全員が編集できるファイルや、チャット部屋などを作りましょう。 　後で編集を行いやすいように、エクセルファイルやスプレッドシートなどがお勧めです。 ・記載内容/頻度をルール化する。 　目的はさることながら、記載内容は事前にすり合わせをしておくと、入力がしやすくなります。 　日々の業務の中で不安に感じていること/気になっていること、気づいたアイデア、改善ポイントなど。 　そのほかにも、sprint概要の変化確認のポイント等を参照してみてください。 　入力頻度ですが、気づきベースで記載してもらうようにすると、ばらつきが出てきますので、 　1回/週など、予め決めておくと、普段の行動の中でアンテナを張る習慣に繋がります。 ・入力をしてもらうだけでなく、別の収集手法も予め決める。 　入力するルールを定めても、日々の業務が忙しく、収集が上手くいかないシチュエーションも出てきます。 　そのような場合に備えて、予めインタビューを考えておきましょう。 　インタビューは、問題を感じてる対象の方が忙しい場合が多いため、事前準備があると、効果的にインタビューが進みます。 　例えば、普段どんなことをしているのか業務について調べたり、普段、どんなことを感じていそうか？例えば4Mの視点でいうと？ 　と、と少し考えておくだけでも、インタビューはスムーズに進みます。

リスクを洗い出し管理する方法

  〈目次〉 リスク管理とは リスクの洗い出し リスクを評価するには 関連資料       1. リスク管理とは     リスク管理とは、組織やプロジェクトが直面する可能性のあるリスク（危険要因）を特定し、 それを評価・分析した上で、回避、低減、転嫁、受容などの対策を講じるプロセスのことです。   リスクを管理することで、以下の効果を生みます。   リスクが発生する前に適切な対応策を講じることで、被害を最小限に抑えることができる リスクを最小限に抑えることで、プロジェクトや事業の成功確率を高めることができる 不測の事態による損失を防ぎ、組織の信頼性を維持できる   リスク管理を行う上で重要な事は、リスクを洗い出せるかどうかです。
 しかし「リスクを洗い出そう」といっても、どのような視点で洗い出せば良いか分からないことが多いです。   ここからは、リスクの洗い出し方法を見ていきます。     2. リスクの洗い出し   リスクの洗い出しは一つ一つの詳細に洗い出すことより、「抜け漏れがないこと」「一つでも多く洗い出すこと」が重要です。   「どうせ問題は起きないだろう」と楽観的になっていると洗い出せませんので、できるだけ悲観的に ミッションや目標が未完了・未達成となった場合のリスクを洗い出していきます。   自チームだけで考えると、オペレーションや業務に偏った見解になるので、 他チームや上位層の見解も聞きその視点を盛り込むことも必要です。       　               3. リスクを評価するには   対外的なリスクの大きなプロジェクトの場合は「リスクマネジメント」をチーム活動の重要な柱として位置づけ、定例的にあらゆる角度からのリスク評価を行うようにしましょう。   リスク評価の手順    発生した際の影響度合いを見極める  発生した原因を想定して、発生可能性について見極める  リスク評価のマトリクスで優先順位をつける  優先順位が高いリスクから、対策コストを検討する チーム内で取り組むべきことについて検討し、適切な対処を行う     　           4. 関連資料   ▶▶【🎥動画】類似したミスに気づけない はこちら   ▶▶【📝記事】トラブルを未然に防止するには？はこちら

トラブルを未然に防止するには？

    〈目次〉   トラブルを事前にシミュレーションする ヒヤリハットの共有 チーム内で防止策を検討 関連資料         1.トラブルを事前にシミュレーションする   ミスやトラブルというのは、誰にでも発生させてしまう可能性があります。現時点で発生していないからといって油断していると、重大なミスやトラブルに繋がってしまうこともあります。 トラブルを未然に防ぐためには、事前にリスクを把握し防止策を検討しましょう。ここでは、トラブルを未然防止するためにやるべきことを紹介します。       Point     過去事例を共有する   リスクを未然に防ぐために、これから起こりえるリスクを検討する際は、過去の失敗事例が参考になります。   自分が失敗した事例は、周りに共有しづらいものですが、事前に対策するため、チームのためと思って失敗事例は積極的に共有することも大切です。       Point     リスクの洗い出しは、性悪説で行う   事前にリスクを洗い出す場合は、性悪説に立って「起きるかもしれない」「起きてしまったらどうなるか」を ホラーストーリーで考えましょう。 「トラブルは起きないであろう」というような性善説に立ってしまうと、リスクを見逃してしまい 大きなトラブルにつながる可能性があります。             2. ヒヤリハットの共有   「ヒヤリハット」は、結果としてトラブルに至らなかった事象のため、見過ごされてしまうことが多いですが、記録を残しチーム内で共有して必要に応じた対策を講じることで、重大なトラブルを防ぐことに繋がります。                 Tips  　ハインリッヒの法則               3. チーム内で防止策を検討   収集した情報をもとに、チーム内で意見交換し必要に応じて対策を講じていきましょう。     Point     情報交換から学びを得て、最適な対策を講じる   業務でのヒヤリハットや違和感、自チームで起きたトラブルについてチーム内で意見交換する 関係者に発生したトラブル事例や、他部門で発生したトラブル事例などを収集し、 どのような対策を講じているかを確認する   　         4. 関連資料   ▶▶【🎥動画】類似したミスに気づけない はこちら   ▶▶【📝記事】リスクを洗い出し管理する方法はこちら