新規事業の振り返りの方法：学びを次の事業や判断に残す進め方

新規事業の振り返りで最も大切なのは、「うまくいったか、いかなかったか」の評価ではなく、「どの仮説を、どの方法で確かめ、何が分かったのか」を記録し、次の判断に使える形で残すことです。新規事業は成功するものより、検証の途中で方向を変えたり、撤退したりするものの方が多いのが普通です。そのたびに学びが担当者の頭の中にだけ残り、異動や退職とともに消えてしまうと、組織は同じ失敗を繰り返し、次の事業の検証も一から始めることになります。

振り返りを組織の資産にするには、いくつかの工夫が必要です。事業が終わってからではなく、検証の節目ごとに行うこと。個人の責任追及ではなく、判断の過程を検証する場にすること。結果を決まった型で記録し、次のテーマを検討する人が検索して読める場所に置くこと。そして、振り返りから出た学びを、次の事業の審査基準や進め方の改善に実際に反映させることです。

この記事は、新規事業の担当者や新規事業部門の責任者、新規事業の制度を運営する立場の方に向けて書いています。振り返りを行うタイミング、進め方の手順、記録の型、組織に学びを残す仕組み、よくある失敗とチェックリストを整理しました。

新規事業の振り返りが組織に残らない理由

多くの組織で、新規事業の振り返りは行われていないか、行われていても形だけになっています。その理由はいくつかあります。

撤退は語りにくい：撤退した事業は「失敗」と受け止められがちで、関わった人は詳しく振り返ることを避けたくなります。経営層も、終わった事業に時間を使うより次に進みたいと考えます。
振り返りが評価の場になっている：担当者の成果を評価する場と、学びを抽出する場が混ざっていると、参加者は自分を守る説明に終始し、本当の判断の過程が語られません。
記録の型がない：振り返りをしても、議事録が個人のフォルダに残るだけで、後から誰も見つけられません。
学びが抽象的すぎる：「顧客の声をもっと聞くべきだった」「スピードが大事だった」といった一般論にまとまり、次の事業で具体的に何を変えるかにつながりません。
次の判断に反映する仕組みがない：振り返りで出た改善点を、誰がいつ制度や進め方に反映するのかが決まっていません。

これらは担当者の意識の問題ではなく、仕組みの問題です。振り返りのタイミング、場の設計、記録の型、反映の流れを決めておくことで改善できます。

振り返りを行うタイミング

振り返りは、事業の終わりに一度だけ行うものではありません。新規事業では、次のような節目ごとに行うのが効果的です。

タイミング	主な目的	振り返る範囲
検証の区切り（数週間〜数か月ごと）	仮説の確からしさを更新し、次の検証を決める	直近の検証で確かめた仮説と結果
段階の移行判断（探索→検証→拡大）	次の段階に進む根拠を確かめる	その段階で確かめたこと、残っている不確実性
方向転換（ピボット）の決定時	何を捨て、何を引き継ぐかを明らかにする	元の仮説が否定された理由、残る学び
撤退の決定時	事業全体の学びを組織に残す	構想から撤退までの判断の流れ全体
事業の成功・定着後	成功の要因を再現できる形にする	うまくいった判断と、運がよかった部分の区別

短い区切りの振り返りは、チーム内で短時間で行うもので構いません。このときによく使われるのが、続けること・問題・試すことの三つに分けて話すKPTの手法です。一方、段階の移行や撤退の振り返りは、関係者を広く集め、記録を組織に残すことを目的に、時間をかけて行います。

撤退の振り返りは、撤退を決めてからなるべく早く行います。時間が経つと、関わった人の記憶が薄れ、異動などで集まれなくなります。撤退の手続きの一部として、振り返りの実施と記録の提出を組み込んでおくと確実です。

振り返りの場を設計する：責任追及にしないために

振り返りの質は、参加者が判断の過程を率直に話せるかどうかで決まります。そのためには、場の設計が重要です。

評価と学びを分ける

担当者の人事評価と、事業の振り返りは別の場で行います。振り返りの場では「誰が悪かったか」ではなく、「その時点で、どんな情報をもとに、なぜその判断をしたのか」を問います。後から見れば誤りだった判断も、その時点の情報では合理的だったことが多く、そこから「どの情報があれば判断が変わったか」を考えることが学びになります。システム開発の障害対応で行われるポストモーテムも、同じく責任を追及しない振り返りを原則としています。

進行役を立てる

当事者が自分で進行すると、話が自分の説明に偏りがちです。事業に直接関わっていない人を進行役にし、時系列に沿って事実を確認しながら進めます。進行役は、意見を評価せず、「そのとき何を見ていましたか」「他にどんな選択肢がありましたか」と、判断の背景を引き出す質問をします。

経営層の関わり方

撤退の振り返りに経営層が参加する場合は、冒頭で「この場は学びを残すためのもので、責任を問う場ではない」と明言してもらうことが効果的です。経営層自身の判断（予算の配分、承認の遅れ、方針の変更など）も振り返りの対象に含めると、参加者は率直に話しやすくなります。

振り返りの進め方：6つの手順

段階の移行や撤退時の、しっかりとした振り返りの進め方です。

資料を集める：事業の構想資料、検証計画、検証の結果、会議の記録、主要な判断の記録、数字の推移を集める。進行役が事前に時系列の年表を作っておくと、当日の議論が早く進む。
時系列で事実を確認する：構想から現在までの主な出来事と判断を、年表に沿って確認する。この段階では評価や解釈を加えず、事実だけをそろえる。
仮説ごとに結果を整理する：事業の前提として置いていた仮説（顧客の課題、解決策、支払意思、獲得の方法、収益性など）を一つずつ並べ、それぞれが確かめられたか、否定されたか、確かめられないまま終わったかを整理する。
主要な判断を検証する：大きな判断（方向転換、追加投資、開発の範囲など）ごとに、そのときの情報、選択肢、判断の理由を確認し、「どの情報があれば判断が変わったか」「もっと早く確かめられた仮説はあったか」を話し合う。
学びを具体的な行動に変換する：出てきた学びを、次の事業で具体的に何を変えるかという形に書き直す。「顧客の声をもっと聞く」ではなく、「支払意思は、試作品の段階で価格を提示して確かめる」のように、行動とタイミングまで書く。
記録をまとめて共有する：決まった型で記録を作成し、組織の共有の場所に登録する。学びのうち、制度や進め方の変更に関わるものは、担当者と期限を決めて反映を依頼する。

手順3の「仮説ごとの整理」が、振り返りの中心です。事業全体を「失敗」と一言でまとめるのではなく、確かめられた仮説と否定された仮説を分けることで、次の事業に引き継げる知見が明確になります。たとえば、事業としては撤退しても、「この顧客層は、この課題に対して確かに困っている」という仮説が確かめられていれば、それは別の解決策で再挑戦するときの貴重な出発点になります。

振り返りの記録の型

振り返りの記録は、後から読む人が短時間で要点をつかめるよう、決まった型で作ります。

概要：事業の名称、期間、担当者、最終的な状態（継続・方向転換・撤退）、投じた期間と主な資源
当初の構想：対象顧客、解決する課題、提供する価値、収益の想定
仮説と結果の一覧：仮説ごとに、確かめた方法、結果（確認・否定・未確認）、根拠となる事実
主要な判断の記録：判断の日付、内容、そのときの情報と理由、振り返っての評価
学びと次の行動：具体的な行動として書いた学び、制度や進め方への反映の依頼
再利用できる資産：顧客リスト、インタビュー記録、試作品、データ、外部の協力者など、次の事業で使えるもの
残っている問い：確かめられないまま終わった仮説と、それを確かめるとしたらどうするか

この中でも「再利用できる資産」と「残っている問い」は、次のテーマを検討する人にとって特に価値があります。インタビュー記録や試作品が残っていれば、似た領域で新しい事業を考えるときに、ゼロから調べ直す手間を省けます。

検証の区切りごとの小さな振り返りを習慣にする

撤退時の大きな振り返りの質は、日常の小さな振り返りがどれだけ残っているかで決まります。検証の途中で記録が残っていなければ、撤退時に年表を作ろうとしても、判断の背景が思い出せません。検証の区切りごとの振り返りは、短くても構わないので習慣にしておきます。

短い振り返りで話す四つの問い

何を確かめようとしたか：今回の検証で対象にした仮説と、事前に決めていた判断の基準。
何が分かったか：結果の事実と、それが仮説にとって何を意味するか。期待と違った点は特に丁寧に書く。
やり方で改善できることは何か：検証の方法、対象者の選び方、準備の仕方など、次の検証に向けて変えること。
次に何を確かめるか：今回の結果を踏まえて、次に優先する仮説と検証の方法。

この四つを、チームの共有の場所に、日付と一緒に短く書き残します。一回あたり数行で十分です。重要なのは、検証を始める前に「何が分かれば仮説が確かめられたとみなすか」という判断の基準を書いておくことです。基準を事前に書いていないと、結果を見てから都合のよい解釈をしてしまい、振り返りで正直に評価できなくなります。

判断の記録を残す

検証の結果に加えて、方向転換、開発範囲の変更、追加の予算の申請といった大きな判断をしたときは、その日のうちに「何を判断したか」「どの情報をもとにしたか」「他にどんな選択肢を検討したか」を記録します。この判断の記録が積み重なっていれば、撤退時の振り返りで年表を作る手間が大きく減り、当時の判断を後から都合よく書き換えてしまうことも防げます。事業の見通しと検証の順序をまとめた新規事業のロードマップと並べて管理すると、計画と実際の判断の差も見えるようになります。

学びを組織に残し、次の判断に活かす仕組み

記録を作っても、読まれなければ資産になりません。学びを組織に残すには、記録を「探せる場所に置く」ことと、「次の判断の場で使う」ことの両方が必要です。

記録を探せる場所に置く

振り返りの記録は、新規事業に関わる人が誰でも見られる共通の場所に、一定の形式で登録します。事業の領域、顧客層、使った検証の方法、撤退の主な理由などで分類しておくと、後から検索しやすくなります。組織の知識を集めて活用する考え方はナレッジマネジメントとして整理されています。

次のテーマの審査で参照する

新しいテーマの審査や着手の判断の際に、「関連する過去の振り返りを読んだか」を確認項目に加えます。似た顧客層や領域で過去に検証した記録があれば、その学びを踏まえて検証計画を立てるよう求めます。これにより、記録が読まれる機会が生まれ、同じ仮説を何度も同じ方法で確かめる無駄を防げます。

制度や進め方に反映する

振り返りで繰り返し出てくる学びは、個別の事業の問題ではなく、新規事業の進め方や制度の問題であることが多いものです。たとえば、複数の事業で「承認に時間がかかり、検証の機会を逃した」という学びが出ているなら、承認の流れそのものを見直す必要があります。半年や一年ごとに振り返りの記録を横断して読み、共通する学びを制度の改善につなげる場を設けます。経営層への報告の仕方については経営層への新規事業の進捗報告も参考になります。

具体的な場面の例：撤退した事業の振り返りから次のテーマへ

架空の例で考えます。ある会社の新規事業チームが、飲食店向けの在庫発注を支援するサービスを一年ほど検証した後、撤退を決めました。最初は「失敗した事業」として、振り返りを行わずに次へ進もうという空気がありました。

新規事業の責任者の判断で振り返りを行い、仮説ごとに整理すると、次のことが分かりました。

「飲食店は発注業務に時間を取られて困っている」という課題の仮説は、インタビューと試験導入で確かめられていた
「店舗が月額で支払う」という支払意思の仮説は、試作品の段階で確かめておらず、正式な提供を始めてから否定された
小規模な店舗では支払意思が弱かった一方、複数店舗を運営する事業者では、本部の担当者が強い関心を示していた
開発に予算の多くを使った後で支払意思を確かめたため、方向転換の余力が残っていなかった

この振り返りから、「支払意思は、開発の前に価格を提示して確かめる」という学びが、次の事業の検証計画の必須項目になりました。また、「複数店舗を運営する事業者の本部」という顧客層の発見は、別のチームが店舗運営の管理を支援する新しいテーマを検討する際の出発点として使われました。撤退した事業の記録が、次の事業の検証期間を短くした例です。

この振り返りでは、経営層の判断も対象になりました。追加の開発予算を承認した会議では、試験導入の利用状況が好調だったことが根拠になっていましたが、その時点で支払意思を確かめる検証が済んでいないことは議題に上がっていませんでした。そこで、追加投資を審査する際の資料に「確かめた仮説」と「まだ確かめていない仮説」を並べて示すことが、新しい決まりとして加わりました。担当者だけでなく、承認する側の判断の基準も振り返りによって改善された点が、この例のもう一つの成果です。

よくある失敗と避け方

撤退した事業を振り返らない：撤退の手続きに振り返りの実施と記録の提出を組み込む。
振り返りが責任追及の場になる：人事評価と分け、判断の過程を問う質問に徹する進行役を立てる。
学びが一般論で終わる：「次の事業で、いつ、何をするか」という行動の形に書き直す。
事業全体を一言で評価する：仮説ごとに、確認・否定・未確認を分けて整理する。
記録が個人のフォルダに残る：共通の場所に決まった型で登録し、分類して探せるようにする。
振り返りの記録が読まれない：新しいテーマの審査で、関連する過去の記録の参照を確認項目にする。
成功した事業は振り返らない：成功の要因と運がよかった部分を区別し、再現できる部分を記録する。

振り返りのチェックリスト

検証の区切り、段階の移行、撤退のそれぞれで振り返りの機会が決まっている
振り返りの場が人事評価と分かれている
当事者以外の進行役がいる
時系列の年表と、主要な判断の記録を事前に準備した
仮説ごとに、確認・否定・未確認を整理した
学びを具体的な行動の形で書いた
再利用できる資産と、残っている問いを記録した
記録を共通の場所に、分類して登録した
制度や進め方への反映について、担当者と期限を決めた

よくある質問

Q. 振り返りにはどのくらいの時間をかけるべきですか？

検証の区切りごとの振り返りは、チーム内で一時間程度でも十分です。段階の移行や撤退の振り返りは、事前の準備を含めて数日をかけることもあります。重要なのは時間の長さより、仮説ごとの整理と、学びを行動の形に変換するところまでやり切ることです。

Q. 担当者がすでに異動している場合はどうすればよいですか？

可能な範囲で本人に参加してもらうか、個別に話を聞きます。それが難しい場合は、残っている資料と関係者の話から年表を作り、仮説ごとの整理を行います。完全な記録でなくても、何を確かめ、何を確かめなかったかが分かるだけで、次の事業には役立ちます。

Q. 外部の協力者や顧客にも振り返りに参加してもらうべきですか？

撤退時の振り返りに顧客を招くことはまれですが、試験導入に協力してくれた顧客に、なぜ継続しなかったのか、何があれば使い続けたかを聞くことは有益です。開発を外部に依頼していた場合は、開発の進め方についての振り返りに参加してもらうと、技術面の学びも残せます。

Q. 振り返りの記録はどの程度まで公開すべきですか？

新規事業に関わる人には、できるだけ広く公開することをおすすめします。顧客の個人情報や取引条件など、扱いに配慮が必要な情報は分けて管理し、学びと判断の過程は共有できる形にします。

Otsumuに相談できること

振り返りの進行役を社内で立てられ、記録を共有する場所と、学びを制度に反映する担当者が決まっている場合は、この記事の手順と記録の型で、自社で振り返りの仕組みを作れます。まずは直近で終わった事業や検証を一つ選び、試しに振り返ってみることから始められます。

一方で、当事者だけでは判断の過程を客観的に整理しにくい、振り返りの結果をどう次のテーマの検証計画に落とし込めばよいか分からない、複数の事業の学びを横断して制度の改善につなげたい、といった場合は、外部の視点を入れると整理が早く進みます。

Otsumuは自らも事業を手がける立場から、新規事業開発コンサルティングとして、事業の振り返りの進行、仮説の整理、次のテーマの検証計画づくりを支援しています。撤退や方向転換を検討している事業の現状を短期間で点検したい場合は、新規事業レビュー Sprint（48万円・税別、1〜2週間）で、何が確かめられ、何が残っているのかを第三者の目で整理することもできます。

振り返りの進め方を相談したいという段階でも構いません。30分の無料相談で、状況をお聞かせください。

この記事のテーマに最も近い支援は、拡大・ピボット・撤退の判断設計支援です。

PMFの判断に、継続と運用の実態を重ねる
ピボットで残すものと変えるものを分ける
撤退も顧客と資産を守る計画として設計

まずは30分の無料相談で、状況をお聞かせください。

この記事について

Otsumu株式会社が執筆しました。統計値や他社の事例には依拠せず、進め方と判断の枠組みを中心にまとめています。法務・税務・会計などの制度は、専門家や公的窓口で最新の情報をご確認ください。

執筆：Otsumu株式会社／編集日 2026.10.01