并不是所有的項目都適合用敏捷開發(fā)，在項目沒有特別明確的目標(biāo)，團隊技術(shù)水平太弱、需要工期本身比較長無法細(xì)化顆粒度的情況下，使用敏捷開發(fā)會存在很多問題。

圖應(yīng)該是這樣的：

敏捷開發(fā)是一種以人為核心、迭代、循序漸進(jìn)的開發(fā)方法，通過快速、高效的反應(yīng)速度，積極、高頻的溝通為客戶提供一條暢通的指揮通道。在一個傳統(tǒng)互聯(lián)網(wǎng)公司想要轉(zhuǎn)型成移動互聯(lián)網(wǎng)公司的關(guān)鍵節(jié)點上，我們遇到了一個面向老板出產(chǎn)品的經(jīng)歷。

在整個研討會上，由于每次意見不統(tǒng)一，僵持不下，導(dǎo)致產(chǎn)品一拖再拖。最后老板迫于壓力，在4月1日給出了一個命令，必須在4月20號做出來一個能看的產(chǎn)品。迫于無奈，在4月10日進(jìn)行封閉式開發(fā)，9天的時間完成了一個電商類型的小程序，已經(jīng)面向酒店和公司的兩個后臺系統(tǒng)。正是在這樣的情況下，才能夠體會到敏捷開發(fā)小而快思想的精髓。

我們遇到了以下問題：產(chǎn)品設(shè)計幾乎需要從0開始；大量的后臺系統(tǒng)開發(fā)工作量沒有被正確評估；研發(fā)團隊人數(shù)不過；UI團隊無法AllIn。以上問題需要解決才能滿足老板需求。因此我們選擇使用敏捷開發(fā)模式。

敏捷開發(fā)分為Scrum和XP兩種模式。Scrum適用于團隊最佳人數(shù)控制在5～9人，一個迭代為四周時間；XP更側(cè)重于測試驅(qū)動開發(fā)，一般迭代為1到2個星期。考慮到項目需要中途變更等量需求且有依賴關(guān)系，在Scrum和XP模式下吸取各自優(yōu)點：允許中途變更等量需求；嚴(yán)格按照優(yōu)先級進(jìn)行開發(fā)。

敏捷開發(fā)需要采用以下工具進(jìn)行管理：Excel需求池、任務(wù)看板、燃盡圖、計劃撲克牌等。

我們實踐過程中遵循以下原則：產(chǎn)品設(shè)計需要拆分高內(nèi)聚低耦合模塊并及時輸出最小可用單元；每日完成手頭上需求才算完成當(dāng)天工作；每晚十點審核進(jìn)度并確保缺陷不過日；每個模塊需要完整走過工作流包括缺陷處理流程。

實踐過程中遇到了以下問題：團隊磨合工具不及時變更狀態(tài)；預(yù)留給產(chǎn)品設(shè)計時間太少導(dǎo)致邊界條件未充分考慮；需求排優(yōu)先級出現(xiàn)錯誤等。

通過9天時間封閉式開發(fā)產(chǎn)生數(shù)據(jù)如下：完成300+個需求點并測試修復(fù)400條bug。

總之，并非所有項目都適合使用敏捷開發(fā)，在項目沒有特別明確目標(biāo)、團隊技術(shù)水平太弱或者需要工期本身比較長無法細(xì)化顆粒度等情況下使用敏捷開發(fā)會存在很多問題。