Insights

知見と洞察

BA・PM・CM・Data・AIに関する当社の考え、および実践的な知見をお届けします。

Project2026.05.27

初期見積もりが外れる構造 ── 不確実性を計画に織り込む3原則

プロジェクトの初期見積もりはなぜ外れるのか。計画段階の楽観、実行段階で数字が独り歩きする力学、レビューで再見積もりを避ける心理の3つに分け、不確実性を計画に織り込む原則を示します。

知見と洞察

初期見積もりが外れる構造 ── 不確実性を計画に織り込む3原則

シャドーAIとは ── 統制外のAI利用を禁止せずに管理する4原則

チェンジエージェントとは ── 変革を現場で広める人の見つけ方と育て方

やらないことを決める方法 ── プロジェクトが増えすぎる組織の3つのバイアス

失敗しているプロジェクトを止められない理由 ── 撤退判断の仕組み

プロジェクトのキックオフで決めておくべき4つのこと

サンクコストでプロジェクトをやめられない ── 撤退ルールの作り方

AIエージェントを同僚として迎える組織設計 ── 導入前に決めておくこと

クイックウィンの作り方 ── 変革の初期に小さな成功を設計する

変革の進捗をどう測るか ── 組織の変化度を可視化する3つの指標

スコープクリープの原因と対策 ── 小さな追加要件が計画を崩す

見積もりが外れる理由 ── 計画錯誤と、再見積もりを習慣にする方法

心理的安全性がない組織で変革が止まる理由と、3つの設計原則

PMOが進捗報告だけになる理由 ── 司令塔として機能させる3原則

変革が現場に伝わらない理由 ── チェンジマネジメントのコミュニケーション設計

変革への抵抗にどう向き合うか ── 抵抗を組織のシグナルとして読む

兼務のDXプロジェクトが失敗する理由 ── 専任体制をどう作るか

中間管理職が変革の鍵を握る理由 ── ミドルを推進力に変える3原則

AIの判断の責任は誰が持つのか ── AIガバナンスの設計

AIのPoCが本番に進まない理由 ── PoC止まりを防ぐ組織と技術の設計

ステークホルダー分析のやり方 ── 変革プロジェクトの関係者マップ

データ戦略の立て方 ── 技術計画で終わらせない4層構造

データガバナンスとは ── ルールを作っても守られない理由と、文化として根づかせる3原則

要件が膨らみ続ける理由 ── やらないことを決めるスコープ管理

投資対効果を追跡できない変革は止まる ── 便益実現マネジメントとは

データの民主化とは ── 誰もがデータを使える組織に起きる3つの混乱

一斉展開と段階展開の違い ── システム導入の展開計画の設計

変革疲れとは ── 複数のDXが同時に走る組織の負荷をどう管理するか

マスターデータ管理が整わないとDXが止まる理由

プロジェクトスポンサーの役割 ── 名前だけのスポンサーが変革を止める

データリテラシー向上は研修だけでは進まない ── 組織の能力として育てる方法

PMOの役割は管理から伴走へ ── 価値実現型PMOとは

データドリブン経営が掛け声で終わる理由 ── ダッシュボードが意思決定に使われない構造

プロジェクトの完了と成功は違う ── 使われないシステムが生まれる理由

BABOKとは何か ── 6つの知識エリアと「問いの立て方」の教科書

ビジネスアナリストの育て方 ── 社内で「橋渡し役」を育成する方法

ビジネスアナリストとは ── なぜ日本企業にはビジネスとITの橋渡し役がいないのか

SaaS導入がビジネス部門だけで進むと何が起きるか ── 情シスが意見できない構造

DXレポートと「2025年の崖」── 本当の崖はシステムではなく企業文化

変革の谷を越える5つのレバー ── Jカーブの停滞期をどう抜けるか

AI導入の最大の壁は人 ── 課題の70%が組織にある理由と対策

PMBOKだけでは定着しない理由 ── PMとチェンジマネジメントの統合

組織変革が失敗する理由 ── 70%が頓挫する原因は人と組織にある