1．次に確かめることを決める

たとえば、社内の申請システムを公開する前のテストで、「送信ボタンを押し直すと、同じ申請が一覧に二件表示された」と報告を受けたとします。この時点で分かっているのは、画面に二件表示されたことです。申請そのものが二重に登録されたかは、まだ分かりません。

私なら「二重に登録されていれば、同じ申請の承認依頼が二度届くかもしれない」と考えます。そこで担当者に、「二重登録の可能性を確認したい。二件に別々の申請番号が付いているか見てもらえる？」と聞きます。申請番号を手がかりに、登録された記録と一覧の表示のどちらから確かめるかを決めます。

何を判断するための質問かまで伝えると、担当者は確認すべき点を絞れます。追加で分かった事実をもとに、想定していた影響や調査の順序を見直します。

2．誰が調べ、誰がリリースを判断するかを決める

このケースでは、開発担当に登録された記録を調べてもらい、テスト担当には同じ操作で再現するかを確かめてもらいます。リーダーは、どちらが何を調べるかをその場で共有し、リリースの可否を判断する人には、確認済みの事実と残っている確認事項を伝えます。

リリースの延期や対象範囲の変更が必要になりそうなら、判断権限のある人に、いつまでに何が分かれば判断できるかを早めに相談します。原因の調査が続いていても、リリースを判断する側は必要な情報を整理し、選択肢を検討できます。

3．次の共有時刻と、すぐに知らせる条件を決める

「15時に、二重登録の有無と再現できた条件を共有しよう。分からなければ、どこまで確認できたかを教えて」。ここまで決めておけば、原因を特定できなくても、チームは予定した時刻に調査の進め方やリリースへの影響を見直せます。

「別々の申請が登録されていると分かったら、15時を待たずに知らせて」と、先に共有してほしい事実も伝えます。リーダーは結果を受けて、追加で確認することと、リリースを判断する人に伝える内容を更新します。

研修では、第一報を受けた直後の判断を練習する

研修で扱うなら、リリース前に不具合が見つかったケースを使います。リーダー役には、短い第一報とリリースの予定を渡します。報告を聞いたら、影響について仮説を置き、確認のための質問を考えます。そのうえで、担当者、判断する人、次の共有時刻を決めて、関係者にどう伝えるかを練習します。

追加のテスト結果が届いたところで、最初に決めた調査や共有先を見直します。振り返りでは、質問によって次の確認事項が絞れたか、担当者がすぐに動けたか、判断する人に必要な情報が届いたかを確かめます。役割と判断権限は、各社の開発体制に合わせて設定します。

職場では、第一報のあとに誰がどう動いたかを振り返る

次のリリース準備では、第一報を受けたリーダーが、確認事項、担当者、次の共有時刻を短く書き残します。リリースの可否を誰が判断し、何をその人に伝えたかも記録します。研修で共有する場合は、顧客名やシステムの機密情報を除きます。

たとえば、調査は進んだのにリリースの判断を担う人への連絡が遅れたなら、次回は第一報を受けた時点で、どの条件なら誰に相談するかを決めます。報告を受けたあとの動きを一つ変え、次のリリースで試してみてください。

開発リーダーの判断と対話を、職場で育てる

人間力教育センターのリーダー育成アカデミーでは、判断力やチームでの対話をテーマに、研修で学んだことを職場で試し、振り返って次の行動を決めます。不具合の第一報を受けた場面も、確認すべきことを見極め、関係者が動けるように調整する力を育てる題材になります。