無論您是在進行瀑布專案或敏捷專案， 建置初始的專案時間表 都是獨特的挑戰。
一方面，瀑布專案通常在結構和排程上不易改變，因此相當重視高品質的前置評估。 另一方面，敏捷專案強調彈性，且有時候是內容複雜的短期衝刺，這表示管理員必須去嘗試並因應無法避免的各種變更。無論是哪一種專案，建置合理的專案時間表都是在專案初期階段影響成敗的關鍵步驟。
下列檢查清單可協助專案管理員和負責人在進行專案時面面俱到，包括建立專案的第一項工作、規劃核准流程，以及降低專案風險。
使用這 7 個步驟建立更準確的專案時間表
1. 我的最終目標如何拆解為個別工作？
建置全方位時間表的第一個步驟是開始將專案細分。以最終目標和工作為起點，詳細規劃達成該目標所需的個別工作。從重點開始，然後逐步審視時間表，以在期間建立愈來愈細微的時刻。
取決於您的專案方法，可以將較小的里程碑進行序列分組，最後成為短期衝刺。瀑布專案的架構主要使用更宏觀的重點來繪製。
2. 每項工作需要多少時間？
詳細規劃工作後，開始加入預計完成工作所需的時間。根據您建置時間表所使用的平台，時間表可能看起來會像是 傳統甘特圖 ，這是好現象。我們通常會交互使用「專案管理時間表」和甘特圖這兩個字詞，但並非所有專案時間表都一定是甘特圖的格式。
了解每項工作需要的時間，也可以協助敏捷專案管理員評估專案所需的短期衝刺總數。即使專案的最終交付日期是最關鍵的要素，仍請確保開始編製每項工作負責團隊的工作和預估時間。之後這將有助於確保您可以依據專案的實際執行情形，衡量專案時間表的需求
3. 每項工作的主要交付項目是什麼？
步驟 1 和 2 主要是關於建立和視覺化專案時間表本身。從這裡開始，流程會轉向審查和後勤規劃，這讓時間表不是空談，而能貼近實際完成所需時間。
從識別每項工作或短期衝刺的關鍵交付項目開始，使用與步驟 1 類似的流程，透過逐步審視時間表來識別愈來愈細微的交付項目。您的交付項目清單愈準確，專案團隊就愈能承擔責任完成約定的目標。
4. 我的工作相依性是什麼？
專案管理的普遍真理為，每個專案註定都會發生變化。範圍、資源和時間表通常都會變動，而專案管理員只能提前規劃。
不過，他們可以做的是，標記那些會受到流程中其他步驟所影響的工作或目標。如此一來，所有人都能了解上游變化對下游造成的影響。
大部分的專案管理工具可讓使用者將一個工作與另一個工作進行連結，進而輕鬆模擬錯過期限的連漪效應。雖然瀑布專案時間表固定不變的本質對此步驟特別重要，但識別相依性可協助敏捷專案管理員進一步將每個短期衝刺中的工作具體化。
5. 完成每項工作需要多少時間和資源？
回到步驟 2，您已建立了完成專案主要工作所需的時間，現在，是時候利用您自團隊領導者所編製的預估時間與資源。了解某項工作需要耗時五天是一回事。然而，無法承諾五天團隊工時的專業領域領導者，顯然是另一個棘手問題。協調這兩個資料點可協助識別可能的衝突點或外部承攬人的需求。
6. 誰負責執行每項工作？
將個人或團隊分派至特定工作是分配可用資源的一部分。這個步驟不僅是聰明地做筆記：它還可協助專案關係人和決策者全面了解完成專案所需的公司領導者層級。
愈早鎖定各個交付項目的關鍵人員，效果愈好。當團隊領導者的特定資源將連結至必要文件時，其通常可能更重視資源評估。此步驟在瀑布和敏捷專案中也可協助識別工作交接易出錯的地方。
7. 誰負責核准每項工作或工作群組？
這幾乎可算是步驟 6 的內容，但細分誰將執行工作以及誰將核准交付項目，這兩者之間存在差異。
通常，核准的人可能需要是與日常執行無關聯的專案關係人，或至少是必須依序檢閱的多元領域群組。制定這些可能很複雜的核准步驟是許多專案的關鍵，若檢閱流程超出已配置團隊的範圍，可能會造成專案停滯。
專案 時間表 是所有專案計畫的關鍵。時間表不僅在專案或產品計畫的執行上建立具體細節，其建構流程也可協助評估整個專案，提供重要的專業領域意見反應，以協助專案關係人設定務實的期望，識別可行的專案。
如同許多專案文件，時間表註定會歷經已規劃和未規劃的修訂。祕訣為，確保那些修訂的管理方式與原始時間表的建置方式同樣都是使用謹慎收集的資訊。無論您是使用瀑布或敏捷專案方法，該資訊的品質是專案時間表最終可靠程度的主要因素。
Microsoft 365 小組專注於共用資源，以協助您開創、執行和拓展業務。
商業見解與構想不會構成專業的稅務或財務建議。您應該連絡您的稅務或財務專家以討論您的情況。
關注 Microsoft 365