チームで仕事の区切りを振り返り、次に変える事を決める

## 振り返りをいつ、だれとやるかを決める 振り返りは、チームがどのように働いたかを定期的に見直すものであり、個人の業績を評価するものではありません。強みを維持し、障害を取り除き、次の提供サイクルを改善するために活用します。 - スプリント、マイルストーン、インシデント、その他の意味のある作業サイクルの終わり近くに実施します。 - 非常に短いサイクルでは、毎サイクル後に会議を開いても得られる証拠がほとんど増えない場合、複数回分をまとめて振り返ります。 - 実際に作業した人と、改善を実行するために必要な役割の人を参加者に含めます。 - 参加しやすい環境を守り、議論を目的に沿わせられる中立的な進行役を割り当てます。 - 小規模なチームでは、準備に約15分、セッションに60分を目安として始めます。 - チームの規模や複雑さに応じて、セッション時間をおよそ45分から3時間の範囲で調整します。 - 目指す成果として、学びの共有、改善事項の優先順位付け、明確な事後対応を示します。 ## 前回の結果を集め、意見の記録と共有のしかたを決める 不要な情報開示から人を守りながら、十分な情報に基づいて振り返るための背景を準備します。参加者は意見を出す前に、その意見がどのように記録、共有、利用されるかを把握している必要があります。 - 前のサイクルの目標、計画、結果、関連指標、決定事項、未解決の障害を用意します。 - 前回の振り返りで採択したアクションの状況を確認します。 - 共有ボードまたは文書、タイマー、誰もが利用できる会議手段を用意します。 - 階層関係、対立、信頼の低さによって意見が出にくくなる可能性がある場合は、匿名で意見を出せる経路を設けます。 - 発言者を明記するか、要約するか、チーム内に限定するか、より広く共有するかについて合意します。 - 改善に必要な情報だけを収集し、機微な個人情報は記録しません。 - 自動の記録ツールや要約ツールは、同じ情報開示とアクセスに関する取り決めの下でのみ使用します。 ## だれも責めない話し合いの約束を決める 最初に、改善、率直さ、敬意を重視することを明確にします。心理的安全性は説明責任を排除するものではありません。セッションを個人への非難に変えることなく、チームが意思決定と仕組みを検証できるようにするものです。 - 誰かを辱めるのではなく、状況、選択、影響を検証することを説明します。 - 異なる解釈を歓迎し、参加者はその時点で得られた情報に基づいて行動したと考えます。 - 動機や人格を攻撃せず、仕事とプロセスについて批評するよう求めます。 - 発言の遮断、報復、皮肉、特定の一人による議論の独占を防ぎます。 - 発言の少ない参加者には、話す前に書く時間を与え、強制せずに発言を促します。 - 議論では、事実、解釈、感情、提案された対策を区別します。 - 合意が破られた場合は、会議を一時停止するか議論の方向を修正します。 ## 直し方の前に、良かった事と悪かった事を集める チームが経験の全体像を把握できるように、解決策を議論する前に観察事項を集めます。単純な枠組みを使うと意見を出す負担が下がり、繰り返し現れるテーマを比較しやすくなります。 - 最初に各自が黙って振り返る時間を設け、アンカリングと集団浅慮を抑えます。 - うまくいったこと、うまくいかなかったこと、学んだこと、変えるべきことを尋ねます。 - 有用な場合は、「好きだったこと」「嫌だったこと」「学んだこと」「望んだこと」などの分類を使います。 - 感情面での経験が重要な場合は、「悲しかったこと」「腹が立ったこと」「うれしかったこと」などの分類を使います。 - 自由な議論、記名のメモ、匿名のメモ、またはそれらの組み合わせを受け入れます。 - 曖昧な称賛や不満ではなく、具体的な出来事と影響を求めます。 - 良い結果、障害、予想外の出来事、逃した機会のすべてに注意を向けます。 ## 出た意見をまとめ、くり返し起きる原因を見つける 集めたフィードバックを、何が重要かについての共通理解へ変えます。再発する可能性が低い単発の成功や失敗にセッションを費やすのではなく、今後の作業に影響し得るパターンに焦点を当てます。 - 意味のある意見の相違を消さずに、関連する観察事項をまとめます。 - 繰り返し現れる状況、依存関係、ボトルネック、意思決定、成果を支えた実践を特定します。 - 証拠と推測を区別し、追加調査が必要な問いを明示します。 - 良い結果に何が役立ったか、望ましくない結果をどのような仕組みが生んだかを尋ねます。 - プロセス、ツール、作業量、コミュニケーション、スキル、外部依存関係を検討します。 - 簡易的な投票で優先事項を見つけますが、少数意見であっても高リスクな懸念は別途議論します。 - 選んだ洞察を、チームが理解でき、検証できる言葉で記録します。 ## 変える事を少しだけ選び、担当者と期限を決める 洞察は、今後の仕事を変えて初めて価値を生みます。責任者のいない要望一覧を作るのではなく、チームが次のサイクル中に完了または検証できる、限られた数のアクションを選びます。 - 期待できる価値が最も高く、現実的に制御できる改善を1件から3件選びます。 - 問題を修正するのと同じくらい意識的に、成功している実践を維持します。 - 変更内容、期待する効果、最初の一歩、責任者、期限を記述します。 - 観察可能な成功の指標と、見直す時点を定義します。 - アクションを会議メモに残したままにせず、通常の計画またはタスク管理システムに追加します。 - すぐに行う実験と、上位への対応依頼や長期的な計画が必要な大きな問題を分けます。 - 各責任者がその約束を受け入れ、十分な権限または支援を得ていることを確認します。 ## 記録を共有し、次の振り返りで前回の変える事を確かめる 決定事項の共有記録を作って終了し、次回の振り返りでは何が起きたかの確認から始めます。確実な事後対応によって、会議という儀式が継続的改善の仕組みに変わります。 - 主な教訓、選んだアクション、責任者、日付、未解決の問いを要約します。 - 記録は、開始時に定めた情報開示の範囲内でのみ共有します。 - 自動生成された要約を議論内容と照合し、反対意見や不確実性を残します。 - 前回のアクションを、完了、効果あり、効果なし、停滞中、進行中に分けて確認します。 - 観察した結果に基づき、次に何を継続、変更、中止、検証するかを尋ねます。 - 残る問題を隠すことなく、有意義な進捗を称えます。 - 定型化によって効果が薄れた場合は、問いかけ、収集方法、進行方法を変えます。 - 振り返りを重ねることで障害が減り、提供結果が時間の経過とともに改善しているかを追跡します。