敏捷社區(qū)的一些成員強(qiáng)調(diào)了反饋循環(huán)對(duì)于提高敏捷開發(fā)流程效力方面的重要性。

　　“反饋循環(huán)”是什么呢？簡(jiǎn)單來(lái)說(shuō)，如果某個(gè)流程的執(zhí)行結(jié)果可以影響到此流程未來(lái)的運(yùn)作方式，那么它就存在反饋循環(huán)。

　　在敏捷開發(fā)流程中存在哪些類型的反饋循環(huán)呢？在Henrik Kniberg和Mattias Skarin的著作《看板與Scrum：把兩者發(fā)揮到極致》（Kanban and Scrum: Making the Most of Both）中，他們描述了Scrum和XP中的一些反饋循環(huán)。他們提到的一些在較短時(shí)間內(nèi)形成反饋循環(huán)的XP實(shí)踐，包括：

• 結(jié)對(duì)編程
• 單元測(cè)試
• 持續(xù)集成

　　而需要較長(zhǎng)時(shí)間才能形成反饋循環(huán)的Scrum實(shí)踐包括：

• 每日站立會(huì)議
• Sprints

　　然而，在所有例子中，這些反饋循環(huán)背后的主要目的就是迅速提升流程能力。正如Kniberg和Skarin所說(shuō)的：

做些改變=>搞清楚它的實(shí)施狀況=>從中汲取教訓(xùn)=>再做些改變。一般而言，你會(huì)希望反饋循環(huán)盡可能短，這樣就能迅速優(yōu)化你的流程。

　　Rune Sundling最近的一篇博文提到了更多能夠支持敏捷反饋的實(shí)踐：

• 代碼審查
• 靜態(tài)代碼分析
• 自動(dòng)集成測(cè)試
• 自動(dòng)驗(yàn)收測(cè)試
• 你與客戶或者業(yè)務(wù)專家緊密協(xié)作，貫穿項(xiàng)目過(guò)程
• 高頻率發(fā)布（至少發(fā)布至測(cè)試環(huán)境）

　　除了流程和生產(chǎn)力的改進(jìn)，緊湊的反饋循環(huán)還能使團(tuán)隊(duì)成員在工作方面感覺更好。 Lisa Crispin指出：

如果我們實(shí)施“持續(xù)集成”這一實(shí)踐，對(duì)每個(gè)代碼新版本做回歸測(cè)試，在幾分鐘或幾個(gè)小時(shí)之內(nèi)我們就可以知道新寫的或者更新后的代碼是否導(dǎo)致別的功能不能工作。一旦我們第一時(shí)間發(fā)現(xiàn)，修正起來(lái)就很容易。問(wèn)題不會(huì)困擾我們，因?yàn)槲覀冎牢覀兡軌蚣皶r(shí)修正它們，繼續(xù)前進(jìn)。

較短的反饋循環(huán)使我們信心倍增。有了信心，我們也就樂(lè)在其中。

it知識(shí)庫(kù)：敏捷反饋循環(huán)的重要性，轉(zhuǎn)載需保留來(lái)源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。