在傳統(tǒng)的Scrum中，Sprint的長度為一個月，現(xiàn)在一般時間更短。 這意味著團(tuán)隊就得在項目剛開始的兩周或者一個月內(nèi)交付完成的軟件。 軟件來自于產(chǎn)品負(fù)責(zé)人的backlog。它必須由特征組成。 要正確的做到Scrum，我們不能做基礎(chǔ)架構(gòu)之類的東西，我們要交付特征。 所以，在開始幾個Sprint中，團(tuán)隊就沒時間把最終產(chǎn)品所需要的整個穩(wěn)定的基礎(chǔ)架構(gòu)做好。我們只能做好一小部分而已。 但是，整個產(chǎn)品肯定需要一個大型的，性能強(qiáng)勁的，更加穩(wěn)定的架構(gòu)。 所以項目中的架構(gòu)必須要改，因為剛一開始我們沒有，而到最后我們得需要。 要修改基礎(chǔ)架構(gòu)的方法不多。我們可以每個Sprint重寫一次，或者是對它做改進(jìn)。 但是每次都重寫的話效率太低，所以我們必須做改進(jìn)——軟件的改進(jìn)就是重構(gòu)。

總結(jié)

以上是生活随笔為你收集整理的敏捷需要重构吗？不需要吗？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。