プロジェクト管理における計画のドメイン | #17 プロジェクト管理を始める

プロジェクト管理における計画には、プロジェクト全体と同じくらいの時間がかかります。 まず、最も大まかな全体像が作成され、マイルストーンが設定され、エピックと呼ばれることもある実装の最も重要な領域が特定されます。 ただし、プロジェクトが終了する前日でも、まだ計画が残っているプロジェクト終了会議が残っています。

プロジェクト管理における計画 – 目次:

1. プロジェクト管理における計画 – 導入
2. プロジェクト ドメイン
3. 企画ドメイン
4. クリア
5. まとめ

序章

従来のカスケード アプローチでは、プロジェクトの実施前に計画フェーズがありました。 マイルストーンを設定する活動の詳細なスケジュールの作成と、さまざまなタスク間の予算リソースの割り当てが終了するはずだったのは、この段階でした。 プロジェクト管理の計画が完了したら、実装に進み、完了したタスクを段階的にチェックするだけで十分でした。 しかし、プロジェクト管理の現実は、プロジェクトの計画段階と実行段階が簡単に分離できるという理想的なイメージから大きくかけ離れています。

プロジェクト ドメイン

最新の PMBOK は、プロジェクトの計画と実行の連続した段階を参照しなくなりました。 代わりに、プロジェクト管理ドメインには、一時的なフレームワークではなく、プロジェクトが発生する領域であるパフォーマンス ドメインが区別されます。 実際、これらのドメインは次のとおりです。

• 利害関係者
• チーム
• メソッドとプロジェクトのライフサイクル
• 計画中
• プロジェクトの実施
• 結果の配信
• モニタリング
• 不確実性とリスク

それらは多くの場所で混ざり合い、交差します。 ただし、ステージではなくドメインについて話すと、プロジェクトのライフサイクルと適用される運用方法を区別しやすくなります。 多くのアプローチでは、計画、実行、および結果の提供がプロジェクト中に何度も発生します。

企画ドメイン

プロジェクト管理の計画により、プロジェクトは組織化され、調整され、目的のある方法で実行されます。 プロジェクトの実行中に習得した知識とスキルは、プロジェクトの目標を最も効果的に追求するために継続的に適応されます。 これが、PMBOK で計画ドメインが次のように定義されている理由です。

「プロジェクトの結果と結果を提供するために必要な、初期、進行中、発展中の組織と調整に関連する活動と機能を含む活動の領域。」

これは、計画の要素がプロジェクトのほぼすべての瞬間に見られることを意味します。 彼らは、プロジェクトを実装するための作業がまだ開始されていない開始段階だけでなく、チームの作業の結果がテストされ、クライアントのサイトで実装される最終段階にも存在します。

計画ドメインに関連付けられているのは、成果物と総称されるドキュメントとツールです。 主にプロジェクト計画の領域で使用されますが、他の領域でも使用されることがよくあります。 例えば：

• バックログ– 多くの場合、かんばんボードの形をとり、実行予定のタスクの集まりであり、プロジェクト実行のドメインにも属します。
• プロジェクト管理計画- 利害関係者のドメインとプロジェクトの実装にも適用されます。
• リスク管理計画– 不確実性とリスクの領域にも属します。

ただし、常に計画の最も重要な側面は、プロジェクトの目標の効果的な実現につながる行動方針を作成することです。

クリア

CLEARは、目標を策定する方法の1つです。 アダム・クリックによって策定されました。 頭字語は次のように展開されます。

• C – 共同、または共有– プロジェクトの目標を計画するときは、プロジェクト チームが協力して作業することを忘れないでください。
• L – 制限付き、または制限付き– 計画されたプロジェクトのフレームワークを定義し、すべての関係者に知らせる必要があります
• E – 感情的、または感情的に影響を受ける– プロジェクトの目標は、そのビジョンから、実現への欲求を喚起する能力を継承する必要があります
• A – かなりのこと– 小さすぎる目標を計画することは、単に想像力を働かせることにはなりません。目標を高く設定して、野心を刺激する必要があります。
• R – 改良可能、つまり形状を変更し、新しい条件下で調整できることを意味します

CLEAR メソッドの最後のポイントは、計画ドメインにとって特に重要です。 これは、目標をプロジェクトの実施条件と計画プロセスの継続性に適合させる必要性を強調するためです。

CLEAR の使用は、プロジェクトの目標を達成するための効果的な計画に役立ちます。 これは、計画ドメインをチーム ドメインに結び付けるためです。 これは、たとえば SMART など、一般的に使用される目標の定式化方法を使用する場合、取り残されることがあります。 したがって、2 つの方法を組み合わせる価値があるため、より広い視野とより興味深い計画の可能性が得られます。

プロジェクト管理における計画の領域。 まとめ

計画ドメインは、プロジェクト管理ではどこにでもあります。 これは、ほとんどすべてのプロジェクト マネージャーの活動に付随します。 これは、プロジェクトの目的を定義する初期段階から存在するためです。 次に、プロジェクトのマイルストーンの初期計画、スケジューリング、および定義において主要な役割を果たします。 ただし、プロジェクトのタスクを計画する際に最も重要なことは、リーンの精神で行動すること、つまり、計画に必要なものだけを詳細に計画することです。 そして適応、つまり、プロジェクト中に得られた知識をすぐに使用して、運用の効率を改善します。

私たちのコンテンツが気に入ったら、Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest、TikTok の忙しいミツバチ コミュニティに参加してください。

作者: キャロライン・ベッカー

プロジェクト マネージャーとして、Caroline は、最適なワークフローを設計し、プロセスを最適化するための新しい方法を見つける専門家です。 彼女の組織力と時間的プレッシャーの下で働く能力により、彼女は複雑なプロジェクトを実現するのに最適な人物となっています。

すべての投稿を表示

プロジェクト管理の開始:

1. プロジェクトとは？
2. プロジェクト管理とは？
3. プロジェクトを管理するには？
4. プロジェクト管理方法
5. プロジェクトの種類
6. 4つのプロジェクト例
7. プロジェクトの優先順位付け
8. プロジェクト活動の分野
9. プロジェクト管理における成功の定義
10. プロジェクト管理ソフトウェアを使用する理由
11. 最適なプロジェクト管理ソフトウェアを選択するには?
12. プロジェクト管理ソフトウェアの概要
13. プロジェクトのライフサイクル
14. プロジェクトのビジョンは何のためですか？
15. プロジェクトの目標。 それは何であり、それを適切に定義する方法は?
16. プロジェクトの開始段階 - 何に注意を払うべきですか?
17. プロジェクト管理における計画の領域
18. プロジェクト スケジュールとは何ですか? また、その目的は何ですか?
19. プロジェクトでマイルストーンを使用する方法は?
20. プロジェクトの実行
21. プロジェクトの緊急時対応計画を成功させるにはどうすればよいですか?
22. プロジェクト終了の重要性
23. プロジェクトの失敗。 プロジェクトが失敗する5つの理由
24. マネジメントの4P：プロジェクト、プロダクト、プログラム、ポートフォリオ
25. プロジェクトマネージャーの最も重要なタスクと責任
26. 最も有用なプロジェクト マネージャーのスキル
27. プロジェクトマネージャーになるには？
28. すべてのプロジェクト マネージャーが読むべき 5 冊の本
29. プロジェクトチームを設定するには？
30. 作業分解構造 - プロジェクトで作業を委任する方法は?
31. ハイブリッド ワークでチームをリードするには?
32. チームで作業するときにプロジェクト マネージャーが直面する課題
33. プロジェクトミーティングの種類
34. プロジェクトの監視。 監視するパラメータは?
35. 説得力のある文章の書き方
36. プロジェクトのスコープを定義し、スコープ クリープを回避する方法
37. 実現可能性調査 – このプロジェクトを実施できますか?
38. プロジェクトにおけるリスク分析とそれを促進するためのツール
39. プロジェクト憲章を作成するには？
40. 利害関係者登録簿とは何ですか？
41. プロジェクト管理計画におけるガント チャート
42. プロジェクトの予算を作成する方法は?
43. プロジェクトの時間管理
44. プロジェクト リスク レジスターの作成方法
45. プロジェクトのリスク管理戦略
46. プロジェクトマーケティング
47. プロジェクトにおける変更の原因と領域
48. プロジェクト管理の変更モデル
49. アジャイルの次は？ プロジェクト管理の方法