レトロスペクティブ

レトロスペクティブ (略してレトロ) とは、プロジェクトやスプリントの節目に、チームで振り返りを行う会議を指す。「過去を振り返って次に活かす」ためのプロセスで、アジャイル開発の Scrum で標準的に組み込まれている。日本語では「振り返り会」「KPT」とも呼ばれる。Atlassian の調査 (2023) では、定期的なレトロを実施するチームは、実施しないチームに比べてプロジェクト成功率が 1.6 倍高い。

レトロの基本構造

様々なフレームワークがあるが、最もシンプルで普及しているのが「KPT」だ。Keep (続けること)、Problem (問題点)、Try (次に試すこと) の 3 軸で振り返る。

KPT 以外のフレームワーク

機能するレトロの 5 つの条件

形骸化しないために

レトロが「やらされ感」のある形骸化した儀式になりがちな理由は、出てきた Try が次に実行されないからだ。会議後のフォローアップと同じく、Try をアクションアイテムとして担当者と期限を決め、次回の冒頭で進捗確認するサイクルが必須となる。

頻度の設計

Scrum では 2 週間に 1 回のスプリント終了時に実施する。プロジェクト全体の振り返り (プロジェクトレトロ) は、四半期ごとや大規模リリース後に実施する。定例会議の最適化と組み合わせ、頻度と質のバランスを取る。

現場での使用例

「KPT を 3 ヶ月続けたら、Problem の質が変わった。最初は『リソース不足』みたいな大きすぎる課題ばかりだったけど、徐々に『コードレビューが遅い』みたいな具体的な課題が出てくるようになった」

「レトロやったけど Try が実行されない、ってのは Try の粒度が大きすぎるサイン。『コミュニケーションを良くする』じゃなくて『朝会で質問タイムを 5 分設ける』みたいに具体化する」

関連リンク

• 定例会議の最適化と見直し方
• 会議後のフォローアップを仕組み化する方法
• アクションアイテム