「振り返りは誰がやるべきか」という問いから始める——レトロスペクティブの”権限設計”でチームの当事者意識を根本から変える実践論

＜目次＞

振り返りが「PMの仕事」になっていないか

レトロスペクティブの場で、こんな光景を見たことはないだろうか。PMが議題を用意し、PMが進行し、PMが「では、次回から〇〇を改善しましょう」とまとめる。メンバーはうなずき、会議が終わる。

翌月、同じ問題がまた出る。

この失敗の本質は、「振り返りの設計が正しくなかった」ことではない。振り返りの「権限」がPMに集中していたことにある。誰が振り返るか、誰が問いを立てるか、誰が改善を決めるか——この設計こそが、レトロスペクティブの生死を分ける。

本記事では、「振り返りを誰がどのように所有するか」という権限設計の視点から、実践的なアプローチを解説する。

PMはチームメンバーの評価に関わることが多い。その人物が振り返りを仕切ると、メンバーは無意識に「何を言えば安全か」を計算し始める。批判的な意見、特に組織やPM自身への問題提起は自然と抑制される。

結果として、振り返りは「よかった点の発表会」と「表面的な改善提案の列挙」に終始する。問題の核心には誰も触れない。

PMが問いを立て、PMが議論を整理し、PMが結論を出す——このサイクルを繰り返すと、チームは「振り返り＝PMに報告する場」と認識するようになる。メンバーは受け手になり、改善のオーナーシップを持たない。

これは、レトロスペクティブが本来目指す「チームが自分たちの働き方を自分たちで改善する能力」の真逆だ。

振り返りの権限を再設計するには、以下の3つの軸で「誰が担うか」を明示的に決める必要がある。

最も即効性があるのは、ファシリテーターをPM以外が担うことだ。ただし「誰でもいい」では機能しない。以下の原則を守ること。

「今回の振り返りで何を議題にするか」をPMが決めることは、暗黙のうちに「何が問題か」をPMが定義することになる。これを手放す。

実践Tips：「振り返り前アンケート」の活用
振り返り前日までに、匿名で「今回のプロジェクトで最も語りたいテーマ」を収集する。集まったテーマの中からファシリテーターが当日の議題を選ぶ。PMの意図が介在しないため、メンバーが本当に気になっている問題が可視化されやすい。

振り返りで出た改善案をPMが「引き取って進める」構造は、改善をPMの業務にしてしまう。改善アクションは、提案したメンバー自身がオーナーになる設計にする。

具体的には、「誰が・いつまでに・どのように確認するか」をその場で決め、次回の振り返り冒頭でそのメンバー自身が進捗を報告するサイクルを作る。PMはモニタリングするのではなく、障害を取り除くサポーターに徹する。

権限を手放すことは、PMが振り返りに関与しないことではない。PMの役割は「進行する人」から「場を設計し、保証する人」へとシフトする。

具体的には次の3点を担う。

権限設計の全体を一度に変えようとすると、チームも戸惑う。まずは「次回の振り返り、ファシリテーターを別の人に頼む」という一点から始めるだけでいい。

PMが仕切らない振り返りを一度経験すると、チームは「自分たちで場を作れる」という感覚を得る。その感覚の積み重ねが、やがて「自分たちで改善を回せるチーム」へと育っていく。

振り返りの質を上げたいなら、まず問うべきは「どんなフォーマットを使うか」ではない。「誰がこの場を所有するか」——その問いこそが、すべての出発点だ。