最近公司花很大力度推行敏捷開發。並且聘請了老外的顧問公司進行指導。有些體會這裡記錄下來，希望對後續的開發能夠起到指導意義！
第一次接觸敏捷開發，感覺還是非常激動，對敏捷還是很憧憬的。但是老是說我們這幫子人對敏捷的理解都是停留在一些概念的認識上。到底什麼樣才叫敏捷呢？
我感覺最主要的是：
1、敏捷交付客戶聚焦的需求。
2、持續整合，不斷測試，不斷完善。
3、持續改進，對不好的東西不斷完善，並不斷吸收和採用優秀的實踐和理念。
4、倡導溝通。消除交流盲區。
說得簡單，但是要做的時候，有些東西做起來很方便，但是有些東西做起來就不是那麼容易了。
比如持續整合，搭建乙個持續整合的環境可能花不了很長的時間，但是怎麼樣讓持續整合能夠發揮最大的作用，這就是乙個持續改進的過程。我們最開始搭建了持續整合，包括pc-st和board-st的持續整合環境，的確是發揮了不少作用，尤其是對於我們這個相對來說較新的產品，很多基本功能可能還存在問題。但是當基本功能ok之後，它可能起到的作用就是保障老功能，的確這非常重要，但是對於後續開發的功能，沒有覆蓋到，並且前面的持續整合還存在一些缺陷。也許你說，投入專人解決不就ok？對，持續整合非常重要，為什麼，不投人呢？這是我們現在專案運作的乙個缺點吧，人少。
所以這裡總結一點：持續整合很重要，在專案運作的時候重要的東西就要花功夫，投人力。
總結目前持續整合遇到的問題包括以下幾點：
1、持續集**力投入太少
2、持續整合原有問題沒有得到很好的持續優化（有些用例無法發現問題）
3、持續整合應該讓每個人員及時知道持續整合的結果（目前我們主要是屏保，遠遠不能滿足整個專案運作）
4、持續整合有些東西不直觀（部分整合內容就像寫**式的非常冗餘，除了持續整合的專人較容易理解，其他人不易操作）
5、持續整合，尤其是board-st太少，還有部分st型別不能覆蓋。
這些是我們後續要改進的，但是正像老外說的，也許你現在沒法完全搞定，但是希望把它當成challenge！持續改進。
談談持續整合
1 什麼是持續整合？隨著軟體專案複雜度的增加,就會對整合和確保軟體元件能夠在一起工作提出了更多的要求 要早整合 常整合。持續整合 continuous integration 簡稱ci。ci不是一項軟體開發實踐，而是多項軟體開發實踐的集合。2 為什麼要做持續整合?減少風險 減少重複過程 任何時間 任...
保持敏捷 持續整合
敏捷的乙個要點就是 快速反饋。從最早的每日構建，到現在的持續整合，都是開發者為了迅速獲得系統反饋而採取的一系列措施。而且反饋資訊越來越快速，資訊要求越來越高。一次整合的過程步驟大概如下 自動更新 編譯構建 自動測試 報告整合結果。需要使用者寫好各過程命令 比如更新版本 並在整合伺服器的支援下，把各過...
敏捷質疑 持續整合
敏捷質疑 持續整合 q 我的產品是電信級的裝置,幾百人分成幾十個專案組在開發,各個專案組進度不統一,如何整合?a 你要做的其實跟技術無關,更多的是管理工作,就是制定你的產品級別的整合策略.這涉及到需求分析和發布計畫 依賴管理,價值和風險識別 開發方法 自頂向下還是自底向上,橫向分層還是垂直特性 整合...