################################################## #####
PS：ドキュメントを更新せずに半月、それは少しシングルスレッドであるため、スケジュール、コンテンツグループの仕上げ工程では、計画プロセスグループを開始し、グループ計画の手続きの範囲内で、コスト、リソースは非常に密接に一部に関連付けられている、だけでなく、プロジェクト管理プロセス内容は、私たちがあまり景色が、一緒にのみブログのコンテンツを完了し始めて完全なアイデアを入れて、最も注目ですが、本当にこの赤ちゃんを懸念ので、いくつかは、この赤ちゃんはあきらめるように更新されることが表示されていない人形があることを心配しました。
プロジェクト管理は、業界が、私は赤ちゃんが放棄するつもりはないことを保証ボスに、多くのことを変更したため、この赤ちゃんは常に、何かを主張したかったのです。あなたがVUデジャ波懸念、アンカーを指すことができますように、ハハ。
今杭州に戻り、アリペイグリーンコードが滑らかであることができ、できるだけ早くとして、過去に流行を願っています。
私はあなたが良くなって願っています。
################################################## #####
このセクションでは、プロジェクトマネジメントのプロセスの正式な開始は、特定のプロセスを開始するドキュメント、ツール、技術的な内容の詳細を、そして理論的な枠組みをまとめるだけではなく。
「ビジネス・ケース」プロジェクトとして開始端、目的は、プロジェクトの経済性を実証することである、究極の目標は、メリット、金融や戦略目標を（セクション1.4でプロジェクトの目標の詳細を参照）を得るためにプロジェクトを行うことです。
私はのための「ビジネスケース」と呼ぶように、経済的な実現可能性調査のマニュアルを参照してください。
まず、文書には、背景を概説します
1.プロジェクトのスポンサーは、文書化する必要があります
（1）分析を必要とします
（2）実現可能性報告書
（3）ビジネスケース報告書
プロジェクトの説明を処理するケース（4）
（5）（より高いレベルのニーズにビジネスケースの仮定）、そのログを想定
2.プロジェクト発足の利害関係者
外部の影響や内部のビジネスニーズによって開始されたプロジェクト。プロジェクト開始剤やスポンサーがプロジェクトの資金取得やリソースを提供するために、一定の権限を持っている必要があります。
これは、次の当事者が含まれています
（1）スポンサー
（2）プロジェクトセット
（3）PMO
委員会委員長（4）ポートフォリオ管理
（5）その認可代表
3.プロジェクトのビジネスケースの実行時間
（1）プロジェクトが開始前になるビジネスケース作ることによって、継続/終了決定プロジェクトを。
（2）プロジェクトが開始した後、プロジェクト全体のライフサイクルの使用、および必要と定期的な監査を。
ビジネスケースの4.アプリケーション
選択のために、まだ明確に定義された計画不足のメリットの有効性引数をプロジェクト管理のその後の開始に基づいています。
5.役割
（1）から、ビジネスケースビジネスの視点の必要な情報の説明、およびプロジェクトのそれに応じて期待される結果を決めるには価値がある投資が必要で、リスト、プロジェクトの開始、プロジェクトの目標とのビジネス目標の根拠情報拠出。
プロジェクトレベルの管理職とより高い（2）幹部は、多くの場合、ビジネスケースとして使用されている基礎の決定（ゴー/プロジェクト）。
（3）商用実証プロジェクトは、フォローアップのプロジェクトであるベースの管理。
（4）プロジェクトの目的に合わせてプロジェクトの終わりに貢献するプロジェクトを測定するために成功を。
（5）一般的に、ビジネスケースは実証するために、ビジネスニーズ、プロジェクトの費用便益分析を含むであろう合理性と決定プロジェクト境界を。
（6）ビジネスケースと給付管理計画はしているプロジェクトの準備を開始する前に、プロジェクトの完了後になるために、プロジェクトの評価の成功の基礎を。
6.リーダー
（1）プロジェクトのスポンサーは、通常の商用実証プロジェクトのドキュメントを担当して開発と保守（更新または改訂）。
（2）プロジェクトマネージャは責任がある提供アドバイスや洞察力、プロジェクトのビジネスケース、標準プロジェクトマネジメント計画の成功を、プロジェクト憲章およびプロジェクトマネジメント計画書の利益相組織の目的や目標と整合は同じまま。
（3）プロジェクトマネージャーは、ことを確認する必要があり、プロジェクト管理アプローチが密接にビジネス文書の意図にリンクされています。
第二に、ファイルの内容
1.ビジネスニーズ
（1）促進する作用を決定する動機、期待を
保留中の記録（2）ノート、ビジネスの問題や機会を組織の能力を含め、作成するための値を
（3）影響を受ける特定の当事者を
（4）判定範囲を
（5）必要な投資
2.フォーマル解析
（1）は、組織の決定戦略、目標、プロジェクト目標を
プロジェクトは、通常、1つまたは複数の戦略的な配慮から始め：
-
-
-
- <1>市場の需要
- <2>戦略的チャンス/ビジネスニーズ
- <3>社会的ニーズ
- <4>環境への配慮
- <5>顧客の要件
- <6> 技術の進歩
- <7> 法令
- <8>従来の問題や予期しない問題
-
-
（2）問題の決定トリガに根本的な原因や機会を
プロジェクトの（3）分析、既存の組織の容量と性能との間に必要な間隙
（4）既知の識別リスクを
（5）特定の成功の鍵となる要因を
（6）は、種々の行動の評価を決定するために使用され得る判断基準を
-
- 分析基準のフォーム
-
- <1> 必須。ガイドラインを練習しなければならない、あなたは、問題や機会に対処することができます。
- <2> 期待。私は、ガイドラインの練習をしたい問題や機会に対処することができます
- <3> オプション。非本質的な基準。この場合の診療ガイドラインは、アクションの代替コースで区別する要因となる可能性
-
- 分析基準のフォーム
（7）ビジネス上の問題や機会を決定するためのスキームプログラム
ビジネスケースを提供することができるオプションの数を、ビジネスケースは、次の3つのオプションがあります。
-
-
-
- <1> の任意のアクションを取ることはありません。また、プログラムの「いつものように事業」として知られています。このプログラムは許可されていないプロジェクトを選択します。
- <2> 問題や機会に対処するための最小限の努力をします。シリーズを決定することが可能で、最小限の努力が重要な確立されたガイドラインの面で問題や機会に対処するために指し、
- <3> 問題以上の最小値より機会に対処するための取り組みにおいて。このプログラムは、最低基準やその他の文書化されたガイドラインの一部またはすべてを満たしています。
-
-
3.推奨
（1）所与のプロジェクト提案の仕様
仕様の内容（2）が挙げられる（これらに限定されません）。
-
-
- <1> 潜在的な解決策の分析
- <2> 潜在的なプログラムの制約、仮定、リスクと依存
- <3> 成功基準（第1.4節の目標を参照してください）
-
（3）実施方法が挙げられる（これらに限定されません）。
-
-
- <1> マイルストーン
- <2> の依存関係
- <3> 役割と責任
-
4.評価
記述プロジェクトの配送計画の有効性を測定するための仕様が初期の実装後に含めるべきである、任意の継続的な運用レベルのオプション。
5.財務指標
ビジネスケース（別売標準）に記録されて合意された財務指標
これらの財務指標が含まれる（これに限定されないが）。
（1）正味現在価値（NPV）
投資上の（2）収益率（ROI）
（3）内部収益率（IRR）
（4）回収期間（PBP）
（5）便益コスト比（BCR）