スタートアップチームの振り返り方法｜60分で次の改善を決める

週、スプリント、実証、障害対応など対象期間を固定します。プロダクト、営業、チーム関係を一度に解決しようとせず、今回の最重要成果に関係する出来事へ絞ります。進行役は結論を誘導せず、時間と発言機会を守ります。

記憶だけで話すと、直近の出来事や声の大きい人の印象へ偏ります。目標、決定記録、顧客の反応、数値、障害、作業時間を事前に並べます。

事実と解釈を分けます。『連携が悪かった』は解釈で、『仕様変更が共有されるまで3日かかった』は観察できる事実です。解釈が違っても、まず同じ時系列を見ます。

発言順を固定せず、最初に全員が個別に書く時間を取ると、役職の影響を減らせます。出来事の説明へ時間を使いすぎず、次に変えられる仕組みへ進みます。

『注意不足』で終えると再発防止になりません。必要な情報がどこにあったか、確認工程、権限、時間圧力、目標の矛盾を見ます。本人の行動を扱う場合も、観察した事実と影響を具体的に伝えます。

心理的安全性は責任を問わないことではありません。問題を早く共有しても不利益を受けず、同時に合意した改善を実行し結果を確認できる状態を目指します。

『情報共有を強化』ではなく、『仕様変更は決定ログへ当日中に記録し、翌週に共有遅延を確認する』のように、行動、担当、期限、成功条件を置きます。追加ルールだけでなく、不要な会議や承認をやめる選択肢も検討します。

• 次の期間だけ試せる小ささか
• 誰が実行し、誰が支援するか
• 変化を何で観察するか
• 副作用や増える負担は何か
• 継続・変更・中止を決める日はいつか

新しい問題を挙げる前に、前回決めた実験を実施したか、結果はどうだったかを確認します。未実施なら担当者を責める前に、優先度、時間、権限が本当にあったかを見直します。振り返り自体が行動へつながらないなら、頻度や進行も改善対象です。