2012-07-01 62 views
0

部署策略根據Scrum的在衝刺結束,我們必須建立一個有效的解決方案(建設,概念,代碼)。例如,衝刺持續時間爲1周,根據優先級,我們需要提出一個可能需要一週以上的問題。我們正在使用一種策略將所有內容交付給主分支,並且我們不使用分支來解決問題;這樣做是爲了避免對問題進行雙重測試。我們可以將一個大問題分解爲小任務,但是,在衝刺結束時,我們仍然無法獲得有效的解決方案。所以解決這個問題的唯一方法就是在單獨的分支中開發它。對Scrum的

也許你有任何其他想法,主張?

回答

2

你的故事應該以適合INVEST性能。 「S」有爭議地代表「適當大小」或「小」。就像「足夠小以適應衝刺」一樣。由於您的衝刺不夠大,無法容納您的一些故事,因此您有兩種選擇:

  1. 拆分故事。我並不是說簡單地把它變成更小的任務,而是把它分成幾塊,仍然可以提供價值,但適合衝刺。在這本好書User Stories Applied中有幾個如何做到這一點的例子。我確定你可以在網絡上找到更多的例子。
  2. 讓您的衝刺時間。如果這種情況經常發生,我會建議讓你的衝刺持續2周。我發現一週衝刺有點短,所以這將是我的建議。

關於如何在Git中分支(或不分支)代碼,這實際上是個人(或團隊)的偏好。如果你有良好的自動化測試,那應該沒關係。如果你不這樣做,那麼在短跑中講故事會讓你不會分支,不會測試兩次,並堅持你當前的過程。

+0

你開發過程中使用這樣的方法?也許你知道這個策略的優點和缺點? –