1樓：Mia Tang
關於專案工作量如何進行準確估算的問題，「故事點」可作為乙個有效途徑。
在敏捷開發的過程中，研發團隊需要對任務工作量進行相對準確的預估，從而科學把控專案進度，確保專案及時落地與交付。「故事點」是敏捷開發中一種有效的度量單位，它以數字的形式呈現，表示完成某個使用者故事開發所需要的工作量。
與「工時」不同，「故事點」是乙個抽象的、相對的值，它包含了對開發任務量、複雜度、風險和不確定性的整體預估。然而，由於每個人/團隊的技術水平存在差異，對同一任務的複雜性和風險程度的判斷也是不同的，因此每個團隊對「故事點」都有自己的標準。一旦團隊對「故事點」達成了共識，它能夠幫助各個成員在估算工作量時快速達成一致，並有效地衡量團隊產能。
那麼如何正確地對故事點進行預估呢？
1.選擇基準故事，賦值故事點
我們所有人對「1個小時」都有清晰的認知和共識，因為時間是乙個絕對值，然而「1個故事點」到底代表多少工作量呢？為了確定故事點的標準，團隊需要先找到乙個基準故事，該基準故事需包含解決具體使用者故事所要完成的標誌性任務，例如選擇乙個包含前端和後端任務，後端有資料資訊互動的使用者故事作為基準故事，其工作量設為1個故事點，那麼其他使用者故事則可以基於這一基準故事進行故事點的預估。比如某團隊設定基準故事 A 為1個故事點，使用者故事 B 的開發任務量、複雜度、風險和不確定性綜合預估是基準故事 A 的3倍，那麼使用者故事 B 的故事點就應該設立為3。
故事點的取值需遵循斐波那契數列數列（1、2、3、5、8、13、21、34...), 為了避免繁瑣，更好的體現故事點的差異性和準確性，團隊可沿用修正版的斐波那契數列（1、2、3、5、8、13、20、40...）。
ONES Project 支援斐波那契數列預估故事點
2.運用規劃撲克，確定工作量
選擇好基準故事之後，團隊成員則可以開始對使用者故事進行故事點估算。為了保證團隊成員對同一使用者故事的工作量判斷達成一致，在故事點估算會議上，我們通常運用「規劃撲克」的方式完成集體估算。
3.持續磨合，度量團隊迭代效率
團隊針對故事點的估算是需要不斷磨合的，在迭代開發過程中，我們可能會發現故事點的預估出現了偏差，但此時不必急於修改故事點數。經過幾次迭代的經驗累積，團隊會對於故事點的預估更加得心應手。
運用故事點預估工作量，還能夠幫助團隊度量迭代速率，從而更合理地規劃版本發布。例如在多次迭代後，我們發現了團隊在乙個迭代中可以完成20個故事點，那麼乙個100個故事點的里程碑版本則預計需要5次迭代。
當然，團隊的迭代速率並非一成不變，ONES Performance 基於團隊的研發資料，視覺化展現不同專案、團隊、成員的故事點完成情況，科學度量團隊研發效率。通過故事點完成量的對比，分析原因，總結經驗，助力團隊提公升研發效能。
ONES Performance 支援「故事點完成量」報表
ONES 企業級研發管理工具 | ONES
如果想嘗試故事點這個途徑的話，推薦可以免費試用下ONES。
2樓：joy圓子
首先工作預估並不是專案經理乙個人的事情，專案經理需要拆分工作模組，然後去和這些模組的不同責任人溝通時間和細節
比如我要做個官網，那麼誰做規劃、誰做設計、誰做前端、誰做後端，這些工作時間節點如何銜接、如何監控、如何交付，都是需要大家碰出來的
專案經理在專案管理活動中如何有效地推動他人工作？
peng 一從個人方面來說，形成自己的專家權威。通過自己的能力在團隊中樹立一種權威形象。二從組織層面來說，借力打力。首先分析團隊成員的利益關聯點，其次，將利益關聯點作為突破點，以合作共贏為角度考慮問題，說服對方，達到互利共贏。 點墨樓 作為一名在矩陣型組織和職能型組織中工作的專案管理者，我可以說一下...
IT專案經理應如何管理專案？
半半 所以結合這幾年的專案實戰經驗，側重聊聊IT專案經理在 道 的層面如何修煉。主要歸納了三大點 PMP專案管理師報考條件免費評估 學習資料 題庫免費領取 一 乙個合格的IT專案經理要懂得 犧牲 自己 談到 犧牲 自己，相信很多人已經很畏懼IT專案經理這個職位，其實也並沒有那麼可怕，這種犧牲只是讓你...
優秀的專案經理如何管理專案？
專案管理的那些事 做好反饋管理和前饋管理。反饋管理是管理學中的乙個關鍵概念，是對自己執行的各種計畫或管理者分配給別人任務的實施進度以及效果進行最終的反饋。作為領導者要對下屬的工作結果給予及時的鼓勵 幫助或者批評 作為下屬也需要在任務執行過程中主動反饋問題和結果，所謂的反饋管理就是建立乙個閉環，掌控任...