解説・参考：
Explanation:
チーム開発を説明するために使用されるモデルの 1 つは、Tuckman のはしごです (Tuckman、1965; Tuckman
& Jensen, 1977) には、チームが経験する開発の 5 つの段階が含まれています。これらの段階が順番に発生することはよくあることですが、チームが特定の段階で行き詰まったり、前の段階にずれたりすることも珍しくありません。過去に一緒に働いたチーム メンバーがいるプロジェクトは、ステージをスキップする場合があります。
形にする。このフェーズでは、チームが集まり、プロジェクトとその正式な役割について学びます。

責任。このフェーズでは、チーム メンバーは独立している傾向があり、オープンではありません。
ストーミング。このフェーズでは、チームはプロジェクトの作業、技術的な決定、および

プロジェクト管理アプローチ. チーム メンバーが協力的でなく、さまざまなアイデアや視点に対してオープンでない場合、環境は逆効果になる可能性があります。
ノーマリング。規範化フェーズでは、チーム メンバーが協力して仕事の習慣を調整し始めます。

チームをサポートする行動。チームはお互いを信頼することを学びます。
実行しています。パフォーマンスステージに到達したチームは、よく組織されたユニットとして機能します。彼らです

相互に依存し、問題をスムーズかつ効果的に処理します。
休会。延期フェーズでは、チームは作業を完了し、プロジェクトから先に進みます。これ

これは通常、成果物が完成したとき、またはプロジェクトまたはフェーズの終了プロセス (セクション 4.6) の実行の一環として、スタッフがプロジェクトから解放されたときに発生します。
特定の段階の期間は、チームのダイナミクス、チームの規模、およびチームのリーダーシップによって異なります。プロジェクト マネージャーは、チーム メンバーを効果的な方法ですべての段階に移動させるために、チームのダイナミクスを十分に理解している必要があります。

セクション: ボリューム E
Explanation:
5.4.2.1 分解
分解は、プロジェクトの範囲とプロジェクトの成果物をより小さく、より管理しやすい部分に分割および細分化するために使用される手法です。ワーク パッケージは、WBS の最下位レベルで定義された作業であり、コストと期間を見積もって管理することができます。分解のレベルは、多くの場合、プロジェクトを効果的に管理するために必要な制御の程度によって決まります。ワーク パッケージの詳細レベルは、プロジェクトのサイズと複雑さによって異なります。プロジェクト作業全体を作業パッケージに分解するには、通常、次のアクティビティが必要です。
成果物と関連作業の特定と分析。

WBS の構造化と組織化。

上位の WBS レベルを下位レベルの詳細コンポーネントに分解します。

識別コードを開発し、WBS コンポーネントに割り当てます。と

成果物の分解の程度が適切であることの検証。

セクション: ボリューム B
Explanation:
4.1.3.1 プロジェクト憲章
プロジェクト憲章は、プロジェクトの存在を正式に承認し、組織のリソースをプロジェクト活動に適用する権限をプロジェクト マネージャーに提供する、プロジェクトの開始者またはスポンサーによって発行される文書です。ビジネス ニーズ、仮定、制約、顧客のニーズと高レベルの要件の理解、および満たすことを意図した新しい製品、サービス、または結果を文書化します。たとえば、次のようなものです。
プロジェクトの目的または正当化、

測定可能なプロジェクトの目標と関連する成功基準

高レベルの要件、

仮定と制約、

大まかなプロジェクトの説明と境界、

高レベルのリスク、

要約マイルストーンスケジュール、

要約予算、

利害関係者リスト、

プロジェクトの承認要件 (つまり、プロジェクトの成功を構成するもの、プロジェクトの成功を決定するのは誰か、

誰がプロジェクトを承認するか)、
割り当てられたプロジェクト マネージャー、責任、権限レベル、および

プロジェクト憲章を承認するスポンサーまたはその他の人物の名前と権限。

プロセス: 4.1. プロジェクト憲章の作成
定義: プロジェクトの存在を正式に承認し、プロジェクト マネージャに組織のリソースをプロジェクト活動に適用する権限を与える文書を作成するプロセス。
主な利点: このプロセスの主な利点は、明確に定義されたプロジェクトの開始とプロジェクトの境界、プロジェクトの正式な記録の作成、および上級管理職がプロジェクトを正式に受け入れてコミットするための直接的な方法です。
入力
1. プロジェクト作業明細書
2. ビジネスケース
3. 契約
4. 企業の環境要因
5. 組織プロセス資産
ツールとテクニック
1.専門家の判断
2. ファシリテーション テクニック
出力
1. プロジェクト憲章

セクション: ボリューム B
Explanation:
9.4.1.4 問題ログ
プロジェクトチームを管理する過程で問題が発生します。問題ログを使用して、目標日までに特定の問題を解決する責任者を文書化および監視できます。
プロセス: 9.4 プロジェクト チームの管理
定義: プロジェクトのパフォーマンスを最適化するために、チーム メンバーのパフォーマンスを追跡し、フィードバックを提供し、問題を解決し、変更を管理するプロセス。
主な利点: このプロセスの主な利点は、チームの行動に影響を与え、対立を管理し、問題を解決し、チーム メンバーのパフォーマンスを評価することです。
入力
1.人的資源管理計画
2.プロジェクトスタッフの配置
3. チームのパフォーマンス評価
4.発行ログ
5. 業務実績報告
6. 組織プロセス資産
ツールとテクニック
1.観察と会話
2. プロジェクトのパフォーマンス評価
3. コンフリクト管理
4.対人スキル
出力
1. 変更依頼
2. プロジェクト管理計画の更新
3. プロジェクト ドキュメントの更新
4. エンタープライズ環境要因の更新
5. 組織プロセス資産の更新