『仕様追加を甘く見るな』PMの力量が問われる瞬間!
製造工程での仕様追加は製造済みの機能に大きく影響するため、しっかりと調査しなければなりません。
特に長期プロジェクトでは、その傾向が顕著ではないでしょうか。
しかし、仕様追加の要望を軽く受け入れてしまうと思わぬトラブルが発生することもあります。
トラブルを起こさないようにするには、計画に沿って事前調査を行なってください。
また調査するための必要スキルを知ることが大事です。
意外にも、このことを知らないPMが多いって、ご存知でしょうか?
続きを読む■今回のテーマ
プロジェクト計画における『スコープマネジメント計画』の検討の中で、『仕様追加時の事前調査をするために必要なスキル設定を行わなかった』ことにより、『プロジェクトが停滞した』という問題が起こりました。
この問題を取り上げていきます。
※プロジェクト検証の結果をお伝えするにあたり、架空の企業である「株式会社XYZ」での出来事として紹介します。
『トラブル時でも作業ループさせない』PMなら押さえておけば失敗なし!
ピンチの時に後続工程を同時進行することはリスクが高い施策です。
✅緊急時に作業の難易度の精査、作業の組み替えが苦手な方
✅PJリスクを集めているPMやPMO
✅プロマネ初心者を抱える管理者
にお伝えしたいプロジェクトリスクの情報です。
この場合、更なるスケジュールの遅延や品質劣化を起こすことがあります。
まずは、一旦冷静になって作業の難易度を精査して、作業の組み替えを考えてから実行に移しましょう。
意外にも、このことを知らないPMが多いって、ご存知でしょうか?
続きを読む■今回のテーマ
プロジェクト計画における『工数の算出』の検討の中で、『作業の割当人数を間違った』ことにより、『プロジェクトが停滞した』という問題が起こりました。
この問題を取り上げて、原因の追求、解決策、リスク対策を解説していきます。
※プロジェクト検証の結果をお伝えするにあたり、架空の企業である「株式会社XYZ」での出来事として紹介します。
『仕様変更、追加と騒ぎ立てる前に!』PMなら絶対押さえておきたいポイント!
段階的に設計することによって、業務仕様を実現するために必要なスコープが見えてきます。
✅仕様変更や追加が発生すると焦ってしまう方
✅PJリスクを集めているPMやPMO
✅プロマネ初心者を抱える管理者
にお伝えしたいプロジェクトリスクの情報です。
プロジェクトでは、段階的に設計することによって、業務仕様を実現するために必要なスコープが見えてくるものです。
IT開発をやっていれば、常識的なことです。
しかし、PMになった途端に、こんなことは忘れてしまい『業務仕様が変更された・追加された』と騒ぎ立てる方もいます。
まずは、計画段階で、段階的に業務仕様が見えてくることを考慮して予算を確保しておくことが大事です。
意外にも、このことを知らないPMが多いって、ご存知でしょうか?
■今回のテーマ続きを読む
プロジェクト計画における『工数の算出』の検討の中で、『リスク回避工数が見積もりに含まなかった』ことにより、『プロジェクトが停滞した』という問題が起こりました。
この問題を取り上げて、原因の追求、解決策、リスク対策を解説していきます。
※プロジェクト検証の結果をお伝えするにあたり、架空の企業である「株式会社XYZ」での出来事として紹介します。
『メンバのスキルがプロジェクトを成功に導く』プロジェクトに取り入れたいポイント!
スケジュールを圧迫する理由にスキルの選定ミスがあります。
✅プロジェクト遅延の際に並行で別工程を実施して失敗した方
✅PJリスクを集めているPMやPMO
✅プロマネ初心者を抱える管理者
にお伝えしたいプロジェクトリスクの情報です。
プロジェクト遅延が発生した場合に、スケジュールを圧迫している原因を考えるものです。
その時、多くのプロジェクトマネージャーは、所用期間、作業工数の計画ミスを疑うことがあります。
これは、原因を追求する『きっかけ』としては正しいのですが、これでは足りません。
メンバーがプロジェクトを成功に導くことができるスキルが備わっているかを原因の一つとして考えなければなりません。
プロジェクトで必要とされているスキルを理解していないとスケジュールは圧迫されるものです。
やはり、プロジェクトで必要なスキルとトメンバーのスキルが合致していなければプロジェクトは成功できません。
意外にも、このことを知らないPMが多いって、ご存知でしょうか?
■今回のテーマ続きを読む
プロジェクト計画における『体制の構築』の検討の中で、『プロジェクトに必要なスキルとメンバのスキルのギャップがあった』ことにより、『品質担保が困難になった』という問題が起こりました。
この問題を取り上げて、原因の追求、解決策、リスク対策を解説していきます。
※プロジェクト検証の結果をお伝えするにあたり、架空の企業である「株式会社XYZ」での出来事として紹介します。
『既存資産(システム)の流用』失敗しないための効果的なポイント
既存資産の流用は事前調査をしっかり行なってから取り入れるかを考えてください。
✅既存資産の流用を試そうと思っている方
✅PJリスクを集めているPMやPMO
✅プロマネ初心者を抱える管理者
にお伝えしたいプロジェクトリスクの情報です。
昨今のプロジェクトは、開発期間の短縮、予算の低減が強いられています。
プロジェクトマネージャーとしては、頭の痛い話です。
この時、一つのアイデアとしては、『既存資産の流用』です。
これは、プロジェクトのスケジュールやコストを最適にさせる効果がある反面、流用可否を調査せずに感覚に頼って流用した時ほどトラブルになるものです。
特に、業務仕様の流用は、多くの危険が潜んでいるものです。
意外にも、このことを知らないPMが多いって、ご存知でしょうか?
■今回のテーマ続きを読む
プロジェクト計画における『スコープの明確化』の検討の中で、『既存資産の流用をする際に事前調査を怠った』ことにより、『既存資産の流用が出来ずコストオーバー』という問題が起こりました。
この問題を取り上げて、原因の追求、解決策、リスク対策を解説していきます。
※プロジェクト検証の結果をお伝えするにあたり、架空の企業である「株式会社XYZ」での出来事として紹介します。
『プログラム管理の甘さ』デグレにより不幸を招いたプロジェクト
いくら不具合修正を行なってもプログラム管理ができていないと品質は劣悪になります。
✅プログラム管理(修正履歴、世代間り)を十分に行わない方
✅PJリスクを集めているPMやPMO
✅プロマネ初心者を抱える管理者
にお伝えしたいプロジェクトリスクの情報です。
プロジェクトでは、システムの品質を向上させるために各工程でテストを実施していきます。
テストの過程では、不具合が発生することは当たり前のことです。
不具合があれば、プログラムを修正して、正常な動作を保証しなければなりません。
しかし、1つのプログラムが複数の機能に関連するのであれば、修正履歴による関係者との共有、最新バージョンとしてのプログラム管理を行わなければ『デグレ』という厄介なトレブルに巻き込まれ、時間とコストを無駄に浪費してしまいます。
意外にも、このことを知らないPMが多いって、ご存知でしょうか?
続きを読む■今回のテーマ
プロジェクト計画における『品質基準の策定』の検討の中で、『プログラムの修正履歴、世代管理が厳密に行わなかった』ことにより、『重複障害やデグレートの多発による品質劣化』という問題が起こりました。
この問題を取り上げて、原因の追求、解決策、リスク対策を解説していきます。
※プロジェクト検証の結果をお伝えするにあたり、架空の企業である「株式会社XYZ」での出来事として紹介します。
『総合テストの範囲を明確にする』誰でもすぐ失敗しない出来るコツ!
テスト工程で各チームの進捗にバラツキがでたら、スコープの理解度をチェックしてください。
総合テストは、プロジェクトにおいて重要な品質チェックの作業です。
プロジェクトでは、入念にテスト計画を策定して慎重に実施していくでしょう。
特に、複数のチームで総合テストを分担して実施する時は、テスト計画の『テストスコープ』、『テスト方針』、『テスト手順』を正確に作っておかないと、各チームでテストの品質にバラツキが出るものです。
これは、『各チームにお任せ』という丸投げマネジメントであり、テストを全て消化しても品質基準をクリアしているかが不明確となり、再テストという事態も否めません。
意外にも、このことを知らないPMが多いって、ご存知でしょうか?
■今回のテーマ続きを読む
プロジェクト計画における『スコープの明確化』の検討の中で、『スコープを理解していないことから各チームの進捗にバラツキが出た』ことにより、『総合テストのスケジュール遅延』という問題が起こりました。
この問題を取り上げて、原因の追求、解決策、リスク対策を解説していきます。
※プロジェクト検証の結果をお伝えするにあたり、架空の企業である「株式会社XYZ」での出来事として紹介します。