qmchashi：敏捷項目管理中的估算與(yu) 計劃

2021-02-23

項目估算是製定健全的項目管理計劃的第一步。項目經理花費大量的時間和精力來進行估算，通常情況下，這些估算在到達執行層時就會放大。那麽敏捷項目管理中的計劃和估算有何不同？

在深入研究細節之前，讓我們了解企業中普遍使用的通用估算方法。所有項目管理團隊最終都會得出與項目執行的實際情況不同步的估算。

為什麽會這樣？

項目的估算通常是建築師、技術項目經理或中小企業做的，他們實際上不會“執行”或處理這些估算的可交付成果。
 
對於“加拿大pc网页版官网要求的截止日期”，沒有考慮實際需求、項目範圍、資源管理和/或項目進度管理。

有時，即便是我們的加拿大pc网页版官网服務團隊也有過錯，為了達成那筆關鍵交易，他們過度承諾。需求還沒有最終確定，但結束日期已經確定。
 

此外，加拿大pc网页版官网和利害關(guan) 係人經常更改項目範圍，或估算時要考慮特定的專(zhuan) 家水平，但現在必須使用經驗較少的資源等等，所有這些因素以及更多此類因素都會(hui) 影響你對項目的評估與(yu) 執行。

那麽(me) ，具有如此脆弱方麵的項目，執行情況如何？

 
這個項目會麵臨：

· 很多加班
· 多次返工
· 質量問題
· 對加拿大pc网页版官网和項目團隊的期望管理不當
· 團隊壓力過大
· 團隊士氣低迷
· 升級和加拿大pc网页版官网關係破裂

敏捷項目管理是否有助於避免上述問題？
 
很大程度上是可以的。
 
如果從整體上看，你會發現敏捷項目是“價值驅動”的，而不是計劃驅動。

通常，在敏捷項目中，成本和進度是給定的。例如，我有6個月或1年的時間來啟動這個項目，資金為XX元。
 
因此，估算不是直接根據工作量，而是根據價值。
 
為此，生產產品或提供特定服務必須包含每個功能的價值。
 
在敏捷項目管理中，戰略和戰術計劃是健康的結合。
 
主題（Themes）更具有戰略性，通常是跨組織的大型重點領域，涵蓋項目的總體目標。例如，降低產品投放市場成本15%。
 
史詩（Epics）是比主題低一級的更大工作塊，可以分解為許多較小的任務，啟動是為了實現主題目標。
 
從最終用戶的角度來看，故事（Stories）是明確的麵向行動的事項，比如如何使用特定的產品項目、功能或特性。
 
任務（Tasks）是對用戶故事的戰術和細化分解，是滿足用戶故事的可操作事項。
 
一旦分解完成，如何進行估算？
 
項目管理協會（PMI.Org）列出了許多敏捷估算技術。其中，我們將重點關注敏捷團隊部署的兩種非常簡單的通用技術。
 
▪ T恤尺碼分類法（T-Shirt Sizing）——顧名思義，關於用非常大的事項來確定積壓工作的大小。術語或度量單位通常是XS、S、M、L、XL和XXL。
 
Scrum團隊聚集在一起，對積壓事項進行公開討論，他們通常會考慮時間（通常以天為單位）。
 
注意，T恤尺碼分類法的水平很高，本質上不是數字。
 
這樣做的目的是讓技術團隊發揮創造性的一麵，保持開放的心態，更容易接受其他團隊成員的觀點和看待手頭故事的方式。
 
這種方法最適合剛開始進行敏捷項目管理的團隊。
 
▪ 計劃撲克（Planning Poker）——這是一種更為數值化的敏捷估算方式，也是一種實用的估算方式。總的來說，它包括以下內容：

-所有團隊成員參與        
-每位成員都獲得數字卡片，根據斐波那契數列，從0到21排列
- 一旦故事被讀取，每位成員都拿著數字卡片，上麵的數字代表他認為所需的工作
-數字最高和最低的成員需要解釋選擇這個數字的原因      
-這個遊戲往往會重複，直到團隊成員對用戶故事實際需要多少工作量達成共識
-經過一段時間，團隊對特定的用戶故事類型和相關工作有了一定的了解
-敏捷團隊對一個又一個故事進行討論，他們的估算變得更加穩妥，對項目需求的理解更加深入。用更加通用的話來說——見識更加開闊。      
 
敏捷項目管理方法實踐
 
敏捷項目管理方法（如Scrum、看板等）之所以流行，主要原因在於簡化和有效處理不確定需求的能力。
 
這來自於迭代、增量發布、快速測試、最後的經常性檢查和驗證方法。

最重要的方麵是，估算由實際實施者完成。
 
敏捷關於自組織團隊和仆人式領導力，即為團隊提供更大的自由、責任心以及為項目目標調整和執行的權力。
 
每個結果的價值——迭代可交付成果有助於從積壓中形成後續項。從根本上說，感知價值和交付價值之間的一致性不斷增加。
 
最終的結果是，除非結果的價值大於努力的價值，否則積壓的事項不會被執行，理想情況下會被刪除。此外，還消除了每個迭代的混亂，產品路線圖變得更加穩健，不確定性程度也有所降低。

敏捷估算與計劃更強調集體合作和響應變化。類似qmchashi Scrum這樣的敏捷管理工具可以跟蹤故事，快速響應加拿大pc网页版官网需求，不斷適應變化，從而使對估算的反思和重新校準變得更加容易。


qmchashi Scrum支持增量式產品開發的短迭代管理和滿足競爭格局和產品需求動態變化的管理需求。如有需要，係統也可靈活擴展以滿足傳統項目監控的管理需求（如時間管理，成本管理）。

1、一個頁麵管理整個項目

在qmchashi Scrum，產品需求像展示在故事板上的場景或故事，來龍去脈清晰明了，一目了然。在同一頁麵可把產品需求和需求負責人分配到對應的用戶故事，有根有據，可隨時追蹤。

2、持續集成並自動化流程

用戶可根據業務需求的變化調整需求，建立更適合的模型。當產品需求越來越多，超過當前迭代的範圍，係統會自動把超過範圍的需求存儲在待開發項列表。用戶可隨時查看在以往的迭代已經發布了哪些需求，哪些需求還在待開發項中，可幫助用戶更好地安排工作和作出決策。


qmchashi Scrum的持續集成流程和日常健全測試，有助於在問題造成嚴重後果前把問題解決掉。

3、把當前敏捷項目與最終目標對齊

在每個較小的敏捷項目完成時，qmchashi Scrum自動計算最終目標的完成率。這是一種有效的方法，可以讓團隊的子目標和最終目標一直保持一致。

4、同時擁有敏捷遞增和交易型 WBS 的優點

· 同時支持傳統的大型項目和敏捷項目
· 麵向實時交易，擁有單一事實版本的當前計劃和狀態
· 自動準確計算最終目標的完成率
· 不能催毀的自動化審計跟蹤

項目計劃與估算是應對項目不確定性的良好辦法，也是對最大化交付價值的重要體現。qmchashi Scrum敏捷項目管理通過多個維度來幫助你的團隊提升順暢、高質量地交付價值的能力，包括需求響應周期、持續發布能力和交付質量等，期待能又快又多又好地交付需求。