敏捷中需要分享故事點給利益相關者嗎？

banq發表於2022-03-17
敏捷

故事點有兩個目的：
  • 1：強迫團隊討論並就工單的範圍達成一致
  • 2：讓產品經理大致瞭解完成一組工作需要多少個 sprint，以及每個 sprint 可以完成多少工作。

對於利益相關者，甚至不會向他們提及故事點。
他們唯一需要知道的是團隊估計完成他們想要完成的工作需要多長時間，並且 PM 應該在 sprint 中交付該估計，而不是幾個小時或幾天。
如果他們希望更快地完成，PM 應該與利益相關者和團隊一起縮小範圍，直到團隊認為它足夠小以適應交付時間。如果他們希望它在不到一個 sprint 中生效，則需要再次縮小範圍，直到團隊確信它可以按照指定的時間交付。
以這種方式工作需要堅定並與利益相關者就您的團隊如何完成工作保持一致，並且還需要並非所有組織和團隊都具備的信任水平。
  
原因：
人們會透過估計複雜性而不是時​​間來推動討論。他們會使用團隊績效的歷史資料將複雜性轉化為時間。
然後有人爭辯說團隊將能夠比過去更快地工作，這種說法通常沒有證據。
  
但是：
構建複雜的軟體通常需要比人們想象的更多的時間，因此，利益相關者通常期望付出更少的努力，並且無法合理化支出超過特定金額。
然後怎樣呢？
在這些情況下，請與您的利益相關者討論：
  1. 為什麼估計的努力是這麼多？
  2. 故事的哪一部分花費的時間最多？
  3. 最大的未知數在哪裡？

此外，討論以下方法：
  1. 分割故事並分多個部分交付
  2. 儘早驗證每個部分，最好使用原型

想辦法把故事的部分內容排除在外，尤其是那些需要大量努力且價值最低的功能。
 
因此：
  1. 那麼為什麼我們不能協商並決定時間和故事點之間的比例呢？
  2. 那麼為什麼故事點和小時之間沒有一對一的對映呢？

答案：
時間和故事點之間的關係是衡量的，而不是協商的。它基於團隊過去的表現來預測未來。
它類似於天氣預報的工作方式。氣象學家利用他的知識和觀察資料來預測天氣。同樣，開發團隊使用他們的知識來估計工作量，並觀察先前衝刺的速度來預測預期的工作量。
因此，當利益相關者過來並開始提出這些問題時，您需要解釋故事點的工作原理以及如何有效地使用它們，因為誤用估計會降低團隊的速度。
 
最好辦法：
如果你還沒有向利益相關者介紹“故事點”這個概念，那就不要這樣做。只需使用人們更熟悉的概念：
  1. 功能 A 可以在 4 月交付 - 可能的時間範圍
  2. 到下個季度，我們將能夠交付..


 

相關文章