プログラムマネジメントとチーム運営
プログラムマネジメントとは、関連する複数のプロジェクトを一つの活動の結合体として捉え、プロジェクト同士の連携と統合を通じて価値を高め、組織全体の戦略や事業目標の実現を図る管理の考え方である。個々のプロジェクトが成果物の完成を目的とするのに対し、プログラムは事業上の便益を最終的な目標に置く点が特徴である。チームの運営では、メンバーがどの発展段階にあるかを見極め、その段階に応じて役割の調整や合意形成を進めることが管理者に求められる。
原理と仕組み
プログラムマネジメントの基本は、関連する複数のプロジェクトの相互作用から新たな価値を生み出すことにある。活動全体を複数のプロジェクトの結合体と捉え、連携と統合を通じて組織全体の戦略の実現を図る点が本質である。 そのため、各プロジェクトの計画や進捗を個別に最適化するだけでは不十分であり、プロジェクト間の依存関係や資源の配分を全体の視点から調整する必要がある。
個々のプロジェクトの管理を細分化して必要な技術や資源を明らかにするのは、個別プロジェクトの計画と管理に関する考え方である。 この説明は複数のプロジェクトを統合して戦略を実現する視点を含まないため、プログラムマネジメントの考え方とは異なる。
開発に用いる言語や開発手法を早期に検討して開発リスクを下げることは、個別システム開発のリスク管理に当たる。 複数のプロジェクトを事業目標に結び付けるという観点は含まれておらず、プログラムマネジメントの中心的な考え方とは言えない。
プロセス群と発展段階の判断基準
JIS Q 21500:2018は、プロジェクトマネジメントの活動をプロセス群という単位で整理している。プロセスがどの群に属するかを判断する際は、そのプロセスの目的を基準にすると誤りを減らせる。計画のプロセス群に属するものの例として、スコープの定義が挙げられる。 一方で、品質保証の遂行は実行のプロセス群に、プロジェクト憲章の作成は立上げのプロセス群に、プロジェクトチームの編成は実行のプロセス群に属する。 計画を立てるプロセスと、計画に基づいて作業を行うプロセスを混同しないことが重要である。
この節の続き
- 実務の場面
- 試験で問われやすい区別
ここまでが冒頭部分です。ログインすると、無料でも1日2節まで全文をお読みいただけます。
アプリでこの節を読む