(1)快速迭代首先是一種產品研發理念。
在快速迭**念支援下的產品研發是「上線-反饋-修改-上線」這樣反覆更新內容的過程，形式非常適合網際網路產品或者移動端，通過收集資料或使用者反饋迅速知道改進的結果，用快速迭代的方式可以立即在使用者之間找到平衡點。
與快速迭代關係最密切的是敏捷管理。具體是故事牆+每日晨會+規劃遊戲+時間盒+產品演示+迭代總結+自運轉團體。在敏捷管理過程中，產品經理的角色扮演十分重要。在這個過程中，他要做到培養團隊的合作能力以及成員相互配合解決問題的成就感、信任感等。
快速迭代的實施有一定前提：
1、環境：周圍環境在快速變化、產品沒有足夠的時間來進行需求分析及相關測試。
2、使用者：使用者不知道自己真正想要什麼，產品需要通過迭代的方式進行試錯。
3、成本：一般情況下可迭代產品的成本都很低，並且可以快速的進行版本更新。
小步快跑才是王道
小步快跑才是王道 別總想搞個大新聞 功能人天價值a 105b10 5c52 d53假如有abc三個功能需求，等待我們開發，相關數值如圖所示，你會怎麼畫原型，安排開發？傳統軟體開發 先做a和 b,到第20天 可以發布乙個價值為 5 5 10 的產品。敏捷開發 先做a,再做 b。這樣,到第 10天,就可...
小步快跑是這樣玩的（下）
同時，我們發現，過去只需gethour 就足夠，而現在卻需要getmonth 與getday 隨著程式複雜度的提公升，我們適時進行了一次重構，將與時間相關的程式抽取到乙個新類dateutil中，就可以順利地改寫原有的時間問候語程式 the utility of time author fangang...
談談我對「小步快跑」的理解
看到書中第三章的標題，已經隱隱知道作者要講述的情節。看完全章節後，果然不出所料，同時產生強烈地共鳴。下面從三個方面來闡述自己對於軟體開發小步快跑的理解。一 開發方式中的小步快跑 在軟體開發中，選用傳統瀑布模型的開發方式越來越突顯它的弊端。現在更易為專案組所認同的是敏捷迭代模型的開發方式。迭代的特點就...