有沒有人使用靈活的衝刺長度成功了？

Question

我知道最好的衝刺長度會因情況/公司而不同。這就是說，有人使用靈活的衝刺長度成功了嗎？另外，我想知道是否有人對短期（1周）與長時間衝刺有強烈的意見？

背景：我們目前正在開發使用1周衝刺。我們的產品所有者似乎滿足於此;然而，爲了靈活性，我曾問過幾次，以增加某些項目的衝刺時間。在所有情況下，我們都堅持短期衝刺。

Answer 1

照常：取決於。

我目前身處衝刺時間在兩到四周之間的組織中。我個人並不熱衷於此，因爲它很難衡量速度，而且對於組織的其他人員來說，他們的計劃與開發團隊相匹配也很棘手。

另一方面，它確實意味着很少有故事會傳播到下一個衝刺中，並且我們可以更容易地考慮到缺勤，意外的錯誤等等 - 通常會導致衝刺被徹底取消。

我已經參與過嘗試一週衝刺的團隊。在實踐中，與衝刺計劃，測試計劃，部署等相關的開銷很大，這意味着我們最終需要大約兩天的實際開發時間：因此很難完成大型戰略性工作。我相信現在團隊使用看板，並且沒有固定的衝刺持續時間，因此結果會更加快樂。

Answer 2

我們確定每個項目的衝刺長度。如果我們正在運行一個持續3-4周的小型項目，那麼整整一週的衝刺並沒有任何意義，我們轉而採用類似看板的方法。

如果我們正在1到2周之間運行一個長期項目。然而，我們沒有做到的事情，在衝刺長度方面絕對靈活，最終導致我們報告混亂。然而，我們所做的是將衝刺的長度加倍。不是爲了完成鬆散的目標，而是爲了完成兩次衝刺負載，而不必解釋爲什麼我們要重新安排內容。我們仍然盡力避免這種情況發生。