Issueリスト　実行する

アクションをすり合わせた後は、実行フェーズにうつっていきます。 ここでのポイントは、普段の業務の進め方と変わりはありません。 ・優先順位を決める。 　解決することで効果が高いのはどれか、更に解決するまでにかかる工数、放置することでの影響度合い、 　これらを判断ポイントとして、何からとりかかるかを決めましょう。 ・割振りを決める。 　1人1つオーナーをもって動くケースもあれば、皆で1つのことに集中して、一気に解決させるやり方もあります。 　※アクションが詳細化されていて割り振りが出来るのであれば、集中して解決させることができます。 　チーム全員に平等に割り振る、というやり方もありますが、こちらはあまりお勧めしません。 割り振りの一例としては、 　　1　得意な人に任せる。 　　　　餅は餅屋の理論です。解決のスピードは早くなります。 　　2　人ぞれぞれの志向性、チャレンジしたいことに応じて、割り振りをします。 　　　　自分がやりたいことに対して、アクションをしてもらう。本人もモチベ―ション高く取り組みを進められる事が可能です。 　　分かりやすい例でいえば、フローの見える化をする場合、 　　普段その業務をしていない人が担当すると、業務のヒアリングから始まり時間はかかりますが、 　　その業務を実際にされている方が担当なら、既に流れをある程度理解しているため、短い時間で進めることが出来ます。 　　今までフローを作ったことがない方でも、チャレンジすることは大切です。その場合は、フォロー体制等を検討して進めるとよいです。 ・コミュニケーションプランを決める。 　最後に、コミュニケーションプランを決めます。日次/週次の定期MTGがある場合は、アジェンダを1つ追加して進めることもできます。 　ポイントは、進捗を共有する場を必ず設定することです。 　アクションをいくら詳細化して、体制も組んで進めても、実際には他のやるべきこととの兼ね合いもあり、進捗が遅れていくことはよく発生します。 　そのため、必ず共有する場を設けておいてください。そうすることで、リマインドの効果もあり、前進させることに意識が働きます。 進捗がなかなか上手く進まないときに良くあることは、工数を捻出できないという事もありますが、アクションがイメージできなくて動けないというケースもあります。 文字だけ見たら分かる事でも、実際に手を動かしてみると、分からないことはありませんか？ このような手が止まってしまう場合は、コミュニケーションプラン以外でも、誰かに話を聞いてもらう、相談するなどして、イメージすることを心掛けてください。

Issueリスト　意見を収集する

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

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

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

インシデントの定義

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