ウォーターフォールかアジャイル プロジェクトのどちらで作業しているかに関係なく、 最初のプロジェクト タイムラインの作成 には独特な課題があります。
一方、ウォーターフォール プロジェクトは、通常、構造とスケジュールの両方で厳格であり、高品質の事前推定にプレミアムを置きます。 一方、アジャイル プロジェクトは、柔軟性と時には複雑な作業スプリントに依存します。つまり、マネージャーは避けられない変化の波を考慮する必要があります。どちらの方法でも、適切なプロジェクト タイムラインを構築することは、プロジェクトの初期段階で成功を左右するステップです。
次のチェックリストは、プロジェクト マネージャーと所有者が、プロジェクトの最初のタスクの計画、承認のラウンドの計画、プロジェクト リスクの軽減まで、基本を抑えるのに役立ちます。
プロジェクトの方法によっては、これらの小さなマイルストーンは、最終的にスプリントになる順番にグループ化される可能性があります。ウォーターフォール プロジェクトでは、主に、より多くのマクロ キー ポイントからフレームワークを決定します。
各タスクにかかる時間を把握すると、アジャイル マネージャーがプロジェクトに必要なスプリントの合計数を評価するのにも役立ちます。プロジェクトの最終デリバリー日が最も重要であっても、各タスクを担当するチームからの作業と時間の見積もりの集計を開始してください。これは後で、プロジェクトの実行の現実に対するプロジェクト タイムラインのニーズを確実に測定するのに役立ちます
最初に、各タスクまたはスプリントの主要成果物を識別します。ステップ 1 と同様のプロセスを使用して、タイムラインを段階的にスイープして、より詳細な成果物を特定します。成果物の一覧が正確であるほど、プロジェクト チームは合意した目標に対してより責任を負うことになります。
プロジェクト マネジメントにおいて一般的な事実は、すべてのプロジェクトが変更されるということです。多くの場合、スコープ、リソース、タイムラインは移動ターゲットであり、プロジェクト マネージャーはここまでしか計画できません。
ただし、プロセス内の他の手順に依存するタスクまたは目標にフラグを設定できます。こうすることで、すべての関係者は上流シフトのダウンストリームの影響を認識します。
ほとんどのプロジェクト マネジメント ツールを使用すると、ユーザーはタスクと別のタスクを点線で繋げるため、期限を過ぎた場合の波及効果を簡単にシミュレートできます。ウォーターフォール プロジェクトのタイムラインの厳格な性質から、この手順はより重要ですが、依存関係を特定することは、アジャイル マネージャーが各スプリントに入る作業をさらに具体化するのに役立ちます。
重要な個人を個別の成果物にアサインできる時間が早いほど、より良くなります。チーム リーダーは通常、特定のリソースが重要なドキュメントにアタッチされる場合、リソースの見積もりを重視する可能性が高くなります。このステップは、ウォーターフォールとアジャイルの両方の方法で、作業のハンドオフが特に脆弱な領域を特定するのにも役立ちます。
これはステップ 6 のサブポイントになってもいいですが、タスクを実行する人と成果物を承認する人の詳細の違いがあります。
多くの場合、承認は、日常的な実行から遠く離れている利害関係者、または順番にレビューする必要がある最小限の多分野グループから得る必要があります。これらの複雑になる可能性のある承認手順をグラフ化することは、割り当てられたチームを超える回数のレビュー、プロジェクトを停止させる可能性のある多くのプロジェクトにとって重要なポイントです。
プロジェクト タイムライン は、プロジェクト計画の重要な部分です。プロジェクトまたは製品イニシアチブの実行に関する詳細を確立するだけでなく、その構築プロセスはプロジェクト全体を評価するのにも役立ち、利害関係者ができることとできないことについて現実的な期待を設定するのに役立つ重要な規範フィードバックを示します。
多くのプロジェクト ドキュメントと同様に、タイムラインは計画と計画外のリビジョンの両方を受けます。ポイントは、慎重に収集された情報を通じて、元のスケジュールが作られたときと同じ方法でそれらのリビジョンを管理するようにします。ウォーターフォールとアジャイル手法のどちらを使用する場合でも、その情報の品質は、プロジェクト タイムラインの信頼性を高める主要な要素です。
Microsoft 365 チームは、ビジネスの開始、実行、成長に役立つリソースの共有に重点を置いて取り組んでいます。
Microsoft 365 をフォロー