SSuccess PhilosophySUCCESSPHILOSOPHY.JP

Q082

4択Multiple choice発展Advanced
プロジェクト遂行・計画錯誤・参照クラス予測project execution · planning fallacy · reference class forecasting
社内システム刷新プロジェクトのリーダーであるJonasは、チームの見積もりでは「6か月で完了」と算出しました。しかし過去に社内で行われた同規模のプロジェクトは、ほぼすべてが当初計画の1.5〜2倍の期間を要していました。プロジェクト遂行力の観点から、最も適切な判断はどれですか。Jonas leads an internal system-replacement project. His team's bottom-up estimate is six months. Yet nearly every comparable project in the company's history took 1.5 to 2 times the original plan. From a project-execution standpoint, what is the best judgment?
  1. 今回のチームは優秀なので、過去の事例は参考にならず6か月で計画する
  2. チームの積み上げ見積もりに加え、類似プロジェクトの実績分布(参照クラス)を基準に期間を補正し、9〜12か月を基本計画として、遅延要因を事前に洗い出して対策する
  3. 経営陣を安心させるため、対外的には6か月と発表し、内部では12か月で動く
  4. 見積もりは当てにならないので、期限を設定せずに進める
  1. This team is excellent, so past cases are irrelevant; plan for six months
  2. Combine the team's bottom-up estimate with the actual distribution of comparable projects (the reference class), adjust the baseline to nine to twelve months, and identify and mitigate delay drivers in advance
  3. Announce six months externally to reassure executives while working internally to a twelve-month plan
  4. Estimates are unreliable anyway, so proceed without a deadline

解答Answer

正解: BCorrect: B

内部の積み上げ見積もりは楽観に傾く「計画錯誤」の影響を受けます。類似案件の実績分布を基準にする参照クラス予測で補正し、遅延要因を事前に対策することが遂行力の要です。Bottom-up estimates suffer from the planning fallacy. Correcting them with the actual distribution of similar projects, known as reference class forecasting, and pre-empting delay drivers is the core of execution capability.

解説Explanation

Daniel KahnemanとAmos Tverskyが名付けた「計画錯誤」は、人が自分の計画については過去の類似事例より楽観的な見積もりをする傾向を指します。Kahnemanはこの対策として、案件固有の事情から積み上げる「内部視点」に、類似案件の実績統計から見る「外部視点」を組み合わせることを提唱しました。プロジェクト研究者のBent Flyvbjergは、これを「参照クラス予測」として体系化し、大規模インフラ事業などで実際に採用されています。Jonasの場合、社内に同規模プロジェクトの実績分布があること自体が貴重な外部視点であり、選択肢Aの「今回は違う」という考えは計画錯誤の典型的な言い訳です。選択肢Cは信頼を損なうだけでなく、6か月に合わせた資源配分やステークホルダーの期待が現実と乖離し、混乱を招きます。選択肢Dは期限の規律を失い、作業が膨張します。参照クラスで補正した計画に、過去の遅延要因(要件変更、キーパーソンの離脱、他システムとの結合テスト)への具体的な対策を組み込むことが、実務的な遂行力です。Daniel Kahneman and Amos Tversky coined the term planning fallacy for the tendency to estimate one's own plans more optimistically than comparable past cases warrant. Kahneman's remedy is to combine the inside view, built up from the specifics of the case, with the outside view drawn from statistics on similar projects. Project scholar Bent Flyvbjerg systematized this as reference class forecasting, now used in large infrastructure programs. Jonas already has a valuable outside view in his company's own project history; option A's belief that this time is different is the classic planning-fallacy excuse. Option C erodes trust and creates a mismatch between resources and stakeholder expectations set for six months and reality. Option D abandons deadline discipline, and work expands to fill the void. Practical execution capability means a plan corrected by the reference class plus concrete countermeasures for known delay drivers such as requirement changes, loss of key people, and integration testing with other systems.

課題Issue

現実的な見積もりを提示すると、楽観的な見積もりを出す競合チームや他部門に予算や承認を奪われる「正直者が損をする」構造があります。また、参照クラスとして適切な類似案件が少ない、あるいは過去データが残っていない組織では補正の根拠が弱くなります。長めの計画は「パーキンソンの法則」により作業が膨張するリスクも伴います。Honest estimates can lose budget or approval to rivals who submit optimistic ones, a structure that punishes candor. In organizations with few comparable projects or poor historical records, the reference class is thin. Longer plans also risk work expanding to fill the time, as Parkinson's law suggests.

改善案Improvement

見積もりは単一の数字ではなく「6か月(楽観)/9か月(基本)/12か月(悲観)」と幅で示し、それぞれの前提と確率的な根拠を添えて経営陣の判断材料にします。社内データが乏しい場合は業界の公開調査を参照クラスに使います。作業の膨張には、全体期間を長めに取りつつ内部のマイルストーンは短く区切り、各区切りで進捗を検証する運用で対処します。Present a range rather than a single number, such as six months optimistic, nine baseline, twelve pessimistic, each with its assumptions and evidence, so executives can decide with eyes open. Where internal data is thin, use published industry studies as the reference class. Counter work expansion by keeping the overall window realistic while setting short internal milestones with verification at each one.