ソフトウェア プロジェクトの追跡と監視のキー プロセス エリア (KPA) の目標は、プロジェクト マネージャーがパフォーマンスと計画の差異を検出し、予防または是正措置を取ることができるように、プロジェクトのパフォーマンスに十分な洞察を提供することです。 この KPA は、PMBOK のすべての知識領域に影響を与え、プロセスの監視および制御グループと最も密接に関連しています。 他の KPA と同様に、ソフトウェア プロジェクトの追跡と監視は、目標、コミットメント、能力、活動、測定、検証で構成されています。
目標
この KPA の目標は、プロジェクトの監視と是正措置に関連し、これをサポートします。 目標は、結果がプロジェクト計画に対して追跡されること、計画された結果と実際の結果に差異がある場合に是正措置が取られること、およびプロジェクト計画を変更する是正措置が影響を受けるグループによって合意されることです。 能力と活動はすべて、これらの目標の達成をサポートします。
実行へのコミットメント
この KPA へのコミットメントは、エグゼクティブ レベルで要求されます。 最初のコミットメントは、ソフトウェア プロジェクト マネージャーがプロジェクトに割り当てられることです。 このコミットメントは、ほとんどの IT プロジェクトでデフォルトで行われます。 プロジェクト全体を担当するプロジェクト マネージャーは、「ソフトウェア プロジェクト マネージャー」と見なされるか、少なくともソフトウェア プロジェクトの管理経験がある人物である可能性があります。 大規模なプロジェクトで、ソフトウェア システムまたはアプリケーションを作成するためのサブプロジェクトを定義する必要がある場合、このコミットメントには、サブプロジェクトを管理するプロジェクト マネージャーを割り当てる必要があります。 これは組織のコミットメントですが、全体的なプロジェクト マネージャーである場合は、ソフトウェア サブプロジェクトを管理するプロジェクト マネージャーを特定して割り当てる必要がある場合があります。
2 番目のコミットメントも組織レベルであり、プロジェクト管理は、ソフトウェア プロジェクトを管理するための文書化された組織ポリシーに従うことです。 PMO または PMC で働く PM は、従うべきそのようなポリシーを持つ必要があります。 あなたが CMM/CMMI 認定の担当を率いるプロジェクト マネージャーである場合は、組織のプロジェクトと将来のプロジェクトを管理するために、このポリシーの作成に着手する必要があります。
実行する能力
CMM/CMMI レベル 2 基準を満たすために必要な 5 つの能力があります。 1 つ目の能力は、ソフトウェア プロジェクトにプロジェクト計画があることです。 2 つ目は、ソフトウェア プロジェクト マネージャーがプロジェクト チームに作業を割り当てることです。 これは、プロジェクト マネージャーが計画で作業を定義、編成、およびスケジュールするだけでなく、個々のチーム メンバーに作業を行うように指示することを意味します。 この能力の基準を満たすには、ソフトウェア プロジェクト マネージャーに、プロジェクト期間中、プロジェクト リソースの作業を指示する権限を与える必要があると思います。 この権限を公式に付与する最善の方法は、プロジェクトを管理するプロジェクト憲章を通じて行うことです。
3 番目の機能は、追跡および監視活動のために提供される適切なリソースを必要とします。 活動の計画は、プロジェクトの計画とスケジュールによってサポートされます。 適切な資金は、承認されたプロジェクト予算の一部である監視および追跡活動を実行するためのリソースの予算によって示されます。 能力 4 では、ソフトウェア プロジェクト マネージャーは、ソフトウェア プロジェクトの「技術的および人的側面」を管理するためのトレーニングを受ける必要があります。 ソフトウェア プロジェクト マネージャーをプロジェクト マネジメント プロフェッショナル (PMP®) として認定すること以上に、この能力を実証する良い方法はないと私は主張します。 Project Management Institute はこの認定を監督し、プロジェクト管理認定およびプロジェクト管理のベスト プラクティスの分野におけるリーダーとして世界的に認められています。 プロジェクト管理経験に関する PMI の基準が満たされていれば、ソフトウェア プロジェクト マネージャーの認定は簡単です。 その場合、プロジェクト マネージャーは、質の高い PMP® コースまたは PMP® 試験準備トレーニング製品のホストから選択して、認定試験の準備をすることができます。 これらのコースは、プロジェクト管理のベスト プラクティスとその実装についてプロジェクト マネージャーをトレーニングし、プロジェクト マネージャーが試験に合格するのを支援します。
最後の能力は、最前線のソフトウェア マネージャーが「ソフトウェア プロジェクトの技術的側面のオリエンテーション」を受けることを求めます。 CMMI は、最前線のソフトウェア マネージャーを、単一の組織単位の人員配置と活動に対して、技術的な指示を提供する責任を含む、直接的な管理責任を持つ人物と定義しています。 この定義は、PMBOK® の機能管理者の定義と一致します。 最前線の管理者は、プロジェクトで使用されるツール、プロセス、手順、および標準について教育を受ける必要があります。
活動内容
CMM が要求する活動には、次のようなものがあります。
- プロジェクト計画を使用して、アクティビティを追跡し、プロジェクト ステータスを伝達します。 計画は、完了した作業に関する情報で更新し、プロジェクトの利害関係者が利用できるようにする必要があります。 MS Project ファイルはこの基準を満たし、デスクトップに MS Project を持っていない関係者がアクセスできるいくつかの形式に WBS/スケジュールを変換します。
- プロジェクト計画は、文書化された手順に従って改訂されます。 この手順は、変更管理計画、または統合変更管理システム (ICCS) になります。 プロジェクト計画のさまざまなコンポーネントは、ICCS/変更管理計画によって承認された変更をどのように実装するかを指定します。 この活動では、改訂されたプロジェクト計画のレビューも求められます。
- 外部グループに対するコミットメント、およびそれらのコミットメントに対する変更は、文書化された手順に従って上級管理職によってレビューされます。 追跡と監督の文脈では、この活動はプロジェクトの変更管理計画に記述されます。
- ソフトウェア プロジェクトに対する承認された変更は、ソフトウェア エンジニアリング グループおよびその他のソフトウェア関連グループのメンバーに伝達されます。 変更管理計画またはコミュニケーション管理計画では、これについて説明する必要があります。
- 作業成果物のサイズ、または作業成果物への変更が追跡され、必要に応じて是正措置が講じられます。 CMM では、「サイズ」という言葉を使用して、生成されるコードの行数、.html ページ、またはドキュメントのページ数を表します。 アイデアは、見積もり手順と将来の見積もりを修正するために必要なアクションを特定する目的で、実際のサイズを見積もりと比較することです。
- 労力とコストが追跡され、必要に応じて是正措置が講じられます。 プロジェクト計画のコスト管理部分は、支出の監視と管理を管理し、是正措置を特定する方法を特定します。 変更管理計画は、コスト見積もりの変更方法を管理します。 ソフトウェア開発プロジェクトは予算によって直接管理されないことが多いため、これはプロジェクトの時間管理計画で達成される場合があります。
- 重要なコンピューター リソースが追跡され、必要に応じて是正措置が取られます。 これらは、他のプロジェクト リソースとともに、リソース管理計画で追跡されます。
- スケジュールは追跡され、必要に応じて是正措置が講じられます。 プロジェクト計画の時間管理の部分では、これがどのように行われるかを説明します。これには、計画の遅れた納期と早い納期の分析が含まれます。
- 技術活動は追跡され、必要に応じて是正措置が取られます。 技術活動とは、ソフトウェアの開発とテストに使用される方法、手順、およびプロセスを指します。 テスト活動は、品質管理計画で説明されます。 ソフトウェアの開発に関連する方法、手順、およびプロセスのほとんどは、構成管理計画に取り込む必要があります。 構成管理計画または品質管理計画でカバーされていない活動は、別の計画で説明する必要があります。
- プロジェクトのリスクが追跡されます。 これは、リスク管理計画によって達成されます
- 測定データと再計画データが記録されます。 これには、見積もりと見積もりに関連するデータ、および完了した作業を測定するデータが含まれます。 見積もりは、WBS とスケジュールに取り込まれます。 Function Point Analysis (FPA) などの推定ツールと方法については、別の場所で説明します。
- ソフトウェア エンジニアリング グループは、定期的な内部レビューを実施して、技術的な進捗状況、計画、パフォーマンス、および計画に対する問題を追跡します。 ソフトウェア エンジニアリング グループには、第一線のマネージャーとソフトウェア プロジェクト マネージャーが含まれます。 この活動は、毎週のステータス レビュー ミーティングでカバーされます。
- 成果と結果に対処するための正式なレビューは、選択されたプロジェクトのマイルストーンで実施されます。 これらの正式なレビューは、ゲート レビューに対応します。
測定と分析
追跡活動を実行するために必要な労力が測定されます
検証
検証は、追跡および監視活動を定期的にレビューする上級管理職によって行われます。 これは、プロジェクトのために計画されたゲート レビュー、および予定されている運営委員会またはプロジェクト スポンサーのレビューによって満たされます。 検証は、プロジェクト マネージャーによっても行われます。 この要件は、ゲート ミーティングに加えて定期的なステータス レビュー ミーティングで満たすことができます。 これら 2 つの検証では、各会議の後に進捗レポートを作成する必要もあります。
3 番目の検証では、品質保証グループによるプロジェクトのレビューまたは監査が必要です。 CMM は、品質保証グループをプロジェクトの管理外のエンティティと見なしているため、組織の上級管理職がこの検証の責任を負う必要があります。 PMO または PMC によってプロジェクトを管理するように割り当てられている場合、このグループは、CMM が必要とする監査またはレビューを提供する場合があります。
この記事で説明するヒントとコツは、PMI (Project Management Institute) が推奨するベスト プラクティスの一部を実装したものです。 これらは、ほとんどの PMP® コースおよびその他の PMP® 試験準備トレーニング製品で教えられています。 ダウンロード可能なソフトウェア トレーニング ツールである AceIt© など、この分野で利用可能な製品のサンプルについては、three O の Web サイトにアクセスしてください。 http://threeo.ca/featuress8.php