前回のブログ記事では、PRINCE2とは何かの概要を紹介しました。
プロジェクト管理のための標準化されたフレームワーク、”制御された環境でのプロジェクト”、または略してPRINCE2は、多数の形態、期間、スコープにまたがるプロジ
は、最終結果の生産に焦点を当て、何をいつ、誰によって生産されるかを指示し、物事をどのように行うべきかを指示するのではなく、PRINCE2を多くのプロジェ
しかし、PRINCE2はどのように機能しますか？
PRINCE2の仕組みを理解するためには、PRINCE2のコアバリューがプロジェクトを定義するためにどのように行動するかを理解することがまず不可欠です。 PRINCE2の下では、プロジェクトは、事前に合意されたビジネスケースに従って一つまたは複数の製品を生成するために作成された一時的な組織と定義さ これは、基本的には、PRINCE2が最終結果、またはビジネス製品に主に焦点を当て、ビジネスの実行可能性にコミットしていることを意味します。
PRINCE2プロジェクトはいくつかのパラメータによって定義されます。:
- プロジェクトは一時的なものです
- プロジェクトはライン活動ではありません
- プロジェクトはリソースを必要とします
- プロジェクトが開始されます
- プロジェクトは結果を提供する必要があります
- プロジェクトは変更をもたらす
- プロジェクトは部門間であることが多い
- プロジェクトは部門間であることが多い
- プロジェクトは常にビジネスクライアントにとって実行可能でなければなりません
prince2プロジェクト環境への適応
プロジェクトが制御されたprince2環境内で動作可能であるとみなされ、上記のパラメータ内で作業する場合、次のステップはprince2を調整することです。 最も強く、最も成功した結果を得るために構造を写し出す方法。
PRINCE2structuresは、耐久性のある最終製品の作成に焦点を当てた三つの重要な要素のスケーラブルな構造を通じてプロジェクトを構築します。 三つの要素は、プロジェクトの要件と特定の環境に合わせて適応させることができるPRINCE2の7つの原則、7つのテーマ、および7つのプロセスです。
メソッドと環境の間の流動性が鍵となります。 7つのテーマは、プロジェクトの形式と範囲の両方に適応することができ、またはPRINCE2の用語は、プロジェクトの環境内に存在する言語と比較することができ、プロジェクト日記、プロジェクトステータスレポート、プロジェクト完了レポートなど、最も本質的なものだけが残されるまで管理製品の数を減らすことができます。 同様に、PRINCE2内の役割とプロセスを縮小または調整することができます。
PRINCE2の原則だけがすべてのプロジェクトで変更されていなければなりません。
はじめにPRINCE2の原則、テーマ、プロセス
PRINCE2の原則、テーマ、プロセスは、プロジェクトを管理下に置くためのガイドラインとして機能し、これは基本的にPRINCE2が達成するために作成されたものです。 7つの原則、テーマ、プロセスは、それぞれがPRINCE2方法論のネクサスを構築し、他の情報を提供し、定義するために支援し、主に不可分です。 ビジネスの正当化や例外による管理などの7つの基本原則は、リスク管理や計画において7つのテーマを啓発し、7つのプロセスを定義するのに役立ち
PRINCE2における7つの基本原則
PRINCE2の7つの原則は、プロジェクトでPRINCE2フレームワークを使用するために、厳格に適用されなければならないフレームワークの唯一の部分である。 彼らは、上に構築されるフレームワークのために必要な基盤として機能します。
1.継続的なビジネス正当化
プロジェクトの開始前に、プロジェクトの目標と期待値を決定する必要があります。 これらは、プロジェクトとビジネスの両方の目的に応じて、プロジェクトの進捗状況を一貫して評価することにより、プロジェクトの継続を正当化するために使用されます。
2.経験から学ぶ
PRINCE2は、リスク、問題、間違い、良い経験、新しいアイデア、改善が記録された経験日記を保管する必要があります。 プロジェクトの集大成での経験レポートの基礎として機能し、日記は、将来のプロジェクトの管理にあなたとあなたのチームを支援します。
3.定義された役割と責任
PRINCE2プロジェクト内では、起業家、サプライヤー、ユーザーの三つの利害関係者が認識されています。 企業家は実用性の予想のプロジェクトのスポンサーとして機能する;ユーザーはと働き、結果を評価する;そして製造者は結果を作り出す。 それぞれのPRINCE2プロジェクトには、それぞれの利益を正確に表現するための明確に定義された役割と責任があります。 これらの利害関係者は、プロジェクトに関する重要な決定を行う、運営委員会で構成されています。
4.管理段階の監督
フレームワークの計画、実行、監督段階と並んで、PRINCE2は計画と予算編成を必要とする多数の管理段階と統合されています。 運営委員会は、ビジネスケースを活用して、予算編成を含む計画を含む次の段階の実施を強制します。 あらゆる段階のためにプロジェクトチームが入手しやすくされるべきプロジェクトの計画にリンクする作られる必要な段階の計画がある。
5.例外による管理
例外による管理は、より高い水準のリスク管理を提供するプロジェクト構造です。 階層的な管理構造の各レベルで、設定された期間、コスト、範囲、リスク、および許容可能な許容範囲を定義し、許容範囲のいずれかが違反した場合にエスカレーションポリシーを実装する。 PRINCE2は、プロジェクトの実行をより高いレベルで制御することを保証します。
6.製品に焦点を当てる
PRINCE2の目的は、製品と呼ばれる枠組みの中で結果を作り出すことです。 製品の配送の物流を規定するのではなく、品質に焦点を当てることで、PRINCE2はアジャイルのような他のプロジェクト管理方法論やアプローチと簡単に
7.プロジェクトの状況に合わせて調整する
PRINCE2は、プロジェクト管理へのすべてのアプローチに適合するワンサイズではありません。 Prince2の訓練を受けた、または経験豊富なプロジェクトマネージャーと協力して、PRINCE2が提供する調整ガイドラインと一緒に、運営委員会はPRINCE2のテーマとプロセ
PRINCE2の7つのテーマ
7つのテーマは、プロジェクトの寿命を通して考慮する必要がある必要な知識の領域です。 彼らは、なぜ、誰が、何を、いつ、どのように、どのような効果があるのか、どこに行くのか、どこに行きたいのかなどの質問に対する答えに関係しています。
1.ビジネスケース
ビジネスケースは、プロジェクトの”なぜ”に関係しています。 プロジェクトの構造と計画を推進するために、ビジネスケースは利害関係者によって設定され、プロジェクトを現実に近づけるために、すべての管理段階で更新され、より詳細になる必要があります。
2.組織
PRINCE2プロジェクト全体で任命され調整される必要がある役割と責任を説明する組織は、プロジェクトの”誰”に関係しています。 組織は、タスクを委任し、タスクが実行されなければならない許容度のレベルを定義し、例外による管理を採用し、プロジェクトとビジネスの間の相互作用をナビゲートします。
3.品質
品質は、プロジェクトチーム、経営陣、利害関係者にまたがる、プロジェクトの目標の普遍的な理解を表しています。 プロジェクトの成功、およびプロダクトの配達を構成する規準の明確な明瞭さなしで、プロジェクトは失敗してが本当らしい。 プロジェクトの”何”。
4.計画
標準化された計画は、プロジェクト計画からチーム計画まで、PRINCE2プロジェクトの作業に不可欠であり、プロジェクトの方法と時期を詳述しています。 マイクロからマクロへの、計画はプロジェクトの結果の制御を可能にする。
5.リスク
プロジェクトは一時的なものであり、一度しか起こらない傾向があるため、結果に関する不確実性の割合が高い。 例外と継続的なプロジェクト評価による管理は、一定の監視を通じてリスクの可能性を軽減します。
6.Changes
Changesは、起こりうる問題がプロジェクトに与える影響、およびそれらの処理方法に関するもので、「もし何が起こるか」という質問をしています。”PRINCE2プロジェクトの管理体制に応じて、大幅な変更を運営委員会に通知する必要があります。
7.Progress
構造化された意思決定プロセス、結果の監視、および管理エスカレーションプロセスを通じて、プロジェクト計画の達成可能性と所定の成果の絶え間な
PRINCE2の7つのプロセス
PRINCE2のプロセスは、結果の生成を指示し、プロジェクトの目的を構造化する必要があります。
1.プロジェクトの準備
プロジェクトの最初の段階は、プロジェクトが始まる前に行われ、望ましい成果と予測されるコストとプロジェクトの範囲と一緒に評価された場合、プロジェクトが達成可能であるかどうかを尋ねます。 プロジェクトの準備は、プロジェクトマネージャーの命名を含む、プロジェクトのセットアップに関連付けられているタスクを明確にするプロジェ その後、誰が継続するか中止するかについての勧告と一緒に、運営委員会に与えるために、プロジェクトの開始、開始段階を詳述する計画を作成します。
2.プロジェクトの指示
プロジェクトが開始されると、指示段階が開始されます。 運営委員会はマクロレベルでプロジェクトをリードし、プロジェクトマネージャーは日々の管理タスクを実行します。 例外的な状況では、または許容レベルを超えた場合にのみ、運営委員会がプロジェクトのマイクロ実行に介入することができます。
3.プロジェクトの開始
開始段階の主な焦点は、提案されたプロジェクトの承認または拒否に関する決定を行うための運営委員会の基礎を作成するこ プロジェクトの資金調達には慎重な計画と詳細な評価が必要であるため、プロジェクト計画、ステージシステムとリスク、コミュニケーションと統合戦略の作成と並行して、利害関係者の分析が行われなければなりません。 また、プロジェクト管理者と運営委員会との間の合意によって、プロジェクト文書も作成されます。
4.ステージを制御する
ステージを制御する、または制御することは、プロジェクトマネージャーの地上レベルの作業を指します。 作業パッケージのステータスの承認と評価から、運営委員会との一貫したコミュニケーションを維持し、潜在的なリスクを評価すること（必要に応じて是正措置をエスカレートまたは導入すること）まで、ステージプロセスを制御することは包括的です。
5.製品配信の管理
PRINCE2プロジェクトによって生成されたすべての結果は製品と呼ばれ、プロジェクト内で指示するために使用される管理製品と、特化された製品、またはすべてのプロジェクト結果と区別することができます。 このプロセスでは、チームマネージャーが作業パッケージを提供する責任を負い、プロジェクトとチームマネージャーが相互作用する戦略が定義されます。 このプロセスは、リソースの大部分が利用されている場所であり、”ステージを演出する”プロセスへの支援プロセスです。
6.ステージ境界の管理
PRINCE2プロジェクトは、管理段階を通じて指示され、プロジェクトマネージャーによって計画され、制定されます。 各ステージは、前のステージが終了し始めたときに遊びに来て、一貫してプロジェクト計画と運営委員会を更新するために評価しました。 段階はプロジェクトの進歩がいかに査定されるかである。 許容レベルに違反した場合は、例外を介して修正手順を実装することができます。
7.プロジェクトの終了
プロジェクトが適切に終了する前にシャットダウンされた場合でも、すべてのPRINCE2プロジェクトでは、終了プロセスは常に四捨五入されます。 プロジェクトマネージャーが実行するには、経験の文書を評価して締結し、line組織に渡し、運営委員会がプロジェクトを終了するための勧告を作成する必
プロジェクトが終了した後、レビュー計画が策定され、運営プロセスが実行され、プロジェクトの結論が正式に発表され、運営委員会が解散する。