プロジェクトの背景、問題の定義、プロジェクトの目的、プロジェクトの正当性、プロジェクトの範囲の違いは何ですか?


ベストアンサー

プロジェクトの背景は、プロジェクトが行われる組織の背景について説明しています。ビジネスやテクノロジーについて何も知らない人にも理解できるようにすることを目指してください。それは高レベルでなければならず、各重要な要素にほんの数文です。たとえば、私が英国図書館のデジタル図書館の責任者だったとき、英国図書館とは何か、なぜデジタル図書館があるのか​​、デジタル図書館プログラムとは何か、プロジェクトがデジタル図書館システムのどの部分に影響を与えているのかを説明しました。 1つのプロジェクト用に作成すると、同じプログラム内の他のプロジェクトで再利用できるようになります。

問題の定義プロジェクトが解決しようとしている問題について説明します。プロジェクトが完了した後に得られると期待されるビジネス上のメリットの観点から問題を説明する必要があります。多くの人がこれを間違えます。たとえば、プロジェクトがサーバーのグループをWindows Server 2003から2016にアップグレードすることであるとします。「問題は、x、y、およびzサーバーがWindows Server2003を実行していることです」のようなものを書く人をよく見かけます。サーバーが廃止されたOSを使用しているという事実自体は、問題ではありません。解決されている実際のビジネス上の問題を掘り下げる必要があります。セキュリティであるか、監視システムが2003をサポートしていないためにSLAを満たせない可能性があります。プロジェクトを開始し、実行するソフトウェアに互換性がないためにサーバーの1つをアップグレードできないことがわかったとします。 2016年に。あなたのプロジェクトは今失敗です。ただし、ソフトウェアはServer 2010で実行されます。問題がセキュリティにあると言った場合は、2010をインストールするだけで、プロジェクトは引き続き成功します。

PRINCE2とManagingSuccessfulを確認するとプログラム(MSP)は、プロジェクトについて述べています。つまり、機能を導入することです。 プロジェクトの目的は、プロジェクトの終了までに導入されると予想される機能に関するものである必要があります。たとえば、旅行予約会社のWebサイトを開発しているとします。目的は、ユーザーが電車、タクシー、人力車などで旅行を検索、予約、支払いできるようにすることです。

プロジェクトの正当化は、プロジェクトのビジネスケースです。解決する必要のある問題があるからといって、企業がその問題の解決にお金を費やす必要があるという意味ではありません。どの組織にも、実際に達成する時間やお金よりもはるかに多くのことができます。プロジェクトの正当性は、プロジェクトの期待される投資収益率を読者に伝える必要があります

プロジェクトの範囲は、プロジェクトが実行すること、さらに重要なこととして、実行しないことの箇条書きリストである必要があります。たとえば、プロジェクトはトレーニング資料を提供する予定ですか?プロジェクトは、アウトプットを使用する予定のチームを募集しますか?プロジェクトの範囲は1つの国、地域、またはグローバルですか?

回答

プロジェクトの背景-これはプロジェクト自体ではなく、単なるコンテキストです。たとえば、会社は成長しているので、より多くのスタッフを引き受けています。あなたのプロジェクトは、人事システムの技術の刷新と能力の向上です。あなたは成長やスタッフを提供していません。あなたは新しい人事システムを提供しています。

問題の定義:これは純粋なプロジェクト管理用語ではありません。解決が必要な問題は何かを尋ねるので、それは背景に関連していると思います。プロジェクトがソリューション全体を提供していない可能性があるため、根本的な問題を修正できません。たとえば、HRの更新では、給与システムの一致する成長が得られません。

プロジェクトの目的:通常用語は目標であり、2つのタイプがあります。

ビジネス目標:これには、スタッフのx%の増加に対応できることが含まれる場合があります。それを実現することはできません。人事を修正するだけです。成長が必要なのは人事システムだけだったとしても、クライアントは新しいシステムを利用できるように、ビジネスプロセスや人事スタッフなどを調べる必要があります。ビジネス目標は知っておくのは良いことですが、それはあなたの贈り物の範囲内ではありません。

プロジェクトの目標:これらはプロジェクトが達成するように設計された成果です。これらはあなたの贈り物の範囲内です。まだ高レベルなので、これらを成果物と混同しないでください。

プロジェクトの正当性:繰り返しますが、これは実際には背景の一部です。大体において、それはあなたの仕事ではありません!クライアントが彼のオフィスに大きな赤いポールを望んでいて、それを支払う準備ができているなら、それは彼のビジネスです。PMではなく、多くの場合ビジネスアナリストである誰かが、作業を正当化し、予算の保有者によって承認された支出を得るためにビジネスケースを作成する必要があります。通常、これは次のようになります。a)Xを使用すると、X + Yが返されます。または、b)Xを使用すると、リスクコストYが回避または軽減されます。これはあなたの仕事ではなく、実行される前にすでに実行されています。プロジェクトを定義して実行するように求められました。

プロジェクトのスコープ:プロジェクトスコープは、PMとしてドメインの中心にあります。スコープは、可能な限り正確な用語で、2つのことを定義します。1)プロジェクトは何をしますか? 2)プロジェクトは何をしませんか?あなたのプロジェクトは新しい人事システムを提供しますが、(おそらく)それは「クライアントの人事スタッフにトレーニングを提供しません」。追加のHRスタッフを提供することはありません。おそらく、給与統合のHR終了が含まれますが、給与の変更は含まれない可能性があります。その他スコープは、構造化された方法で定義するのが最適です。私はPOLDAT

ビジネスプロセス、組織、場所、データ、アプリケーション、テクノロジーを使用しています。

これらの変化の領域で、プロジェクトはどのように変化しているのか、変化していないのですか?

これをねじ込み、深く理解します—-

コメントを残す

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です