項目中，確保開發進度的技巧有很多，我挑幾個比較常用的技巧和大家分享。
一、 隨意的跟進
項目進行過程中，項目經理、產品經理，可以隨意得和工程師聊天，來了解情況，把控進度。
比如在工作很累的時候，或去倒水的時候，很隨意的找工程師聊兩分鐘，以關心、幫忙的角度出發。這樣項目經理就能實時的發現問題，有需要溝通的地方，馬上把事情處理掉，節省工程師的時間。
產品經理也可以採用這種方法，看下工程師正在開發的功能理解有沒到位，有沒遇到問題。工程師有想法，產品經理可以和他溝通改進意見等，這樣返工和bug就會少。
但是要注意，是隨意的關心，不能做成刻意的監控；時間也不要太長，有事情處理，沒問題幾句話就搞定。不然搞得工程師看到你來都害怕。
二、 迭代是功能真實完成
我們問工程師進度，app端鋪好界面，他就會跟你說這個功能做完了；後臺寫好接口，你問他進度，他也會告訴你這個功能做完了。
但是我們都有個經驗，說做好的功能，測試會反饋說功能跑不通，或者缺的東西很多。針對於這種情況，我們要求迭代版本，是功能可以跑測試用例。
這個一定要搞清楚，不然後面聯調時間會非常長，項目進度完全不可控。因爲你不知道哪些是真實完成的，哪些是沒有完成的。所以我們要爲迭代版本定個完成的標準，就是功能能跑測試用例，是真實完成。
三、 關鍵階段每日整合版本
項目時間比較趕或者項目有延遲風險的時候，要求研發每天下班的時候要整合一個版本。就是代碼做整合，發佈到測試環境就好，app端就打個包發出來，不額外增加工作量。
這樣會帶來幾個好處：
1. 項目的真實情況很清楚，時間可控。
這點是敏捷開發12條原則中的第7條：工作的軟件是首要進度度量標準，這條原則在項目中的實際使用。我們要把這些原則靈活運用起來，不然把它們掛牆上，就一點意思沒有了。
2. 工程師會產生一定的緊張感，開發效率會更高。
3. 在這個過程中，工程師與其它工程師、測試、產品、UI等的協作會更高效。
這點非常重要，團隊間會磨合出高效的協作模式，這個協作模式在以後的項目中會變成常態，你項目的效率就會提升。