10のプロジェクト管理知識エリア (PMBOK)

プロジェクト管理で成功するために知っておくべきことは何ですか? すべての！ この冗談にはいくつかの真実がありますが、プロジェクト マネージャーとしての無数の責任を理解する方法を探している学生や経験豊富な専門家にとっては役に立ちません。

その分野に含まれる膨大な範囲のプロジェクト管理ツール、用語、スキル、および知識は、威圧的なものになる可能性があります。 これがPMBOKが作成された理由です — プロジェクト管理の多くの部分を統一し、標準化するのを助けるために.

プロジェクト管理におけるPMBOKとは何ですか?

PMBOKとは、Project Management Body of Knowledgeの略です。 これは、The Project Management Institute (PMI) によって発行および更新された、プロジェクト管理に関する一連の標準用語とガイドラインです。

プロジェクト管理の知識エリア

PMI は、プロジェクト管理の広い分野をさらに 10 の消化しやすい部分に分割しました。これは、そのA Guide to the Project Management Body of Knowledge (PMBOK) で10 のプロジェクト管理知識領域と呼ばれています。

プロジェクト管理の知識領域は、プロジェクトの開始、プロジェクトの計画、プロジェクトの実行、監視と制御、およびプロジェクトの終了であるプロセス グループと一致します。 これらは、すべてのプロジェクトが通過する年代順のフェーズです。

知識エリアは、これらのプロセス グループのいずれかで行われます。 プロセス グループは水平方向に、ナレッジ エリアは垂直方向にあると考えることができます。 知識領域は、効果的なプロジェクト管理に必要な中核となる技術的主題です。

1. プロジェクト統合管理

プロジェクトをまとめるものは何ですか? それはプロジェクト統合管理であり、開始段階で作成されるプロジェクト憲章の作成などの基本的な計画が含まれます。 これは、プロジェクトを設定し、プロジェクト マネージャーを割り当てるドキュメントです。

この分野のもう 1 つの側面は、プロジェクトが成功裏に終了するためのプロジェクト ロードマップとして作成されるプロジェクト管理計画です。 作成されたプロジェクト計画は、利害関係者やスポンサーによって承認され、プロジェクトの進行に合わせて変更ログによって監視および追跡されます。 ProjectManager などのプロジェクト管理ソフトウェアは、マネージャーがこれらのプロジェクト計画を追跡するのに役立ちます。

プロジェクト統合領域には、成果物の制作であるプロジェクト作業の指揮と管理も含まれます。 このプロセスは監視、分析、報告され、発生する可能性のある変更や問題を特定して管理します。

また、任意の変更管理が行われます。 これには、要求フォーム、利害関係者および/またはスポンサー、または別の管理者からの承認が必要になる場合があります。 このエリアは、プロジェクト終了時のプロジェクト クロージャーの一部でもあります。

2. プロジェクトスコープ管理

範囲は、プロジェクトの作業に関連しています。 したがって、これには、プロジェクト管理計画の一部である計画スコープ管理が含まれます。 また、最終的な製品またはサービスの詳細な要件が収集されるときでもあります。

また、スコープ ステートメントでスコープを定義する必要があります。 これは、主要なプロジェクトのリスクを軽減するための包括的な文章から箇条書きまでのあらゆるものです。 また、プロジェクト作業をグラフィックで分類した WBS (Work Breakdown Structure) も、この領域の一部です。

プロジェクト中にスコープを検証します。これは、成果物がスポンサーまたは利害関係者によって定期的に承認されていることを確認することを意味します。 これはプロセス グループの監視および制御中に発生し、計画中に提示された仕様ではなく、成果物を受け入れることに関するものです。

スコープ ステートメントは、プロジェクトが予定より遅れた場合など、プロジェクトの過程でスコープを制御するために変更される可能性があります。

3. プロジェクトの時間管理

プロジェクトの時間管理は、驚くことではありませんが、時間がかかります。 プロジェクトは、開始日と期限、および各タスクの予算でスケジュールされたタスクに分割されます。 そして、あらゆるプロジェクトのフェーズで物事は常に変化しています。つまり、これらのことを頻繁に修正することを意味します。

これには、プロジェクトのスケジュールを作成し、誰が何を担当するかを決定する計画スケジュール管理が含まれます。 これは、アクティビティを定義することを意味します。これは、WBS を作成することと同じではありませんが、似ています。 そのため、プロジェクトのあらゆる側面に触れるタスク リストを作成します。

関連:時間管理の戦略とツール

次に、これらのタスクを意味のある順序に並べ、タスク間の依存関係を記録します。 これらの依存関係は、終了から開始 (FS)、終了から終了 (FF)、開始から開始 (SS)、または開始から終了 (SF) のいずれかであると判断されます。 これは主に大規模なプロジェクト用です。

タスクが順序付けされたので、それぞれに必要なリソースを見積もり、割り当てる必要があります。 各タスクの期間もこの時点で決定されます。 これらすべてが、最初に各タスクのクリティカル パスとフロートを把握することで、スケジュールにつながります。 ガント チャートを使用してタスクをタイムラインに配置し、リソースの平準化に取り組み、リソースの使用量のバランスを取ります。

スケジュールができたら、それをコントロールするための計画が必要です。 定期的に出来高管理を行い、計画通りに計画が進んでいることを確認します。

4. プロジェクトのコスト管理

この領域にはプロジェクト予算が含まれます。つまり、資金がプロジェクトの範囲をカバーし、利害関係者やスポンサーに情報を提供し続けるために定期的に監視されていることを確認するための優れた見積もりツールを持つことを意味します。

関連: Excel 用の無料のプロジェクト予算テンプレート

計画原価管理は、予算を設定する方法を決定します。これには、どのように、どのように変更するか、および予算を管理するためにどのような手順を使用するかが含まれます。 各タスクのコストを見積もる必要があります。これは、労働力、材料、設備、およびタスクを完了するために必要なその他すべてのリソースを含めることを意味します。

これにより、すべてのタスクのコストを取得してそれらを組み合わせると、プロジェクトの予算が決まります。 次に、アーンド バリュー分析を通じてこれらのコストを管理する必要があります。 これは、プロジェクト全体で定期的に実行され、推定コストが実際の支出と一致していることを確認します。

5. プロジェクトの品質管理

プロジェクトは時間通りに予算内に収めることができますが、品質が標準セットに達していない場合、プロジェクトは失敗します。 品質管理計画は、プロジェクト管理計画全体の一部ですが、製品またはサービスの品質仕様が含まれている場合は、独立したドキュメントにすることができます。

プロセスには品質保証を含める必要がありますが、これは品質基準が確実に満たされていることを確認する方法にすぎません。 したがって、品質を管理するには、成果物を検査して、品質管理計画で概説されている基準が満たされていることを確認する必要があります。

6. プロジェクトの人的資源管理

プロジェクト チームは最も重要なリソースであるため、最高のチームを編成し、彼らが満足していることを確認することが重要です。 しかし、プロジェクトが計画どおりに進行していることを確認するために、パフォーマンスを追跡する必要もあります。 人的資源管理計画は、彼らの役割とそれらの位置に対する彼らの要件、および彼らが全体的なプロジェクト構造にどのように適合するかを特定します.

職務内容を決定したら、それらのポジションを埋めてプロジェクト チームを獲得します。 これは、組織内の他の部門から引き抜くか、新規採用するか、またはその両方を組み合わせることによって、社内で行うことができます。 チームには、開発、場合によってはトレーニング、およびプロジェクトで実行可能にするその他のものが必要です。

プロジェクト チームの管理は、プロジェクト マネージャーの継続的な責任です。 チームは生産的に働いていること、内部の衝突がないことを確認するために監視されているため、全員が満足しています。

7. プロジェクトコミュニケーション管理

プロジェクト管理のすべての領域が重要ですが、コミュニケーション管理はプロジェクトのあらゆる側面に情報を与えるため、最も重要かもしれません。 コミュニケーションはチームと利害関係者に情報を提供するため、コミュニケーション管理を計画する必要性は、どのプロジェクトでも重要なステップです。

関連:無料のコミュニケーション プラン テンプレート

この時点で、どのように、どのくらいの頻度で行われるかを含め、コミュニケーションの普及が決定されます。 誰が、いつ、何を必要としているかをターゲットにします。 また、プロジェクトで変更などの問題が発生した場合の通信方法にも注意してください。

プロジェクトが計画どおりに実行されるように、プロジェクトの実行時にコミュニケーションを管理します。 これには、コミュニケーションの有効性を定期的に見直し、必要に応じて調整することにより、コミュニケーションを制御することも含まれます。

8. プロジェクトのリスク管理

リスク管理計画では、リスクをどのように項目化し、分類し、優先順位を付けるかを特定します。 これには、リスク登録簿を作成することにより、プロジェクトの実行中に発生する可能性のあるリスクを特定することが含まれます。

最大のリスクが特定され、可能性と影響によって分類された後、定性的なリスク分析を実行します。 次に、それらに優先順位を付けます。 次に、予算、スケジュールなど、プロジェクトへの影響に応じて定量分析を実行します。

次に、リスク対応を計画する必要があります。 これらのリスクが実際に問題になる場合は、リスクが適切に特定され、処理されていることを確認できる所有者とともに、事前に対応を作成する必要があります。 リスクの管理には、リスク登録簿を定期的に見直し、プロジェクトに影響を与えなくなったリスクを除外することが含まれます。

9. プロジェクト調達管理

これは、下請業者の雇用など、ほとんどのプロジェクトの一部である外部調達を扱います。 これは明らかに予算とスケジュールに影響を与えます。 調達管理の計画は、プロジェクトの外部ニーズと、それらの請負業者がどのように関与するかを特定することから始まります。

請負業者を雇ってこれらの調達を実施します。これには、作業明細書、委託条件、提案依頼、ベンダーの選択が含まれます。 管理と監視によって調達プロセスを制御し、全員が満足する作業が完了したら契約を締結する必要があります。

10. プロジェクト利害関係者の管理

プロジェクトは利害関係者のニーズに合わせて作成されているため、利害関係者は満足しているに違いありません。 したがって、プロジェクトの他の部分と同様に積極的に管理する必要があります。 まず、利害関係者の分析を通じて利害関係者を特定する必要があります。 必ずしも簡単なことではありませんが、プロジェクトを開始する上で非常に重要な部分です。

次に、利害関係者の管理を計画します。これは、各利害関係者をリストし、彼らの懸念事項とプロジェクトへの影響の優先順位を付けることを意味します。 これは、利害関係者の期待を管理して、彼らのニーズが満たされ、あなたが彼らとコミュニケーションを取っていることを確認することにつながります.

プロジェクト全体を通して、利害関係者の関与を管理します。 これは、利害関係者のニーズに対応しているかどうかを判断することによって行います。 そうでない場合は、それらのニーズを満たすか、期待を調整するために、どのような変更を加える必要があるかを把握します。

プロジェクト管理の知識領域はプロジェクトに命を吹き込みますが、その生活は無秩序で複雑になる可能性があります。そのため、プロジェクト マネージャーは、プロジェクトのこれらすべての可動部分を管理するのに役立つツールを必要としています。 ProjectManager は、リアルタイムのダッシュボードとガント チャートを備えたクラウドベースのプロジェクト管理ソフトウェアで、多くのフェーズでプロジェクトを正確に監視します。 この 30 日間の無料試用版を利用して、プロジェクトの管理にどのように役立つかを確認してください。