プロマネ 「振り返りは誰がやるべきか」という問いから始める——レトロスペクティブの”権限設計”でチームの当事者意識を根本から変える実践論
振り返りが「PMの仕事」になっていないか レトロスペクティブの場で、こんな光景を見たことはないだろうか。PMが議題を用意し、PMが進行し、PMが「では、次回から〇〇を改善しましょう」とまとめる。メンバーはうなずき、会議が終わる。 翌月、同じ...
2026-06
プロマネ 
プロマネ 「スケジュールの遅れ」は結果ではなく予告である——遅延シグナルを”早期発見”するモニタリング設計の実践技法
なぜ、遅れはいつも「突然」やってくるのか プロジェクトマネジメントの現場でよく聞く言葉がある。「先週まで大丈夫だと思っていたのに、急に遅れが発覚した」——。しかし、スケジュールの遅延は本当に「突然」起きるのだろうか。 答えはほぼ確実に「No...
プロマネ 「スケジュールが崩れる瞬間」を設計に織り込む——バッファ管理とクリティカルチェーンで”崩れにくい計画”を作る実践技法
なぜ「丁寧に作ったスケジュール」ほど早く崩れるのか プロジェクトマネジメントの現場でよく耳にする嘆きがある。「あれだけ時間をかけてスケジュールを作ったのに、開始1週間で既に遅れている」——。 皮肉なことに、丁寧に作り込んだスケジュールほど、...
プロマネ 「チームの空気」はマネジメントできる——心理的安全性を”構造”として設計し、パフォーマンスを引き出すPMの技法
「なぜこのチームは意見が出ないのか」という問いの立て方が間違っている プロジェクトミーティングで、PMが「何か気になる点はありますか？」と問いかける。しばらくの沈黙の後、「特にないです」という返答。会議は予定通り終了するが、終わった直後にメ...
プロマネ 「変更管理は承認フローだけではない」——変更の”予兆を読む”インテリジェンス設計でプロジェクトを先手で守る技法
変更管理の「盲点」に気づいているか 変更管理というテーマは、プロジェクトマネジメントの世界で繰り返し語られてきた。承認フローを整備し、変更ログを残し、影響分析を行う——こうした「仕組み」の重要性は多くのPMが理解している。 しかし、現場で起...
プロマネ 「スケジュールは誰のものか」を問い直す——関係者全員が”自分事”として動くスケジュール設計の技法
スケジュールが「PMだけのもの」になっていないか プロジェクトのスケジュールを丁寧に作り込んだのに、チームメンバーは自分の締め切りしか見ていない。ステークホルダーは報告を受けるだけで、進捗に無関心。気づけば遅延が発生しているのに、誰も「自分...
プロマネ 「振り返りのための振り返り」を終わらせる——レトロスペクティブを”行動の連鎖”に変えるアクション設計の技法
振り返りはしている。でも、なぜ変わらないのか プロジェクト終了後、チームで振り返りを実施した。付箋がホワイトボードを埋め、活発な議論が生まれた。「次回はコミュニケーションを密にしよう」「タスク管理ツールをもっと活用しよう」——そんな言葉が並...
プロマネ 「PMがいないと回らない」チームを卒業する——リーダーシップを”関係性のデザイン”として捉え直す実践論
「自分がいないと不安」——それはリーダーシップではなく、依存の設計だ プロジェクトマネージャーなら一度は感じたことがあるはずだ。「自分が抜けたら、このチームは動けないかもしれない」という感覚を。しかしそれは、あなたが優秀だという証明ではない...
プロマネ 「方法論を選ぶ」のではなく「問いを設計する」——アジャイル・ウォーターフォール選択を”プロジェクトの本質”から逆算する思考フレーム
「どちらを使うか」より先に問うべきことがある アジャイルかウォーターフォールか——この問いは、プロジェクト開始時に必ずといっていいほど浮上する。しかし多くのPMが、この問いに対して「規模」や「業種」や「チームの慣れ」という表層的な基準で答え...
プロマネ 「プロジェクト憲章は承認されたら終わり」という誤解を正す——憲章を”生きた合意文書”として書き、使い続けるための実践技法
憲章は「作ること」が目的ではない プロジェクト憲章（Project Charter）は、多くの組織で「プロジェクト開始時に提出する書類」として扱われている。承認を得たら引き出しにしまわれ、以降は誰も参照しない——そんな経験をしたことのあるP...