小さなプロジェクトでは、開発プロセスの活動時間と進捗状況を推定し、活動の順序に配置された活動の定義との間のリンクは非常に密接に一人で短時間で完了することができるよりも、プロセスとみなすことができるモデルです。
各コースを完了するために必要なプロジェクト管理の時間を含むプロジェクトスケジュール管理。プロセスが含まれています：
6.1スケジュール管理計画の計画、準備、管理、実行、管理、プロジェクトの進捗状況のための1つをとの方針、手順、および文書化プロセスを開発します。
このプロセスの役割：プロジェクト全体プロジェクトの進捗の管理の指針と方向性を提供する方法。出力スケジュール管理計画、スケジュール管理計画 - 準備、監視および制御、プロジェクトのスケジュールの明確なガイドラインや活動を確立します。スケジュール管理は何の進展を計画していません。
6.2活動に定義、プロジェクトの成果物を取ることが必要に完了するために特定のアクションを識別し、記録するプロセスを。
ワークパッケージは、財団のプロジェクトの見積もりに取り組んで、スケジュールの計画、実施、監視および制御などの活動に分かれています。おおよその長期計画は、より高いレベルで仕事をする一方で、近年の詳細な計画作業が行われるために、反復計画法にローリング計画技術を使用してください。ローリング計画は、道の漸進的な内訳を計画しています。ワーク・パッケージ、計画パッケージとリリース計画のアジャイルやウォーターフォール方法に適しています。より多くの情報を得るよう、具体的な活動に分けることができ、近い将来ワークパッケージに実装されるように、戦略的計画の初期段階では、情報は、ワークパッケージのみが知られている詳細のレベルに分けることができ、まだ明らかではありません。出力アクティビティリスト、活動のリストは - 、識別し、各活動のための作業の詳細な範囲を含め、活動の進捗状況のために必要なすべての項目の包括的なリストを含んでいます。出力マイルストーンリスト時間またはイベントにおける重要なマイルストーン・ポイントであり、マイルストーンは、必須またはオプションであってもよく、マイルストーンと活動は、同じ構造及び特性を有するが、それはアクティブではない、時間がゼロである、それは時点を表します。 。
。6 .3活動の順序で配列同定するプロジェクトとレコード活性の関係の間。
このプロセスの役割：ワーク間の論理シーケンスの定義、所与の制約の下ですべてのアイテムを最大の効率を得るためです。優先順位の地図作成を使用します。優先順位地図作成 - 一つ以上の論理的な接続関係活動にノード活動に代表される技術のモデルを、作成の進捗状況は、活動の実施を示すため。
4つの論理を優先さ：
このプロセスは、見つけることができますいくつかの興味深い法則があります。
パーキンソンの法則 - 限り、まだ時間があるとして、人々が意識的または無意識のうちに不必要な作業（スコープクリープ）を行い、すべての時間を使用します。
②学生症候群 - 仕事の通常は同じ範囲は、人々は、以前の時点で完全に物事をしないか、物事を行うにはほとんど、彼らは急いに近づいたときに行うには、期限まで待ちたいです。（このような科学のPMPの進捗状況など）
③マーフィーの法則 - 間違って行くことができるものは、間違って行くだろう。
④ピーター・ロー - ジョブは常に占有有能人ではありません。
⑤カーブ学ぶこと - それは仕事、それぞれに必要なより少ない時間を実行するために、より頻繁に参照し、経験と効率の関係を示したものです。（習うより慣れろ）
活動期間6.4を推定することは -推定資源の結果に応じて、個々の活動の作業時間数を推定するために必要なプロセスを完了します。
このプロセスは、個人または（専門家の）グループの特定の活性を有する最も身近なプロジェクトチームにより、必要な活動の期間を推定するための様々な入力を提供する必要があります。注意：アクティビティへの追加のリソースまたは低熟練リソースの割り当てを、あなたはコミュニケーション、トレーニングや調整を増やす必要があります。これは長い期間が必要で減少し、生産性や効率性の活動につながる可能性があります。活動を推定することも、他の要因を考慮する必要があります。
6.5スケジュールを策定プロジェクトの実施とモニタリングのプロセスを実装するために、プロジェクトのスケジュールモデルを作成するための活動のシーケンスの解析、期間、リソース要件、およびスケジュールの制約を。
このプロセスの役割：プロジェクト活動と計画日付の開発モデルの進行を完了するために。このプロセスは、最も重要なことは、クリティカルパス法（CPM）です。
プロジェクトのクリティカルパスは、プロジェクトの最短の期間を決定し、活動の最も長いシーケンスです。クリティカルパスの数、よりクリティカルパス、より大きなリスクがあるかもしれません。クリティカルパス上の（サブクリティカルパスとクリティカルパスに近い、リスクが高い）の活動は、クリティカルパス活動と呼ばれています。クリティカルパス法のスケジューリングは、リソースバランシングプロセスを満たすために必要な、リソースの制約を考慮せずに実現可能な、クリティカルパス法ではないかもしれないから排出されます。クリティカルリソースの制約を考慮せずにパスが、パスの制約を考慮してください。するために、開始基準/終了日及びその他の情報を含む関係者によって受け入れられ、承認されたスケジュール・モデル、変更のみ、正式な変更制御手順によって実際に使用される - このプロセスは、スケジュールベースライン、ベースラインのスケジュールを行うことができ結果は、比較に基づいていました。
6.6コントロールスケジュール、プロジェクトの進捗状況およびスケジュールベースラインプロセスへの変更を管理を更新するプロジェクトを監督する状態。
このプロセスの役割：プロジェクト全体の間、メンテナンススケジュールのベースラインを維持します。