プロマネ 「品質は誰かが守るもの」という依存を断ち切る——品質管理を”チーム全員の習慣”として根付かせるPMの組織設計術
品質管理の「責任の空白」はなぜ生まれるのか プロジェクトの終盤、品質レビューの場でこんな言葉が飛び交う光景を見たことはないだろうか。 「品質チェックはQA担当の仕事だと思っていました」「レビューは工程の最後にやるものでは？」——こうした発言...
プロマネ 
プロマネ 「KPIは設定した後が本番だ」——モニタリングを”意思決定の回路”として設計し、数字をチームの行動に変える実践技法
KPIを「飾り」にしてしまうPMの共通パターン プロジェクトのキックオフ時、丁寧にKPIを設定したにもかかわらず、気づけば誰も見ていない——そんな経験はないだろうか。 多くのPMが陥るのは、「KPIを設定すること」を目的にしてしまうパターン...
プロマネ 「変更管理は”コスト”ではなく”投資”である」——変更を価値創出の機会に変えるPMの戦略的思考法
変更管理に対する「誤った前提」を疑う 多くのプロジェクトマネージャーは、変更管理を「やむを得ず対処する作業」として捉えている。変更要求が来るたびにため息をつき、承認フローを回し、スケジュールと予算への影響を計算し、ステークホルダーへの説明に...
プロマネ 「プロジェクト憲章を”最初に書く文書”と思っていないか」——憲章を”合意形成のプロセス”として設計し、チームの出発点を揃える実践技法
憲章は「文書」ではなく「会話の結晶」である プロジェクト憲章（Project Charter）について、こんな誤解が根強く残っている。 「PMが最初に書いて、承認をもらう文書」 だが、この認識が間違いの入口だ。憲章を「書く」ことに集中してし...
プロマネ 「振り返りの”場”より振り返りの”間”が大事だ」——レトロスペクティブを点から線へつなぐ”継続設計”の実践技法
振り返りは「イベント」ではなく「習慣の連鎖」である プロジェクト振り返り（レトロスペクティブ）に関する記事や書籍は多い。ファシリテーションの型、心理的安全性の確保、データの活用法——それらはすべて「その場をどう設計するか」という問いへの答え...
プロマネ 「課題は発見した瞬間が一番小さい」——課題の”重力”に抗い、問題を芽のうちに摘むPMの思考設計
課題は「放置するほど重くなる」という物理法則 プロジェクトマネジメントにおいて、課題管理は避けて通れないテーマだ。しかし多くのPMが陥るのは、「課題を記録すること」と「課題を解決すること」を混同してしまうパターンである。 課題管理台帳は整備...
プロマネ 「リスクを管理している」と「リスクと対話している」は違う——不確実性を”意思決定の燃料”に変えるリスク管理の思考転換
リスク管理が「形骸化する」本当の理由 多くのプロジェクトでリスク管理が行われている。リスクログが作られ、確率と影響度がマトリクスに整理され、定例会議でレビューされる。しかし、プロジェクトが終わった後に振り返ると、「あのリスクログ、誰も本気で...
プロマネ 「WBSは分解すれば完成」という思い込みを捨てる——”問いの構造”から設計するWBS作成と活用の実践技法
WBSに何が書いてあるか、より「何が書いていないか」が問題だ WBS（Work Breakdown Structure）を作ること自体は、多くのPMが経験している。しかし、「作ったWBSがプロジェクトの途中で形骸化した」「タスクが増え続けて...
プロマネ 「品質基準は誰が決めるのか」という問いから始める——ステークホルダーの”期待値”を品質管理の起点に設計する実践技法
品質管理の「盲点」——基準を作る前に問うべきこと 品質管理の議論になると、多くのPMはすぐに「チェックリストをどう整備するか」「テスト工程をどう設計するか」に話を進めてしまう。しかしそもそも、「誰にとっての品質か」を定義しないまま管理を始め...
プロマネ 「スケジュールの粒度」が計画の命運を分ける——タスク分解の”解像度設計”でプロジェクトを制御可能にする実践技法
「なぜこのスケジュールは機能しないのか」——粒度という盲点 スケジュールを作るとき、多くのPMが「何を入れるか」に集中する。しかし、見落とされがちな問いがある。「どのくらいの細かさで入れるか」——すなわち、タスク分解の粒度だ。 粗すぎるスケ...