如何使用Scrum處理傳統項目維護

Question

我的公司正在試驗Scrum，目前我們正在構建一個新產品。通常我們必須在遺留項目中做一些維護，並且作爲他們的Scrum Master，我很困惑Sprint內部如何處理這個問題。

我們是否應該等待Sprint的結束併爲舊項目做一個新的短迭代？

「平行工作」並分配單個開發人員解決問題並進行維護是不是很糟糕？

Obs：我的團隊目前只有4位開發人員。

編輯：

忘了說：維護和主體工程被分離並完全不同。

Answer 1

我理解你的處境的方式如下：

1. 有有效的維護工作和新的發展之間沒有聯繫。

2. 維修量相對較小。 （你說< = 20％）

當然你也可以安排工作爲爭球的一部分，但是這會給維修工作的人工期限。此外，維護僅與團隊的一部分相關。所以在你的情況下，我會把它排除在Scrum規劃之外。就像你的團隊成員有其他任務，或者休假或者其他任務一樣，你可以根據估計的維護工作量來糾正你的團隊的可用性。

當你想準確預測團隊的生產力時，這當然很重要。

Answer 2

將維護工作添加到產品待辦事項列表中，並將其與所有其他項目工作一起排列優先順序。通過這種方式，您可以確保始終先完成最高優先級的工作。