8Manage：敏捷項目管理中的估算與計劃

　 域名預(yù)訂/競價，好“米”不錯過

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

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

為什么會這樣?

項目的估算通常是建筑師、技術(shù)項目經(jīng)理或中小企業(yè)做的，他們實際上不會“執(zhí)行”或處理這些估算的可交付成果。

對于“客戶要求的截止日期”，沒有考慮實際需求、項目范圍、資源管理和/或項目進度管理。

有時，即便是我們的客戶服務(wù)團隊也有過錯，為了達成那筆關(guān)鍵交易，他們過度承諾。需求還沒有最終確定，但結(jié)束日期已經(jīng)確定。

此外，客戶和利害關(guān)系人經(jīng)常更改項目范圍，或估算時要考慮特定的專家水平，但現(xiàn)在必須使用經(jīng)驗較少的資源等等，所有這些因素以及更多此類因素都會影響你對項目的評估與執(zhí)行。

那么，具有如此脆弱方面的項目，執(zhí)行情況如何?

這個項目會面臨：

· 很多加班

· 多次返工

· 質(zhì)量問題

· 對客戶和項目團隊的期望管理不當(dāng)

· 團隊壓力過大

· 團隊士氣低迷

· 升級和客戶關(guān)系破裂

敏捷項目管理是否有助于避免上述問題?

很大程度上是可以的。

如果從整體上看，你會發(fā)現(xiàn)敏捷項目是“價值驅(qū)動”的，而不是計劃驅(qū)動。

通常，在敏捷項目中，成本和進度是給定的。例如，我有6個月或1年的時間來啟動這個項目，資金為XX元。

因此，估算不是直接根據(jù)工作量，而是根據(jù)價值。

為此，生產(chǎn)產(chǎn)品或提供特定服務(wù)必須包含每個功能的價值。

在敏捷項目管理中，戰(zhàn)略和戰(zhàn)術(shù)計劃是健康的結(jié)合。

主題(Themes)更具有戰(zhàn)略性，通常是跨組織的大型重點領(lǐng)域，涵蓋項目的總體目標(biāo)。例如，降低產(chǎn)品投放市場成本15%。

史詩(Epics)是比主題低一級的更大工作塊，可以分解為許多較小的任務(wù)，啟動是為了實現(xiàn)主題目標(biāo)。

從最終用戶的角度來看，故事(Stories)是明確的面向行動的事項，比如如何使用特定的產(chǎn)品項目、功能或特性。

任務(wù)(Tasks)是對用戶故事的戰(zhàn)術(shù)和細(xì)化分解，是滿足用戶故事的可操作事項。

一旦分解完成，如何進行估算?

項目管理協(xié)會(PMI.Org)列出了許多敏捷估算技術(shù)。其中，我們將重點關(guān)注敏捷團隊部署的兩種非常簡單的通用技術(shù)。

? T恤尺碼分類法(T-Shirt Sizing)——顧名思義，關(guān)于用非常大的事項來確定積壓工作的大小。術(shù)語或度量單位通常是XS、S、M、L、XL和XXL。

Scrum團隊聚集在一起，對積壓事項進行公開討論，他們通常會考慮時間(通常以天為單位)。

注意，T恤尺碼分類法的水平很高，本質(zhì)上不是數(shù)字。

這樣做的目的是讓技術(shù)團隊發(fā)揮創(chuàng)造性的一面，保持開放的心態(tài)，更容易接受其他團隊成員的觀點和看待手頭故事的方式。

這種方法最適合剛開始進行敏捷項目管理的團隊。

? 計劃撲克(Planning Poker)——這是一種更為數(shù)值化的敏捷估算方式，也是一種實用的估算方式?？偟膩碚f，它包括以下內(nèi)容：

-所有團隊成員參與

-每位成員都獲得數(shù)字卡片，根據(jù)斐波那契數(shù)列，從0到21排列

- 一旦故事被讀取，每位成員都拿著數(shù)字卡片，上面的數(shù)字代表他認(rèn)為所需的工作

-數(shù)字最高和最低的成員需要解釋選擇這個數(shù)字的原因

-這個游戲往往會重復(fù)，直到團隊成員對用戶故事實際需要多少工作量達成共識

-經(jīng)過一段時間，團隊對特定的用戶故事類型和相關(guān)工作有了一定的了解

-敏捷團隊對一個又一個故事進行討論，他們的估算變得更加穩(wěn)妥，對項目需求的理解更加深入。用更加通用的話來說——見識更加開闊。

敏捷項目管理方法實踐

敏捷項目管理方法(如Scrum、看板等)之所以流行，主要原因在于簡化和有效處理不確定需求的能力。

這來自于迭代、增量發(fā)布、快速測試、最后的經(jīng)常性檢查和驗證方法。

最重要的方面是，估算由實際實施者完成。

敏捷關(guān)于自組織團隊和仆人式領(lǐng)導(dǎo)力，即為團隊提供更大的自由、責(zé)任心以及為項目目標(biāo)調(diào)整和執(zhí)行的權(quán)力。

每個結(jié)果的價值——迭代可交付成果有助于從積壓中形成后續(xù)項。從根本上說，感知價值和交付價值之間的一致性不斷增加。

最終的結(jié)果是，除非結(jié)果的價值大于努力的價值，否則積壓的事項不會被執(zhí)行，理想情況下會被刪除。此外，還消除了每個迭代的混亂，產(chǎn)品路線圖變得更加穩(wěn)健，不確定性程度也有所降低。

敏捷估算與計劃更強調(diào)集體合作和響應(yīng)變化。類似8Manage Scrum這樣的敏捷管理工具(http://www.8manage.cn/pm/agile-largeproject.html)可以跟蹤故事，快速響應(yīng)客戶需求，不斷適應(yīng)變化，從而使對估算的反思和重新校準(zhǔn)變得更加容易。

8Manage Scrum支持增量式產(chǎn)品開發(fā)的短迭代管理和滿足競爭格局和產(chǎn)品需求動態(tài)變化的管理需求。如有需要，系統(tǒng)也可靈活擴展以滿足傳統(tǒng)項目監(jiān)控的管理需求(如時間管理，成本管理)。

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

在8Manage Scrum，產(chǎn)品需求像展示在故事板上的場景或故事，來龍去脈清晰明了，一目了然。在同一頁面可把產(chǎn)品需求和需求負(fù)責(zé)人分配到對應(yīng)的用戶故事，有根有據(jù)，可隨時追蹤。

2、持續(xù)集成并自動化流程

用戶可根據(jù)業(yè)務(wù)需求的變化調(diào)整需求，建立更適合的模型。當(dāng)產(chǎn)品需求越來越多，超過當(dāng)前迭代的范圍，系統(tǒng)會自動把超過范圍的需求存儲在待開發(fā)項列表。用戶可隨時查看在以往的迭代已經(jīng)發(fā)布了哪些需求，哪些需求還在待開發(fā)項中，可幫助用戶更好地安排工作和作出決策。

8Manage Scrum的持續(xù)集成流程和日常健全測試，有助于在問題造成嚴(yán)重后果前把問題解決掉。

3、把當(dāng)前敏捷項目與最終目標(biāo)對齊

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

4、同時擁有敏捷遞增和交易型 WBS 的優(yōu)點

· 同時支持傳統(tǒng)的大型項目和敏捷項目

· 面向?qū)崟r交易，擁有單一事實版本的當(dāng)前計劃和狀態(tài)

· 自動準(zhǔn)確計算最終目標(biāo)的完成率

· 不能催毀的自動化審計跟蹤

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

申請創(chuàng)業(yè)報道，分享創(chuàng)業(yè)好點子。點擊此處，共同探討創(chuàng)業(yè)新機遇！