敏捷開發，作為繼瀑布開發後，又一流行的開發思維工具，目前各行各業都在使用，網際網路盛行的今天，敏捷的天生特徵和網際網路屬性，有很大的重疊，十分相似，今後也會更加的流行。
工具/原料
敏捷開發
專案管理
網際網路思維
方法/步驟
網際網路思維，講究的是快速、反饋、迭代，敏捷開發思想的核心是溝通，高效，降低風險。雙方都比較看重互動，人與人之間的交流，人與產品之間的交流，通過交流反饋，來快速的更新迭代產品，從而提供更好的產品和服務。
按照瀑布的開發模式，等需求跟客戶確認後，概要設計、詳細設計完成後，交付給開發人員來完成，最終結束後，才會進行整合測試，等所有的功能按照設計書做好後，才能交付給客戶。在最後一公里才讓客戶參與進來，可想而知，客戶是什麼心情，就好比，找物件，把需求描述清楚了，等結婚前發現對方喜歡自己一個人吃飯。缺點：風險太大，返工成本高，客戶滿意度低。
敏捷開發，講究的是快，持續不斷的給客戶交付有價值的產品，使用者體驗的都是實實在在的產品，看得見摸得著，客戶參與了產品的每一步，都是按照自己的想法來構建的，自然滿意度就很高。當然了，在實際的實施過程中，也要很清晰明確的把握客戶的想法，不能一味地跟著客戶的想法走，很容易讓專案失控。
問題來了，敏捷如此的好，是不是包治百病呢，是否能夠直接解決問題呢？對症下藥才是關鍵。
在採用大家通用的敏捷做法後，發現跟瀑布的方式，實際上沒有太大的區別，只是需求在迭代罷了，實際的開發和測試銜接上，並沒有太多的改進，效率和質量沒有提上來。
在網際網路思維盛行的今天，給敏捷開發用網際網路思維武裝起來，採用協同社交的方式來處理。
1、需求劃分完任務後，開發和測試都會領取到，需求內容/截止日期，達成一致， 有什麼疑惑，可以直接在具體的任務上留言發起討論
2、開發完成後，將任務的狀態設定為已完成，測試就會收到提交任務的通知，從而安排版本測試
3、測試中如果發現問題，可以直接在任務上建立Bug，開發也會收到相應的訊息提醒，如果有異議，可以直接在Bug上進行回覆
4、開發修改完成後，測試進行驗證，全部驗證後，關閉Bug，關閉任務，整個開發測試流程上，公開、透明、自動化，任務是按照計劃來流動的，每個人都是任務的監督者和推動者。
5、Demo發現的問題也按照此方法來處理。實踐的結果，效果很好，開發和測試的無謂溝通減少了，大家工作更流程化，規範化。小的任務良性迴圈後，大的目標自然水到渠成。
