プロジェクトは、計画したスケジュールに従って作業を進めていきます。 「作業工数は正しく見積もれたのに、WBSスケジュールが遅延してプロジェクトが失敗した」 そんなふうに反省するPMも多いようです。 何を使って、WBSスケジュールを作るのでしょうか？ それは、作業工数です。 作業工数を見積もる時に、必要な要素が漏れていたら、誤ったWBSスケジュールが出来上がります。 お疲れ様です、ゆーろーです。 冒頭のメッセージはiPM naviで公開されているコラムの一節です。 作業工数が正しければ、必ずしもスケジュール（プロジェクトの所要期間）が正しい、というのは幻想なんですね。 幻にならないように、スケジュールを作る前に❗️ WBSに開発作業以外のタスクが洗い出されていて、盛り込まれているか？ このチェックが必要です。 あなたがPMだったとしましょう。 作業工数は正しいのに、スケジュール（プロジェクト

PMであればユーザテスト仕様書のINPUT情報はなんであるかを理解していなければトラブルが起こります。 と疑問を抱えているPM初心者・未経験者の悩みを解決できる記事になっています。 ■今回のテーマ プロジェクト計画における『品質基準の作成』の検討の中で、『ユーザテスト仕様を間違った』ことにより、『プロジェクトが停滞した』という問題が起こりました。 この問題を取り上げ、現役PMOが検証して教訓をお伝えしていきます。 ※プロジェクト検証の結果をお伝えするにあたり、架空の企業である「株式会社XYZ」での出来事として紹介します。 参考：このような方にもお役に立つ記事となっています ✅ユーザテスト仕様書のINPUT情報を知りたい方 ✅CTO、プロジェクト責任者の方 1,000以上のプロジェクトに携わった現役PMOがトラブルプロジェクトを検証した結果をご覧ください。 目次 prologue 【プロジェ

ピンチの時に後続工程を同時進行することはリスクが高い施策です。 ✅緊急時に作業の難易度の精査、作業の組み替えが苦手な方 ✅PJリスクを集めているPMやPMO ✅プロマネ初心者を抱える管理者 にお伝えしたいプロジェクトリスクの情報です。 プロジェクトでは、スケジュールが遅延した際にリカバリー策として後続工程を同時に行って、大きなトラブルを引き起こすPMがいます。 この場合、更なるスケジュールの遅延や品質劣化を起こすことがあります。 まずは、一旦冷静になって作業の難易度を精査して、作業の組み替えを考えてから実行に移しましょう。 意外にも、このことを知らないPMが多いって、ご存知でしょうか？ ■今回のテーマ プロジェクト計画における『工数の算出』の検討の中で、『作業の割当人数を間違った』ことにより、『プロジェクトが停滞した』という問題が起こりました。 この問題を取り上げて、原因の追求、解決策、リ

製造工程での仕様追加は製造済みの機能に大きく影響するため、しっかりと調査しなければなりません。 ✅仕様追加の承諾判断に迷う方 ✅PJリスクを集めているPMやPMO ✅プロマネ初心者を抱える管理者 にお伝えしたいプロマネ情報です。 プロジェクトが進むにつれクライアントが考えていた仕様が陳腐化することもあります。 特に長期プロジェクトでは、その傾向が顕著ではないでしょうか。 しかし、仕様追加の要望を軽く受け入れてしまうと思わぬトラブルが発生することもあります。 トラブルを起こさないようにするには、計画に沿って事前調査を行なってください。 また調査するための必要スキルを知ることが大事です。 意外にも、このことを知らないPMが多いって、ご存知でしょうか？ ■今回のテーマ プロジェクト計画における『スコープマネジメント計画』の検討の中で、『仕様追加時の事前調査をするために必要なスキル設定を行わなかっ

PMであれば、メンバが品質基準を正確に理解しているかを把握する仕組みが必要です。 と疑問を抱えているPM初心者・未経験者の悩みを解決できる記事になっています。 ■今回のテーマ プロジェクト計画における『コミュニケーションマネジメント計画』の検討の中で、『メンバが品質基準を理解しているかの仕組みを作らなかった』ことにより、『プロジェクトが停滞した』という問題が起こりました。 この問題を取り上げ、現役PMOが検証して教訓をお伝えしていきます。 ※プロジェクト検証の結果をお伝えするにあたり、架空の企業である「株式会社XYZ」での出来事として紹介します。 参考：このような方にもお役に立つ記事となっています。 ✅品質基準のアナウンス方法を模索している方 ✅CTO、プロジェクト責任者の方 1,000以上のプロジェクトに携わった現役PMOがトラブルプロジェクトを検証した結果をご覧ください。 目次 pro