チームで振り返りをしても、「順調だった」「連携を強化したい」といった言葉だけで終わってしまうことはないでしょうか。反省点を順番に尋ねるだけでは、発言する人が固定され、問題の原因も曖昧なままになりがちです。
セイルボート・レトロスペクティブ（Sailboat Retrospective）は、チームを目的地へ向かう帆船に見立てる振り返り手法です。前進を助けた追い風、進みを遅くした錨、将来ぶつかりそうな岩礁、目指す目的地を一枚に置きます。比喩を使うことで、単純な良かった点と悪かった点よりも関係を考えやすくなります。
大切なのは、付箋をたくさん貼ることではありません。どの追い風を再現し、どの錨を軽くし、どの岩礁へ先回りするかを選び、担当と期限のある行動へ変えることです。目的地が曖昧なままでは、同じ出来事でも追い風か障害かを判断できません。
この記事では、図の各要素、60分で行う進め方、発言を深める質問、行動を決める方法を解説します。プロジェクト終了時だけでなく、定例会議や短い改善ミーティングにも取り入れられます。
この記事を読むと次のことがわかります
帆船の比喩でチームの前進と停滞を同時に見る
一般的な良かった点と悪かった点の振り返りでは、一つの出来事をどちらかへ分類しにくい場合があります。たとえば慎重なレビューは品質を支える追い風である一方、開始が遅ければ進行を妨げる錨にもなります。セイルボートでは、目標との関係から複数の面を扱えます。
図は海に浮かぶ船を中心に、進行方向へ目的地、後方から追い風、水中へ錨、前方へ岩礁を置きます。必要に応じて、得られた成果を島や太陽として加える方法もありますが、初回は四つの要素に絞ると説明しやすいでしょう。
帆船の比喩は、正解を当てるための分類ではありません。同じ出来事を追い風と錨の両方へ置き、条件によって作用が変わると話しても構いません。たとえば詳細なレビューが品質を高めた一方、緊急対応では待ち時間になったなら、残す場面と簡略化する場面を検討できます。
この手法は開発チームだけに限りません。営業施策、イベント運営、採用活動、部門横断プロジェクトなど、共通の目的地と一定期間の活動があるチームで使えます。日常業務全体を扱うより、一つの目標や節目へ範囲を絞る方が具体的な意見が出やすくなります。
目的地は今回のチームが目指す状態
目的地には、「顧客が迷わず新機能を使える」「次のリリースを品質基準内で完了する」など、振り返る期間の先にある状態を書きます。売上向上や連携強化だけでは広すぎるため、いつ、誰に、どのような変化があるかを明らかにします。
目的地を最初に共有すると、発言を評価する基準がそろいます。個人にとって楽だったことでも、目的地への前進を妨げたなら錨として扱えます。逆に負荷が高かった作業でも、再利用できる仕組みを作ったなら追い風になり得ます。
追い風は成果を生んだ行動や条件
追い風には、うまくいった結果だけでなく、その結果を生んだ行動や環境を書きます。「納期を守れた」だけでは再現しにくいため、「着手前に担当同士で不明点を15分確認した」のように具体化します。
偶然の幸運も追い風へ置けますが、再現可能な要素と分けます。予定より問い合わせが少なかったことと、回答テンプレートを整備したことを同列にしないようにすると、次回も残すべき行動を選びやすくなります。
錨は現在の速度を落としている要因
錨は、すでにチームの進行を遅くしている手続き、認識差、依存関係、技術的負債などです。「コミュニケーション不足」では対策を決めにくいため、「仕様変更がチャットだけで共有され、担当表へ反映されない」と観察できる状態にします。
人を錨として名指しするのは避けます。個人の能力や性格ではなく、仕事の流れ、役割、情報の渡し方へ言い換えます。心理的に話しやすくなるだけでなく、チームで変更できる対象を見つけやすくなります。
岩礁はまだ起きていない将来のリスク
岩礁には、今は問題になっていないものの、目的地へ向かう途中で影響しそうな出来事を書きます。繁忙期の人員不足、外部サービスの変更、特定担当者への知識集中などが例です。
錨と岩礁を分けると、現在の障害を軽くする行動と、将来へ備える行動を区別できます。「すでにレビュー待ちが発生している」なら錨、「来月レビュー担当が不在になる」なら岩礁です。
60分の進行で意見を集めて優先順位を決める
6人前後のチームなら、導入5分、目的地の確認5分、個人記入10分、共有と整理20分、優先順位付け5分、行動決定10分、確認5分を目安にできます。人数や議題に応じて変えますが、行動を決める時間を先に確保します。
対面では大きな紙やホワイトボード、オンラインでは共同編集できるボードを使います。付箋の色は要素ごとに固定し、匿名記入が必要か、記名して質問し合うかをチームの状況に合わせて決めます。
進行役も意見を持つメンバーである場合は、最初に自分の付箋をすべて説明しない方がよいでしょう。進行役の見方が基準になることを避けるため、他の参加者と同じ記入時間を取り、共有順を後半にします。必要なら進行を別の人へ任せます。
発言量に差があるチームでは、付箋を一人一枚ずつ順番に共有する方法が役立ちます。パスも認め、全員が一度話してから二巡目へ進みます。意見の数を競わせず、似た経験へ同意を示すだけでも参加できるようにすると、無理に新しい論点を作る必要がありません。
開始前に対象期間と目的地を一文にする
「先月を振り返る」だけでは、日常業務、案件、チーム関係など話題が広がりすぎます。「7月の新機能開発について、8月の安定リリースへ向けた改善を決める」と対象と目的をそろえます。
進行役は四つの要素を説明し、人物批判をしない、発言を遮らない、ここで扱えない機密情報を書かないなどの約束も確認します。問題を出すことが評価の低下につながらないと伝える姿勢が重要です。
最初の10分は各自で静かに付箋を書く
最初から話し合うと、早く発言した人の見方に引っ張られやすくなります。まず一人で考え、一枚の付箋に一つの出来事や条件を書きます。追い風と錨を最低一枚ずつなど、偏りを防ぐ目安を示してもよいでしょう。
付箋は「連携が良かった」ではなく、「朝会後に不明点を担当者同士で解消できた」のように、第三者が状況を想像できる言葉にします。原因がまだ不明なら、無理に推測せず観察した事実だけを書きます。
似た付箋をまとめながら違いを確かめる
一人ずつ付箋を読み上げ、同じ話題を近くへ置きます。見た目が似ていても、発生場面や影響が違えば分けたままにします。進行役が勝手に要約せず、「この二つは同じ意味でしょうか」と書いた本人へ確認します。
発言が長くなったら、事実、影響、背景を分けて聞きます。「レビューが遅かった」なら、何日待ったのか、どの作業へ影響したのか、毎回か特定条件だけかを確認すると、対策できる粒度へ近づきます。
投票は重要度と変更可能性の両方を見る
付箋が出そろったら、目的地への影響が大きい項目へ各自2～3票を投じます。票数だけで決めず、チームが次の期間に変更できるかも考えます。外部要因そのものを変えられなくても、早期確認や代替案の準備は選べます。
追い風にも投票し、残したい行動を一つ選びます。問題解決だけに偏ると、成果を支えた習慣を失う恐れがあります。「続けること」と「変えること」を一つずつ決めると、振り返りの印象も一面的になりません。
質問を使って抽象的な付箋を行動できる粒度へ変える
付箋の言葉が曖昧なとき、進行役が答えを決めるのではなく、状況を具体化する質問をします。原因を急いで問うと責任追及のように聞こえる場合があるため、まず何が起き、どのような影響があったかを確認します。
質問は全項目へ同じように行う必要はありません。投票で上位になった項目や、解釈が分かれた項目へ時間を使います。話し合いで新しい論点が出たら、別の付箋として残し、元の事実と混ぜないようにします。
オンライン開催では、付箋を書いている様子が見えにくく、沈黙を不安に感じることがあります。残り時間を表示し、途中で「あと5分です」と知らせます。早く終えた人には、別の要素を見直すか、書いた付箋を具体化するよう案内すると、会話を始めずに待てます。
対立がある論点では、その場で一つの原因へ合意しようとしなくても構いません。異なる見方を二枚の付箋として残し、次の期間に確認する情報を決めます。「どちらが正しいか」ではなく、「何を観察すれば判断できるか」へ問いを変えると対話を続けやすくなります。
追い風には再現条件を尋ねる
「何をしたからうまくいったのか」「誰が加わると機能したのか」「開始するタイミングはいつだったか」と尋ねます。成功の背景を分解すると、偶然と再現できる行動を区別できます。
たとえば「相談しやすかった」なら、専用チャンネルを作った、担当者が時間帯を公開した、質問へ当日中に返答したなどの条件が考えられます。次回も守る条件を一つ決めれば、追い風を意図的に作れます。
錨には発生場面と負担を尋ねる
「どの作業で止まったか」「待ち時間はどれくらいか」「回避のために誰が何をしているか」を確認します。見えない手作業や調整負担が明らかになると、改善の優先度を判断しやすくなります。
原因を一つに決めつけず、仕組み、情報、権限、技能など複数の面を見ます。「担当者の確認が遅い」ではなく、依頼形式がばらばら、優先度が見えない、代理承認がないといった構造へ焦点を移します。
岩礁には兆候と備えを尋ねる
将来のリスクには、「近づいたと判断する兆候は何か」「いつまでなら進路を変えられるか」「影響を小さくする準備は何か」と尋ねます。漠然と不安を並べるのではなく、監視する指標と判断時点を決めます。
たとえば問い合わせ急増が岩礁なら、件数が一日20件を超えたら応援を依頼する、事前に回答例を整備するなどの備えへ変えられます。発生を完全に防げなくても、対応開始を早めることは可能です。
目的地と結びつかない話題は保留欄へ移す
重要そうでも今回の目的地と直接関係しない話題は、保留欄へ置きます。無視するのではなく、別の会議で扱う担当者と時期を決めます。すべてを一度に解決しようとすると、選んだ課題の行動が曖昧になります。
目的地との関係がわからない場合は、「これが変わると目的地へどう近づくか」を尋ねます。説明できなければ別テーマの可能性があります。関係があるなら、影響の経路を付箋へ追記します。
振り返りを小さな実験として次の期間へつなげる
振り返りの終点は、納得のいく分析ではなく、次の期間に試す行動です。大きな制度変更を一度で決めるより、1～2週間で結果を確かめられる実験へ小さくします。
行動には担当者、開始日または期限、実施内容、確認方法を入れます。担当者はすべてを一人で行う責任者ではなく、進捗を確認してチームへ知らせる役割として決めても構いません。
決めた行動は、普段使っているタスク管理の場所へ移します。振り返りボードだけに残すと、次回まで見られない可能性があります。通常の作業と同じ優先順位、担当、期限を持たせ、必要な工数も確保して初めて実行可能な改善になります。
振り返りの記録は、率直な発言を守る範囲で共有します。参加していない関係者には、個々の発言をそのまま渡すのではなく、決定した行動と支援してほしい内容をまとめます。記録の公開範囲を開始時に伝えると、参加者も安心して具体的な状況を話しやすくなります。
一度に扱う改善は一つか二つに絞る
候補が多くても、日常業務と並行して実行できる数へ絞ります。影響が大きく、チームで変更でき、短期間に試せるものを優先します。選ばなかった項目は記録し、次回の振り返りで状態を確認します。
追い風からは「毎週月曜に15分の事前確認を続ける」、錨からは「レビュー依頼の必須項目を三つに統一する」のように決めます。抽象的な「意識する」「連携を強める」は、観察できる行動へ言い換えます。
成功を判断する観察点を先に決める
実験には、実施したかだけでなく、何が変われば続けるかを添えます。レビュー形式を変えるなら、待ち時間、差し戻し回数、担当者の負担など、目的に合う観察点を一つ選びます。
短期間では数値が安定しない場合もあります。定量情報だけにこだわらず、「依頼内容の確認質問が減った」「代理担当でも着手できた」といった観察も記録します。都合のよい結果だけを拾わないよう、開始前に決めておきます。
次回は前回の行動確認から始める
次の振り返りでは、新しい付箋を書く前に前回の行動を確認します。実施できたか、狙った変化があったか、続けるか、修正するかを短く話します。この確認がなければ、毎回似た課題を出して終わる会議になりかねません。
実施できなかった場合も、個人を責めず、作業量が大きすぎた、担当が不明だった、優先順位が変わったなどの条件を見ます。行動設計そのものを改善する材料として扱います。
同じ図が形骸化したら要素や問いを調整する
セイルボートを毎回使うと、新鮮さが薄れ、以前と同じ言葉を貼るだけになる場合があります。対象期間を変える、顧客の視点で目的地を置く、岩礁だけを深掘りするなど、問いを調整します。
一方、手法を頻繁に変える必要もありません。チームが図の意味に慣れ、前回との変化を比較できる利点があります。発言の深さと行動の実施状況を見て、続けるか変更するかを判断しましょう。
追い風を残し錨を軽くする行動をチームで選ぼう
セイルボート・レトロスペクティブは、目的地、追い風、錨、岩礁を使い、成果を支えた要因と現在の障害、将来のリスクを一枚で捉える振り返り手法です。良かった点と悪かった点を並べるより、目標への影響を話しやすくなります。
60分で行うなら、個人記入、共有と整理、投票、行動決定の時間を分けます。付箋が抽象的なときは、発生場面、影響、再現条件、兆候を質問し、人ではなく仕事の流れへ焦点を当てます。
最後は、次の期間に試せる一つか二つの行動へ絞り、担当、期限、確認方法を決めます。次回はその結果から始めることで、振り返りがチームの学習として積み上がっていくでしょう。
今回のポイント
