<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>意思決定 &#8211; インディ・パ｜本郷喜千｜著作・登壇・セッション｜意思決定の構造化</title>
	<atom:link href="https://indepa.net/tag/%e6%84%8f%e6%80%9d%e6%b1%ba%e5%ae%9a/feed/" rel="self" type="application/rss+xml" />
	<link>https://indepa.net</link>
	<description>AI時代の意思決定を、前提から設計する</description>
	<lastBuildDate>Sun, 17 May 2026 21:50:22 +0000</lastBuildDate>
	<language>ja</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.0</generator>

<image>
	<url>https://indepa.net/wp-content/uploads/2026/04/cropped-indepa_site_icon_512-32x32.png</url>
	<title>意思決定 &#8211; インディ・パ｜本郷喜千｜著作・登壇・セッション｜意思決定の構造化</title>
	<link>https://indepa.net</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>プレモーテム分析とは。AIで失敗仮説を先に出し、意思決定のリスクを見える化する</title>
		<link>https://indepa.net/premortem-analysis/</link>
		
		<dc:creator><![CDATA[hongo]]></dc:creator>
		<pubDate>Mon, 11 May 2026 00:00:00 +0000</pubDate>
				<category><![CDATA[レポート]]></category>
		<category><![CDATA[プレモーテム]]></category>
		<category><![CDATA[リスク]]></category>
		<category><![CDATA[前提]]></category>
		<category><![CDATA[意思決定]]></category>
		<category><![CDATA[組織運営]]></category>
		<guid isPermaLink="false">https://indepa.net/premortem-analysis/</guid>

					<description><![CDATA[プレモーテムは、計画が失敗した未来を先に想定し、AIと人間でリスク、前提、プランBを洗い出す意思決定手法です。]]></description>
										<content:encoded><![CDATA[<!-- indepa-phase2-intro-start:14621 -->


<p class="wp-block-paragraph"><strong>一言で言えば：プレモーテムは、計画が失敗した未来を先に想定し、AIと人間でリスク、前提、プランBを洗い出す意思決定手法です。</strong></p>



<h2 class="wp-block-heading">この記事で扱う意思決定</h2>



<p class="wp-block-paragraph">新規事業、AI導入、研修企画、システム導入では、計画段階ほど楽観的になります。関係者が前向きであるほど、失敗の話は出にくくなります。</p>



<p class="wp-block-paragraph">プレモーテム分析は、この偏りを補う方法です。実行前に「この計画は失敗した」と仮定し、その原因を先に書き出します。AIを使えば、関係者が言い出しにくい失敗パターン、見落としやすい制約、確認すべき前提を短時間で広げられます。</p>



<p class="wp-block-paragraph">ただし、AIに失敗要因を出させるだけでは足りません。最終的に必要なのは、どのリスクを重く見るか、どこで止めるか、どのプランBを用意するかを人間が決めることです。</p>



<h2 class="wp-block-heading">読みどころ</h2>



<ul class="wp-block-list">

<li>プレモーテムは「失敗を語れる場」を作る</li>


<li>AIで失敗仮説を広げる</li>


<li>失敗要因を前提、制約、評価基準に分ける</li>


<li>プランBと撤退条件まで決める</li>

</ul>


<!-- indepa-phase2-intro-end:14621 -->


<p class="wp-block-paragraph">意思決定の質を上げるために、失敗を先に想像する。プレモーテムという手法の構造と、その有効範囲を検証する。</p>


<p><!-- premortem-diagram-20260511:start --></p>


<figure class="wp-block-image size-large"><img decoding="async" width="1600" height="900" src="https://indepa.net/wp-content/uploads/2026/05/premortem-diagram-20260511.jpg" alt="プレモーテム分析の構造図。前提反転、個別記入、発表順序、分類、対策接続の流れと、有効範囲と限界を示す。" class="wp-image-14627" srcset="https://indepa.net/wp-content/uploads/2026/05/premortem-diagram-20260511.jpg 1600w, https://indepa.net/wp-content/uploads/2026/05/premortem-diagram-20260511-300x169.jpg 300w, https://indepa.net/wp-content/uploads/2026/05/premortem-diagram-20260511-1024x576.jpg 1024w, https://indepa.net/wp-content/uploads/2026/05/premortem-diagram-20260511-768x432.jpg 768w, https://indepa.net/wp-content/uploads/2026/05/premortem-diagram-20260511-1536x864.jpg 1536w" sizes="(max-width: 1600px) 100vw, 1600px" /><figcaption class="wp-element-caption">プレモーテム分析の基本構造。失敗を想像すること自体ではなく、失敗を語れる場を設計する点に意味がある。</figcaption></figure>


<p><!-- premortem-diagram-20260511:end --></p>


<h2 class="wp-block-heading">1. プレモーテムとは何か</h2>



<p class="wp-block-paragraph">プレモーテム（pre-mortem）とは、プロジェクトや計画を実行する前の段階で「このプロジェクトが失敗したと仮定して、その原因を遡って考える」思考法である。</p>



<p class="wp-block-paragraph">通常のポストモーテム（post-mortem）が失敗の後に原因を分析するのに対し、プレモーテムは失敗が起きる前に「なぜ失敗したのか」を先回りして洗い出す。</p>



<p class="wp-block-paragraph">心理学者ゲイリー・クラインが提唱したこの手法の手順は、まずチームメンバーに「このプロジェクトは大失敗に終わった」と想像させ、各自がその失敗の理由を独立に書き出し、それを共有して対策を講じるという流れになる。</p>



<p class="wp-block-paragraph">この手法の利点は、計画段階では楽観バイアスがかかりやすいところを、あえて失敗を前提に置くことで、見落としがちなリスクや盲点を浮かび上がらせる点にある。前提を「成功」から「失敗」に切り替えることで、思考の方向が変わり、通常の計画レビューでは出てこない懸念が表面化する。</p>



<h2 class="wp-block-heading">2. 語源</h2>



<p class="wp-block-paragraph">プレモーテムの語源は、ラテン語に由来する医学用語「ポストモーテム（post-mortem）」との対比から生まれた造語である。</p>



<p class="wp-block-paragraph">post-mortemは「死（mors, mortis）の後（post）に」という意味で、医学では死因を調べる解剖検査を指す。ビジネスではプロジェクト終了後の振り返り分析として転用されてきた。</p>



<p class="wp-block-paragraph">ここでpostをpre（前）に置き換えたのがpre-mortemである。つまり「死の前に」、プロジェクトが死ぬ（失敗する）前にその死因を検討する、という意味になる。</p>



<p class="wp-block-paragraph">ゲイリー・クラインがこの名称を選んだのは、ポストモーテムという言葉がビジネスの現場で既に広く定着していたため、その裏返しとして直感的に理解できるからである。「事後検死」に対する「事前検死」という対比が、手法の本質をそのまま伝えている。</p>



<h2 class="wp-block-heading">3. 活用場面</h2>



<p class="wp-block-paragraph">プレモーテムが活用される場面は多岐にわたる。いくつかの典型的な領域を挙げる。</p>



<p class="wp-block-paragraph">NASAはミッション計画において、打ち上げ前に「このミッションが失敗した」と仮定し、考えうる故障シナリオを網羅的に洗い出す手法を取り入れている。宇宙では失敗が人命に直結するため、楽観バイアスを排除する仕組みが不可欠だったという背景がある。</p>



<p class="wp-block-paragraph">ソフトウェア開発の現場では、新機能のリリース前に「リリース後にユーザーが離脱した」と仮定して原因を列挙するプレモーテムが行われることがある。パフォーマンスの劣化、UIの混乱、既存機能との競合など、通常のテスト計画では優先度が下がりがちなリスクが浮上する。</p>



<p class="wp-block-paragraph">医療分野では、手術チームが術前ブリーフィングの一環として「この手術で重大な合併症が起きた」と想定し、各メンバーが懸念点を発言する運用がある。麻酔科医、看護師、執刀医それぞれの視点から異なるリスクが出てくるため、単一の専門家の視野に収まらない盲点を補える。</p>



<p class="wp-block-paragraph">投資の意思決定でも応用できる。ある銘柄への投資を決める前に「この投資は大きな損失を出した」と仮定し、その原因を考える。すると、業績見通しの前提が甘い、為替リスクを過小評価している、競合の動きを織り込んでいないといった論点が出てくる。前提の脆弱さを事前に可視化できるという点で、意思決定の質を上げる手段になる。</p>



<p class="wp-block-paragraph">いずれの場面にも共通するのは、前提を「うまくいく」から「失敗した」に反転させることで、思考の枠組みそのものが変わるという構造である。</p>



<h2 class="wp-block-heading">4. ケーススタディ：大学病院における膵頭十二指腸切除術のプレモーテム</h2>



<h3 class="wp-block-heading">4.1 状況設定</h3>



<p class="wp-block-paragraph">大学病院の消化器外科。患者は68歳男性、膵頭部がんと診断され、膵頭十二指腸切除術（PD手術）が予定されている。手術予定時間は8時間。患者には糖尿病（HbA1c 7.8%）と軽度の慢性腎機能障害（eGFR 48）の合併症がある。BMIは28で、腹腔内脂肪が多いことがCT画像から確認されている。</p>



<p class="wp-block-paragraph">執刀医は肝胆膵外科の専門医（経験年数15年）、第一助手は後期研修医（経験年数4年）。手術は翌週月曜日の朝8時開始予定。</p>



<h3 class="wp-block-heading">4.2 プレモーテムの実施</h3>



<p class="wp-block-paragraph">術前カンファレンスの最後に、執刀医が手術チーム全員（麻酔科医2名、手術室看護師3名、第一助手）に対して次のように切り出した。</p>



<blockquote class="wp-block-quote is-layout-flow wp-block-quote-is-layout-flow">
<p class="wp-block-paragraph">「この手術は重大な合併症を起こし、患者はICUで予定外の長期管理を要することになりました。何が起きたのか、それぞれの立場から考えてください。」</p>
</blockquote>



<p class="wp-block-paragraph">各メンバーが3分間で書き出した内容を順番に発表した。</p>



<h3 class="wp-block-heading">4.3 浮上した失敗シナリオ</h3>



<p class="wp-block-paragraph">執刀医の視点として、膵臓の背側で上腸間膜動脈（SMA）に腫瘍が予想以上に近接しており、剥離操作中に動脈壁を損傷した。術中の大量出血により視野が確保できなくなり、手術時間が4時間延長した。</p>



<p class="wp-block-paragraph">第一助手の視点として、腹腔内脂肪が厚く、膵空腸吻合の縫合操作で深部の視野が極端に狭かった。吻合部の針掛けが不十分なまま進行し、術後に縫合不全が発生した。膵液漏が腹腔内感染に進展した。</p>



<p class="wp-block-paragraph">麻酔科医（1名目）の視点として、糖尿病と腎機能障害の背景から、術中の輸液管理が難航した。8時間を超える手術中に体温が低下し、凝固障害が進行した。術中出血と凝固障害が重なり、輸血製剤の追加手配が必要になったが、希少血液型のため確保に時間がかかった。</p>



<p class="wp-block-paragraph">手術室看護師（器械出し）の視点として、PD手術で使用する器械セットが通常の開腹セットと異なるが、前回のPD手術から3か月空いており、器械の配置と受け渡しの段取りに迷いが生じた。手術の流れが一時的に止まった。</p>



<p class="wp-block-paragraph">手術室看護師（外回り）の視点として、手術が長時間化した場合の交代要員が確保されていなかった。担当看護師の集中力が低下する時間帯に、ガーゼカウントの確認が曖昧になった。</p>



<p class="wp-block-paragraph">麻酔科医（2名目）の視点として、患者の腎機能障害に対して術後の鎮痛薬選択が制限される。術中に使用した薬剤の蓄積により、術後の覚醒遅延と呼吸抑制が起きた。ICUでの人工呼吸器管理が想定外に延長された。</p>



<h3 class="wp-block-heading">4.4 プレモーテムから導かれた対策</h3>



<p class="wp-block-paragraph">SMA近接リスクに対して、術前に3D再構成CTを追加撮影し、腫瘍と動脈の距離を精密に計測することを決定した。距離が2mm以下であれば血管外科医の待機を手配する基準を設けた。</p>



<p class="wp-block-paragraph">腹腔内脂肪による視野制限に対して、膵空腸吻合の手技を術前にドライラボでシミュレーションし、第一助手との役割分担を具体的に確認することにした。</p>



<p class="wp-block-paragraph">凝固障害リスクに対して、患者の血液型を改めて確認し、赤血球製剤と新鮮凍結血漿を通常の倍量で事前に確保した。術中の体温維持のため、温風式加温装置の追加配置を決めた。</p>



<p class="wp-block-paragraph">器械準備の不安に対して、手術前日にPD手術専用の器械セットを展開し、器械出し看護師が器械配置と受け渡し手順を確認するリハーサル時間を30分設けた。</p>



<p class="wp-block-paragraph">長時間手術への備えとして、6時間経過時点での看護師交代を前提にシフトを組み、交代看護師にも術前ブリーフィングに参加させることにした。</p>



<p class="wp-block-paragraph">術後鎮痛に対して、麻酔科が腎機能に応じた鎮痛プロトコルを術前に作成し、ICU担当医と共有した。</p>



<h2 class="wp-block-heading">5. シナリオが出てくるプロセスの構造</h2>



<p class="wp-block-paragraph">プレモーテムで各メンバーからシナリオが引き出されるまでには、5つの段階がある。各段階は特定の認知バイアスへの対処として設計されている。</p>



<h3 class="wp-block-heading">5.1 第1段階：前提の反転</h3>



<p class="wp-block-paragraph">通常の術前カンファレンスでは「この手術をどう成功させるか」という前提で議論が進む。この前提のもとでは、メンバーは自分の懸念を口にしづらい。特に経験年数の浅い助手や看護師は、執刀医の計画に疑問を挟むこと自体が心理的に困難になる。</p>



<p class="wp-block-paragraph">プレモーテムでは、執刀医自身が「この手術は失敗した」と宣言する。これにより前提が反転し、失敗を語ることが許可された状態が生まれる。失敗を指摘することが反抗ではなく、求められた行為に変わるという構造上の転換がここで起きている。</p>



<h3 class="wp-block-heading">5.2 第2段階：個別記入（沈黙の3分間）</h3>



<p class="wp-block-paragraph">全員が同時に、口頭ではなく紙に書き出す。この設計には明確な意図がある。</p>



<p class="wp-block-paragraph">口頭で順番に発言させると、最初の発言者の内容に引きずられる。執刀医が「出血リスクが高い」と先に言えば、他のメンバーも出血周辺の話題に集中してしまう。これがアンカリング効果による思考の偏りを生む。</p>



<p class="wp-block-paragraph">個別記入にすることで、各メンバーは他者の意見を知らない状態で、自分の専門領域から見えるリスクだけに集中できる。だから麻酔科医は凝固障害と薬剤蓄積を書き、看護師はガーゼカウントと交代要員を書く。同じ手術室にいながら、見ている世界がまったく違うことが記録として残る。</p>



<h3 class="wp-block-heading">5.3 第3段階：発表の順序設計</h3>



<p class="wp-block-paragraph">発表は職位の低い人から始める。これも意図的な設計である。</p>



<p class="wp-block-paragraph">執刀医が先に発表すると、後続のメンバーは自分の懸念が執刀医の見解と矛盾する場合に発言を控える可能性がある。逆に、外回り看護師から始めれば、その懸念は執刀医の見解とは独立した状態で場に出る。後から執刀医が発表しても、看護師の懸念はすでに記録されているため取り消されない。</p>



<p class="wp-block-paragraph">先のケーススタディでは、外回り看護師が「交代要員が確保されていない」という運用上の問題を挙げた。これは執刀医の視野には入りにくい論点であり、職位の低い人から発表する順序でなければ埋もれていた可能性が高い。</p>



<h3 class="wp-block-heading">5.4 第4段階：分類と構造化</h3>



<p class="wp-block-paragraph">全員の発表が終わった後、出てきたシナリオを分類する。先のケーススタディの場合、次のような分類になった。</p>



<p class="wp-block-paragraph">術中の技術的リスク（SMA損傷、視野制限による縫合不全）は執刀医と助手から出た。患者の生理的リスク（凝固障害、薬剤蓄積、覚醒遅延）は麻酔科医から出た。運用と体制のリスク（器械準備、交代要員、ガーゼカウント）は看護師から出た。</p>



<p class="wp-block-paragraph">この分類によって、リスクが特定の専門領域に偏在していないかが見える。もし技術的リスクばかりが並び、運用リスクがゼロであれば、看護師が発言を抑制している可能性を疑う必要がある。</p>



<h3 class="wp-block-heading">5.5 第5段階：対策の紐づけと責任者の指定</h3>



<p class="wp-block-paragraph">各シナリオに対して、誰が、いつまでに、何をするかを決める。ここで重要なのは、対策の責任者がシナリオを出した本人とは限らないという点にある。</p>



<p class="wp-block-paragraph">外回り看護師が「交代要員の未確保」を指摘したが、シフトを組む権限は看護師長にある。したがって対策の責任者は看護師長になる。リスクの発見者と対策の実行者を分離することで、「言い出した人がやる」という暗黙のルールを排除し、発言のハードルを下げている。</p>



<h3 class="wp-block-heading">5.6 プロセス全体の設計原理</h3>



<p class="wp-block-paragraph">各段階の設計は、人間の認知バイアスに対する具体的な対処として組み立てられている。前提の反転は楽観バイアスを、個別記入はアンカリングを、発表順序は権威への同調を、分類は確認バイアスを、責任者の分離は傍観者効果を、それぞれ抑制する構造になっている。</p>



<p class="wp-block-paragraph">手法の本質は「失敗を想像させる」ことではなく、「失敗を語れる構造を設計する」ことにある。</p>



<h2 class="wp-block-heading">6. 批判的検証：網羅性と期待値の妥当性は担保されるか</h2>



<h3 class="wp-block-heading">6.1 網羅性の限界</h3>



<p class="wp-block-paragraph">プレモーテムで洗い出せるリスクは、参加者の経験と知識の総和を超えない。先のケーススタディでは手術チームの6名がそれぞれの専門領域からシナリオを出したが、誰も経験したことのない失敗モードは出てこない。たとえば、手術室の医療ガス供給系統の障害や、地震による手術中断といったシナリオは、過去に遭遇した人がチームにいなければ想起されにくい。</p>



<p class="wp-block-paragraph">構造的に言えば、プレモーテムは「知っているが言えなかったリスク」を引き出すことには強いが、「誰も知らないリスク」を発見する能力は持たない。前者は心理的安全性の問題であり、後者は知識の境界の問題である。プレモーテムが解決するのは前者だけである。</p>



<p class="wp-block-paragraph">網羅性を補完するには、チェックリストやFMEA（故障モード影響解析）のような体系的手法との併用が必要になる。チェックリストは過去の事故データベースから構築されるため、個人の経験に依存しない。WHOの手術安全チェックリストが典型例で、プレモーテムとは補完関係にある。</p>



<h3 class="wp-block-heading">6.2 期待値の妥当性の限界</h3>



<p class="wp-block-paragraph">プレモーテムはリスクの定性的な列挙には優れているが、各リスクの発生確率と影響度を定量的に評価する仕組みを内蔵していない。</p>



<p class="wp-block-paragraph">先のケーススタディで「SMA損傷による大量出血」と「ガーゼカウントの確認漏れ」が同じリストに並んだとき、どちらの発生確率が高く、どちらの影響が深刻かという判断は、プレモーテムのプロセス自体からは出てこない。参加者の直感的な重み付けに依存することになる。</p>



<p class="wp-block-paragraph">この直感には系統的な歪みがある。人間は自分が最近経験した事象や、鮮明に想像できる事象の確率を過大評価する傾向がある（利用可能性ヒューリスティック）。麻酔科医が先月凝固障害の症例を経験していれば、その確率を実際より高く見積もる可能性がある。逆に、低頻度だが致命的な事象（悪性高熱症など）は過小評価されやすい。</p>



<p class="wp-block-paragraph">期待値の妥当性を担保するには、プレモーテムで出たリスク項目を、発生確率と影響度のマトリクスに配置する定量的評価のステップを後続で加える必要がある。疫学データや施設内のインシデントレポートの統計を参照して、直感による評価を補正する作業である。</p>



<h2 class="wp-block-heading">7. 結論：プレモーテムの位置づけ</h2>



<p class="wp-block-paragraph">プレモーテムの有効性に対する根本的な問題は、この手法が「心理的な発言の壁を下げる」という効果を持つことと、「意思決定の質を実際に改善する」こととの間に、論理的な飛躍があるという点にある。</p>



<p class="wp-block-paragraph">発言の壁が下がってリスクが列挙されたとしても、そのリスクの選別、優先順位付け、対策の設計、対策の実行確認という後続のプロセスが機能しなければ、結局は「みんなで心配事を言い合って終わった」という状態になる。プレモーテムの提唱者であるゲイリー・クライン自身も、この手法を独立した意思決定ツールとしてではなく、既存の意思決定プロセスへの補助的介入として位置づけている。</p>



<p class="wp-block-paragraph">さらに踏み込むと、プレモーテムが有効に機能する条件自体がかなり限定的である。心理的安全性がそもそも極端に低い組織では、前提を反転させただけでは発言は出てこない。逆に心理的安全性が十分に高い組織では、通常のリスクレビューで同じ情報が出てくるため、プレモーテムの追加的価値は小さい。つまり、心理的安全性が中程度の組織でのみ差分が生まれるという、かなり狭い有効範囲になる。</p>



<p class="wp-block-paragraph">意思決定の質を本気で上げるのであれば、前提の構造そのものを検証する方が直接的である。どのような前提のもとでこの判断を下しているのか、その前提が崩れたときに結論はどう変わるのかを体系的に検討する方が、リスクの列挙よりも意思決定の根幹に作用する。プレモーテムは前提の反転を一方向（成功から失敗へ）にしか行わないが、前提の検証は多方向に展開できるからである。</p>



<p class="wp-block-paragraph">プレモーテムを使うなら、それ単体の効果を期待するのではなく、前提検証や定量的リスク評価の入口として、どこまでを担わせてどこからを別の手法で補うかを明確にしておく必要がある。プレモーテムは意思決定プロセスの起点としての価値を持つが、それ自体で意思決定の質を保証するものではない。</p>


<!-- indepa-phase2-cta-start:14621 -->


<h2 class="wp-block-heading">ご相談について</h2>



<p class="wp-block-paragraph">AI導入や新規施策を始める前に、失敗仮説、撤退条件、プランBを整理したい場合は、プレモーテム型の意思決定支援セッションとして<a href="https://indepa.net/inquiry/">お問い合わせページ</a>からご相談ください。</p>


<!-- indepa-phase2-cta-end:14621 -->]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
