最近公司花很大力度推行敏捷開發。並且聘請了老外的顧問公司進行指導。有些體會這裡記錄下來，希望對後續的開發能夠起到指導意義！

第一次接觸敏捷開發，感覺還是非常激動，對敏捷還是很憧憬的。但是老是說我們這幫子人對敏捷的理解都是停留在一些概念的認識上。到底什麼樣才叫敏捷呢？

我感覺最主要的是：

   1、敏捷交付客戶聚焦的需求。

   2、持續整合，不斷測試，不斷完善。

   3、持續改進，對不好的東西不斷完善，並不斷吸收和採用優秀的實踐和理念。

   4、倡導溝通。消除交流盲區。

說得簡單，但是要做的時候，有些東西做起來很方便，但是有些東西做起來就不是那麼容易了。

比如持續整合，搭建一個持續整合的環境可能花不了很長的時間，但是怎麼樣讓持續整合能夠發揮最大的作用，這就是一個持續改進的過程。我們最開始搭建了持續整合，包括pc-st和board-st的持續整合環境，的確是發揮了不少作用，尤其是對於我們這個相對來說較新的產品，很多基本功能可能還存在問題。但是當基本功能ok之後，它可能起到的作用就是保障老功能，的確這非常重要，但是對於後續開發的功能，沒有覆蓋到，並且前面的持續整合還存在一些缺陷。也許你說，投入專人解決不就ok？對，持續整合非常重要，為什麼，不投人呢？這是我們現在專案運作的一個缺點吧，人少。

    所以這裡總結一點：持續整合很重要，在專案運作的時候重要的東西就要花功夫，投人力。

總結目前持續整合遇到的問題包括以下幾點：

1、持續整合人力投入太少

2、持續整合原有問題沒有得到很好的持續優化（有些用例無法發現問題）

3、持續整合應該讓每個人員及時知道持續整合的結果（目前我們主要是屏保，遠遠不能滿足整個專案運作）

4、持續整合有些東西不直觀（部分整合內容就像寫程式碼式的非常冗餘，除了持續整合的專人較容易理解，其他人不易操作）

5、持續整合，尤其是board-st太少，還有部分st型別不能覆蓋。

這些是我們後續要改進的，但是正像老外說的，也許你現在沒法完全搞定，但是希望把它當成challenge！持續改進。