Scrum的最小團隊規模和項目持續時間（以人工小時爲單位）？

Question

你會說什麼是使用Scrum的最小/合適的團隊規模和項目持續時間？

我們正考慮將Scrum用於我們的下一個軟件項目（大約1600-1800人工時），團隊規模爲7人。由於團隊規模相當大（與項目持續時間相關，但無法避免），您更喜歡Scrum嗎？

Answer 1

團隊中7名成員完美無缺。爲什麼你會考慮一些其他的過程，而不是SCRUM的唯一原因：

• 您的需求每天都會發生根本性的變化。
• 您的項目短於1周。
• 你們團隊的成員不願意適應SCRUM的做事方式。
• 您的所有成員都是高級軟件開發人員，並確切知道必須完成的工作。然後相信我，SCRUM是浪費時間。

最後，在SCRUM中，您首先嚐試一點點，以便找到完美的平衡點。 （這來自SCRUM是經驗的過程）

Answer 2

根據我的經驗，5名成員和1周衝刺是絕對最低限度。

Scrum Master，產品負責人，2個開發人員和1個測試人員。如果你有更少的人 - 你只需要SCRUM。

7位成員不是很大，我們還有更多。

Answer 3

據溫斯頓·羅伊斯（1970年原瀑布紙的出版者），該瀑布方法應僅用於 - 我引用 - 在最簡單，最直接的項目（這是一個真實而悲傷的軼事：瀑布是作爲不是做事情的例子）。

因此，我會說，對於簡短而簡單的項目，團隊可以在一次衝刺中完成的種類（通常爲1-4周），您可以使用其他方法，因爲您不會獲得任何來自反饋週期的優勢，並且通常沒有機會檢查和調整你的過程。

至於團隊的規模，我認爲任何可以管理的規模都不錯。項目範圍將決定需要多少人才能在一次衝刺中完成。