關於敏捷開發的總結

做過了不少的專案，也經歷過網際網路的洗禮，對專案流程也算是有很多經驗了。昨天跟客戶，獵豹汽車的專案管理人員，進行了一次探討，自己也思考和總結了一點。

所有的產品和專案，基本以兩種方式再進行，一種是瀑布式，一種是迭代式。瀑布式，類似修建了一個大壩，當水儲存夠了，也就是內容開發完了，開閘放水，這潭水就完成了。另外一種是迭代式，好比，你是開發商，拿了一塊地修房子，要修兩期房子，迭代就先修一期，可以一期驗收了，再修第二期。敏捷開發模式，就是迭代式的一種變種。

敏捷開發模式的出現，我理解在於，移動網際網路發展的太迅速，而對於這個方向和人性的探索，產品的理解，太過於簡單，很多都是有一個簡單的想法，這裡面還有資本方的壓力，想快速的去拿出東西，去搶佔市場，去拿到市場試水。

敏捷開發模式的初期，是MVP的方式進行，產品核心需求的最小集快速開發上線。之後，以雙週、三週迭代的方式，進行上線，快速響應使用者的反饋，調整產品的方向，可能是大方向也可能是小方向。

敏捷開發出來的產品與其他產品最大的區別在於，他可能不在於一個完整的生命週期，只要有使用者，只要能賺錢，他就可以一直存活下去。

專案管理人員，在引入敏捷開發的時候，需要特別注意幾點：

1.能力要求：對每個環節的人員能力要求，都相對高一些。從產品、UI、研發、測試、市場、客服等相關人員，都有較強的能力，能快速的響應。產品，能從使用者的反饋中，提取出，符合當前的產品需求，並出原型圖；UI能快速的出設計圖；研發的技術架構，以及能力，能支援修修補補，改來改去；測試，能覆蓋當前的所有用例。

2.溝通、配合度：每個環節的人員，必須目標保持一致。不存在，溝通不暢通，人員不配合的情況，否則雙週迭代走不下去。

3.過程文件的缺失：在這個過程中，因為改動太多，人員主要能力都放在了改動上。對於過程文件，很難儲存下來。

4.時間問題：走這種模式，時間真的很緊張，所有人緊張度都很高。需要把握好所有的事情，對管理者也需要合理的安排。

2019年01月22日11:05:30by vying 與長沙獵豹汽車總部9樓