2026年10月8日にPMIのPMBOK Guide公式ページとGOV.UKのDiscovery・ユーザーニーズガイドを再確認した。PMIはPMBOKをプロジェクトマネジメントの標準として紹介し、GOV.UKは問題、利用者、制約、代替案、測定を調べ、作らない判断もDiscoveryに含める。問題、利用者、制約、選択肢、証拠、見直し日を一枚に置くブループリントは自社の判断テンプレートで、成功率、文書量、First byteの成果物、利用者価値を標準が代わりに保証するものではない。
ブループリントを「作業項目をたくさん並べた計画」と考えると、実行が始まった後に前提の違いが見つかります。First byteでいうブループリントは、何を作るかより先に、誰のどんな問題を、どの制約で、どの証拠まで解くかをそろえる一枚の判断記録です。
公式資料を読み直した日と範囲
2026年10月7日に、PMIのPMBOK Guideページと、GOV.UK Service ManualのDiscoveryガイド、ユーザーニーズのガイドを確認しました。PMIはPMBOKをプロジェクトマネジメントの標準として紹介します。GOV.UKは、作り始める前に問題、利用者、制約、代替案、測定方法を調べ、進めない判断も成果だと説明しています。ここでの「ブループリント」はFirst byteの実務上の呼び名で、公式標準の固有成果物ではありません。
30秒で要点
- ブループリントは、目的、利用者、制約、選択肢、証拠、見直し条件を同じ表へ置く
- GOV.UKのDiscoveryガイドは、解決すべき問題を理解する前に作り始めないことを勧める
- PMBOKは標準的な知識体系を示すが、個別案件の目的や成功条件を代わりに決めない
- ブループリントの完了条件は、文書の分量ではなく、進める・止める・変える判断ができること
表が収まらない場合は、横にスクロールできます
| 欄 | 問い | 完了の証拠 |
|---|---|---|
| 問題 | 誰が何に困っているか | 観察、ログ、発言 |
| 制約 | 法務、契約、技術、体制は何か | 制約と仮定 |
| 選択肢 | 作る・直す・待つ・別案は何か | 比較表、保留理由 |
| 証拠 | 進めた価値をどう確かめるか | 指標、期限、更新条件 |
建築の設計図との違い
建築の図面は、決めた構造を施工へ渡すための精度が重要です。プロジェクトのブループリントは、作る前に問題の定義と制約をそろえ、前提が変わったら更新するための記録です。完成した絵を守るものではなく、判断の履歴を共有するものです。
First byteで追加するのは、目的の文章だけではありません。利用者が実際に何をしたいか、現状でどこが止まるか、誰が承認するか、作らない場合の代替は何かを並べます。
問題を解決策から切り離す
「新しいサイトが必要」「AIを導入したい」は、問題ではなく解決策の候補です。GOV.UKのDiscoveryガイドは、提示された解決策を問題へ言い換え、前提を分解し、何が問題に含まれないかまで合意することを勧めています。
たとえば「採用サイトを作り直す」を、「候補者が仕事内容を理解できず、応募前に離れる理由を特定する」へ言い換えます。これなら、情報の書き換え、導線の修正、面談の改善、何もしない、という選択肢を同じ表へ置けます。
ブループリントに入れる五つの問い
- 誰の問題か：利用者、運用者、決裁者、影響を受ける人を分ける。
- 何が起きているか：推測ではなく、ログ、会話、既存資料、観察を置く。
- 何が制約か：契約、法令、レガシー、予算、期限、担当を硬い条件と仮定へ分ける。
- 何を比べるか：作る、直す、待つ、別の手段、止めるを並べる。
- 何を見て更新するか：指標、期限、失敗条件、再評価日を決める。
「契約前に9割決まる」を言わない
以前の説明で使われがちな「契約前に成功の9割が決まる」という数字は、ここでは採用しません。案件、組織、測定方法が不明なまま割合を置くと、設計図を作れば成功が保証されるように見えるからです。
代わりに、契約前に何が分かり、何が未確定かを明示します。分からないことが大きければ、Discoveryを続ける、範囲を小さくする、別案へ移る、今回は止める、という判断を残します。
最小検証：一枚を60分で埋める
- 利用者の言葉で「何をしたいか」を一文にする。
- 現在の行動、困りごと、制約、既存の証拠を表に置く。
- 解決策を少なくとも三つ並べ、作らない選択肢も含める。
- 一番危険な仮定を一つ選び、誰へ何を聞くか決める。
- 進める条件、止める条件、次に更新する日を合意する。
文書をきれいにする前に、利害の違う人が同じ問題文を読んで、同じ未確定事項を指せるかを確かめます。読んだ人ごとに別の解決策を想像するなら、ブループリントはまだ判断の道具になっていません。
公式資料の範囲を外さない
PMBOKはプロジェクトマネジメントの標準的な知識体系、GOV.UKのガイドはサービス開発のDiscoveryに関する実務ガイダンスです。どちらもFirst byteのブループリントという名称や、案件の成功率、適切な文書量を保証しません。案件の目的、契約、法務、体制、利用者調査へ戻して使います。
判断の土台として押さえておくこと
- 作る前に問題を書く：解決策を問題文へ言い換え、利用者の行動と困りごとを確かめる。
- 制約を隠さない：契約、法令、技術、体制、期限を硬い条件と仮定に分ける。
- 止める選択肢を残す：作る・直す・待つ・別案・中止を同じ表で比べる。
- 見直し日を置く：一枚の完成を成功とせず、証拠で進め方を更新する。