敏捷開發的思路

一。產品思考的兩個層次：

       1. 經過電子化，系統化，改變手工，紙質化的工做方式，提供工做效率

       2. 經過軟件開發協助銷售部門找到銷售的增加點，同時使IT部門從成本中心變爲利潤中心

 

二。軟件開發的流程：

       1. 產品需求

       2. 編碼

       3. 測試

       4. 部署

       5. 上線

 

三。 軟件開發的模式：

       1. 瀑布式開發

       2. 敏捷式開發

 

四。敏捷式開發概述：

     （一） 特色： 

               1. 短週期迭代

               2. 產品失敗後，成本小

               3. 風險遷移  

     （二）適用場景：

              1. 需求不是很明確，會常常變動的環境。

              2. 須要快速響應需求方。

五。短週期迭代

1. 收集需求，
2. 需求排優先級,確認耦合關係
3. 迭代1
4. 再排優先級
5. 迭代2

     。。。。。。。。。

六。 風險前移:風險發現的越早，消除風險的成本越低

      （一）需求的全面性：

             1. 功能需求

             2. 界面需求

             3. 非功能性需求：例如，併發數的考慮，性能的需求

             4. 瀏覽器需求

             5. 系統影響

             6. 數據分析的需求

     （二）設計圖：

             1. 產品，開發，測試在編碼前出總體的設計圖，並對設計圖達成共識

             2. 組織架構的設計：

                 2.1 產品線team模式：產品人員，開發人員，測試人員（便於溝通--敏捷開發推薦）

                 2.2  職能team模式：產品team，開發team，測試team（便於管理）

     （三）結對編碼：

             1. 鬆結對：共同需求和設計，各自編碼，交叉複查

             2. 強結對：全部環境兩人均參與，效率較低，可是bug不多，適用於底層代碼的編寫

     （四）項目透明化：

             1. 故事牆

             2. 每日站會

     （五）多版本並行：

              1.0.0  =》 98% 用戶使用

              1.0.1  =》 1%   用戶使用

              1.0.2  =》 1%   用戶使用         

      （六）工做流模式： 

              多項目並行時，造成流模式，各個環節均有序（需求，編碼，測試，部署，完成）

               要求對需求拆分，合理安排各個環節的工做，既不要讓全部的工做的都阻塞在某個環節裏，致使下個環節人員沒事可幹

         

七。開發中存在的問題點：

     （一）產品經理如何作計劃及上線時間的估算

     （二）開發經理如何對開發週期作估算

     （三）測試人員在多產品線並行的狀況下如何處理

     （四）開發人員對產品需求質疑，如何處理

     （五）多版本並行及ab測試下，版本更新很麻煩如何處理

     （六）代碼優化的時間點在哪一個環節比較合適

     （七）需求拆分如何作，誰來作？設計圖誰來作？