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

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

インシデントの定義

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

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

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

業務に関する法令/規定が施行される際の情報収集

業務に影響を及ぼす可能性のある法令/規程が施行される場合は事前に施行された場合の影響範囲を 把握できるように情報収集を行います。 業務に関係する法令について、情報収集するには ・業務影響や課題を一番詳しく知っている人は「担当部門」ですので、普段から接点を持ち、 　情報を得やすい関係性を構築しておくことが望ましいです。 業務に関する法令が施行された場合の影響範囲を調整するには ・万が一大きな影響が生じる可能性がある場合は、いつ頃から導入されて、 　どのような影響が発生するのかを情報収集し、これらの対策に要する工数を計画に盛り込みます。