WORLD PICKS
世界の研究と事例から、
仕事の進め方を考える。
← 分類の記事一覧へ

納期の見積もりが甘くなる原因は? チームで根拠を比べる方法

会議机に集まる三人と、それぞれの手元に残された異なる見立ての書類

会議前の見積もりが4・6・8・10日だったのに、議論後は全員が7日と答えた。これで予測は良くなったのでしょうか。仮の実績を9日と置いて計算すると、合意と精度の違いが見えてきます。納期を話し合う場面で、別々の見立てを残すことと、役立つ情報で更新することを考えます。

同じ数字が並ぶことと、同じ根拠にたどり着くことは別である。必要なのは、意見の一致を疑い続けることではない。他人の答えを見る前の見立てを残し、その後で、何を知ったから判断を変えたのかを扱うことだ。本稿では、まだ正解の分からない納期や需要を話し合う場面で、個別判断と対話をどう組み合わせるかを考える。

この記事の目次
  1. 四人が七日へそろっても、予測は正しくなったか
  2. 意見の収束と、情報交換の価値を研究で比べる
  3. 回答の範囲をそろえてから、根拠を交換する

四人が七日へそろっても、予測は正しくなったか

同じ7日へ収束しても、集団の誤差は減らない場合

前提をそろえた四人の見積もりが4、6、8、10日だったとする。平均は7日で、その後の実績が9日なら、平均の誤差は2日である。議論後に全員が7日と答えても、実績との差は変わらない。以下は計算のための仮定で、実験の観測値ではない。

実績9日の仕事を推定した場合(仮定)
指標4・6・8・10日全員7日
回答の平均7日7日
平均と実績の差の二乗4日²4日²
各人と実績の差の二乗の平均9日²4日²
回答の分散5日²0日²

数式では、「各人の二乗誤差の平均=集団平均の二乗誤差+回答の分散」となる。最初は9=4+5、収束後は4=4+0である。個々人の平均的な誤差は小さくなっても、集団として採る7日の精度は上がっていない。この恒等式はLorenzらの論文のMethodsに示される。論文の主要分析は対数で変換した推定値を使うが、ここでは日数の算術平均に対して同じ関係を計算している。

逆に、新しい事実を確認して全員が9日へ更新できれば、同じ収束でも精度は上がる。大切なのは、ばらつきが残ること自体ではない。更新が平均を実績へ近づけたか、違う情報源を同じ根拠へ置き換えてしまったかを、完了後に確かめることである。

納期の約束にはさらに別の選択がある。平均的に7日という見立てでも、遅れた場合の損失が大きければ、その日をそのまま顧客へ約束しない案がある。ただし四人の回答を納期の確率分布として扱い、「この日なら何%安全」とは言えない。工程の不確実性と余裕の根拠を別に確認し、予測を出す工程と約束する工程を分けたい。

意見の収束と、情報交換の価値を研究で比べる

計算例では全員の答えが近づいても、採用する平均は実績へ近づかなかった。では、他人の意見を知ることは役に立たないのか。情報交換の条件を変えた研究も見てみたい。

意見が近づいても、正解には近づかないことがある

Lorenzらが2011年に発表した実験では、スイスのETHチューリヒで募集した144人が、地理や犯罪統計などの数値を推定した。他人の推定値を見られる条件では、回答のばらつきが縮小しても集団としての誤差は改善せず、自信は高まった。測ったのは既知の正解からの距離であり、参加者の「納得した」という感想ではない。Lorenzらの原論文

ただし、参加者は実際の案件を熟知した同僚ではなく、理由を持ち寄って議論したわけでもない。この結果から「会議をすると判断が悪くなる」と一般化することはできない。実務への警告は、数字が収束しただけでは、情報が増えたのか、周囲に近づいただけなのかを区別できない、という点にある。

他人の意見が役立つ実験もある

Beckerらの2017年の研究は、ウェブで募集した1,360人を、異なる情報交換ネットワークや対照条件に無作為に割り当てた推定実験である。影響が一人に集中しないネットワークでは、社会的な情報交換を通じて集団の推定精度が改善した。一方、中心人物の影響が強い構造では、その人物の判断の質に結果が左右された。Beckerらの原論文

先の研究と食い違って見えるが、情報が誰から誰へ伝わるかという実験条件が異なる。いずれも数値推定であり、社内の責任関係や顧客との交渉を含む会議の成績を直接測った研究ではない。それでも、「独立した回答を集めれば対話は不要」「全員で話せば知恵が増える」という両方の決めつけは避けられる。

この二つの研究から特定の会議方式の優越が証明されたわけではない。以下は、他人の判断を取り入れる価値を残しながら、同調と学習を見分けやすくするための編集上の提案である。

影響を分散することと、全員を同じ重みで扱うことは違う

Beckerらの論文は、回答をどれだけ変えるかと、初期の推定精度の関係も分析した。初期の推定が正確な人は小さく修正し、不正確な人は大きく修正する傾向が見られ、近隣の平均からの距離を考慮した分析でも関係が残った。第3図では、分散したネットワークにおけるこの更新の特徴と、集団の平均の精度改善との関連を示している。

ただし、実務で「意見を変えない人ほど正しい」と採点する根拠にはならない。研究では既知の正解で精度を測れるが、会議中の納期はまだ実現していない。頑固さと情報を持つことを区別するには、工程の確認、依存先の回答、同種案件の実績へ戻る必要がある。一人へ影響を集中させないことは、専門家の根拠も一般的な感想も同じ票数で平均することとは違う。

回答の範囲をそろえてから、根拠を交換する

平均を出す前に、足してよい数字かを確かめる

複数の見積もりを単純平均すれば、公平に扱ったように見える。しかし、工程の一部だけを見た数字と、全工程を含む数字の平均には意味が乏しい。同じベンダーの回答を写した三人を、独立した三つの情報源と数えることもできない。

専門家の回答を重視する場合にも、「専門家だから」で終わらせず、担当範囲、実績、参照した資料を確認する。専門性があることと、今回必要な情報を持っていることは重なるが同じではない。営業担当が把握した顧客の締切の方が、技術者の一般的な工数感より計画を左右する場合もある。

会議時間が限られているなら、全員の説明を同じ長さで聞くことを目標にしなくてよい。同じ事実から同じ判断をしている部分は短く確認し、結論を変える差に時間を使う。独立した入力を求めることは、発言時間を一律に増やすことではない。

急ぐ場面で、毎回この順番が必要か

障害対応のように、既に発生した事実を共有して直ちに動く場面では、全員の独立した推定を待つことが目的を損なう場合がある。まず被害を抑え、必要な情報を共有してよい。本稿の提案が主に対象とするのは、回答を集める余地があり、未知の納期や需要について異なる材料を持ち寄れる計画場面である。

また、事実の確認と価値の選択を混ぜないことも重要だ。どの顧客を優先するかは、数値推定の正誤だけでは決まらない。利害や責任の調整が必要な議題まで、独立回答を平均する方法へ置き換えることはできない。先に議題の種類を分けることで、この手順を使う範囲も明確になる。

会議の順番を、回答・根拠・決定に分ける

最初に揃えるのは回答ではなく、問いである。「完成」は社内試験の終了なのか、顧客の受入なのか。同じ言葉で異なる到達点を答えているなら、独立した見積もりを何件集めても比較にならない。対象範囲と完了条件を共有した後、他の人の数字が見えない形で、各担当が自分の見立てを書いておく。

記入するものは、予定日だけでは足りない。自分が確認した事実、未確定の依存先、早まる条件と遅れる条件を添える。「自信がある」という強さより、何が確定しているかを読むためだ。詳しくない分野について無理に数字を埋めず、「判断材料がない」と書けるようにしておく。

次に、会議で食い違いの理由を扱う。差の大きい数字を発表した人に、説得して平均へ寄せるよう求めるのではない。外部試験を含んでいるか、休業日を除いているか、顧客回答を前提にしているかを確かめる。新しい証拠が出た場合には、全員が見立てを更新してよい。

最後に決定する。顧客へ約束する日付は、単なる予測とは違い、余裕、費用、失敗時の影響を含む経営上の選択である。予測の幅が残っていても、追加要員を置く、対象を絞る、約束を変更するといった案は選べる。「全員が同じ予測になったから決定した」という形にする必要はない。

個別の見立てを先に残し、根拠の違いを検討した後に予測と約束を分けて決める流れ
概念図。研究で効果量が検証された会議手順ではなく、判断の更新理由を残すための編集上の提案です。

強い反対意見を残すか、見立てを更新するか

架空のシステム開発案件を考える。担当者甲は月末、乙は翌月と見ている。乙だけが、外部サービスの接続試験には事前予約が必要だと知っていた。この場合、独立した意見を守るために二つの数字を残し続ける意味は薄い。予約が必要という事実を確認し、計画へ織り込むべきだ。

逆に、乙が遅れると考える理由が「以前も危なかった」で、今回の工程との関係が分からないなら、その数字をそのまま採用する理由も弱い。ただし、多数派の月末へ機械的に寄せるのも早い。どの工程で以前の問題が再現し得るか、追加確認の担当と期限を決めて、不確実性として残す。

もう一つ条件を変える。顧客が今回の試験を不要と正式に認め、代替の受入方法が合意されたなら、乙の見積もりの前提は変わる。遅い数字を維持することが慎重さなのではない。証拠が変わったときに変えられることが重要である。

ここで選択を分けるのは、意見の人数でも役職でもない。判断を変えるだけの、今回の仕事に関係する情報が出たかどうかだ。意見の独立性は結論を固定するためではなく、新しい情報の出発点を失わないために使う。

議事録に残すべきものは「満場一致」より更新理由

実務でこの進め方を試すなら、会議前後の数字だけでなく、何が変わったかを残したい。「顧客回答の日付が確定したため前倒し」「外部試験の予約が未確定なので幅を維持」といった記録である。後から外れた予測を評価するときにも、当時知らなかった事実と、知っていて見落とした条件を区別しやすくなる。

逆に「議論して認識が揃った」だけなら、情報が増えた証拠にはならない。合意するまで発言を繰り返させる運用になっていないかを確認したい。見立てを残す仕組みを、外した人を責める採点表にすると、不都合な数字ほど出にくくなるおそれもある。

計画会議で先に集めるべきなのは、責任者の数字への賛成票ではない。比較可能な問いに対する、まだ互いに影響されていない見立てである。その後で対話し、根拠が増えれば更新する。根拠が増えていなければ、違いを隠さずに意思決定する。全員一致は、その過程の結果にはなり得るが、精度を保証する検査にはならない。

この記事を共有・保存する