欧美涩色-欧美社区-欧美熟夫-欧美熟色妇-九色在线-九色在线播放

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

圖應該是這樣的：

敏捷開發是一種以人為核心、迭代、循序漸進的開發方法，通過快速、高效的反應速度，積極、高頻的溝通為客戶提供一條暢通的指揮通道。在一個傳統互聯網公司想要轉型成移動互聯網公司的關鍵節點上，我們遇到了一個面向老板出產品的經歷。

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

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

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

敏捷開發需要采用以下工具進行管理：Excel需求池、任務看板、燃盡圖、計劃撲克牌等。

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

實踐過程中遇到了以下問題：團隊磨合工具不及時變更狀態；預留給產品設計時間太少導致邊界條件未充分考慮；需求排優先級出現錯誤等。

通過9天時間封閉式開發產生數據如下：完成300+個需求點并測試修復400條bug。

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