拒絕延期，項(xiàng)目中確保開發(fā)進(jìn)度的實(shí)用技巧分享

????項(xiàng)目中，確保開發(fā)進(jìn)度的技巧有很多，我挑幾個(gè)比較常用的技巧和大家分享。

????一、 隨意的跟進(jìn)

????項(xiàng)目進(jìn)行過程中，項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理，可以隨意得和工程師聊天，來了解情況，把控進(jìn)度。

????比如在工作很累的時(shí)候，或去倒水的時(shí)候，很隨意的找工程師聊兩分鐘，以關(guān)心、幫忙的角度出發(fā)。這樣項(xiàng)目經(jīng)理就能實(shí)時(shí)的發(fā)現(xiàn)問題，有需要溝通的地方，馬上把事情處理掉，節(jié)省工程師的時(shí)間。

????產(chǎn)品經(jīng)理也可以采用這種方法，看下工程師正在開發(fā)的功能理解有沒到位，有沒遇到問題。工程師有想法，產(chǎn)品經(jīng)理可以和他溝通改進(jìn)意見等，這樣返工和bug就會(huì)少。

????但是要注意，是隨意的關(guān)心，不能做成刻意的監(jiān)控；時(shí)間也不要太長(zhǎng)，有事情處理，沒問題幾句話就搞定。不然搞得工程師看到你來都害怕。

????二、 迭代是功能真實(shí)完成

????我們問工程師進(jìn)度，app端鋪好界面，他就會(huì)跟你說這個(gè)功能做完了；后臺(tái)寫好接口，你問他進(jìn)度，他也會(huì)告訴你這個(gè)功能做完了。

????但是我們都有個(gè)經(jīng)驗(yàn)，說做好的功能，測(cè)試會(huì)反饋說功能跑不通，或者缺的東西很多。針對(duì)于這種情況，我們要求迭代版本，是功能可以跑測(cè)試用例。

????這個(gè)一定要搞清楚，不然后面聯(lián)調(diào)時(shí)間會(huì)非常長(zhǎng)，項(xiàng)目進(jìn)度完全不可控。因?yàn)槟悴恢滥男┦钦鎸?shí)完成的，哪些是沒有完成的。所以我們要為迭代版本定個(gè)完成的標(biāo)準(zhǔn)，就是功能能跑測(cè)試用例，是真實(shí)完成。

????三、 關(guān)鍵階段每日整合版本

????項(xiàng)目時(shí)間比較趕或者項(xiàng)目有延遲風(fēng)險(xiǎn)的時(shí)候，要求研發(fā)每天下班的時(shí)候要整合一個(gè)版本。就是代碼做整合，發(fā)布到測(cè)試環(huán)境就好，app端就打個(gè)包發(fā)出來，不額外增加工作量。

????這樣會(huì)帶來幾個(gè)好處：

????1. 項(xiàng)目的真實(shí)情況很清楚，時(shí)間可控。

????這點(diǎn)是敏捷開發(fā)12條原則中的第7條：工作的軟件是首要進(jìn)度度量標(biāo)準(zhǔn)，這條原則在項(xiàng)目中的實(shí)際使用。我們要把這些原則靈活運(yùn)用起來，不然把它們掛墻上，就一點(diǎn)意思沒有了。

????2. 工程師會(huì)產(chǎn)生一定的緊張感，開發(fā)效率會(huì)更高。

????3. 在這個(gè)過程中，工程師與其它工程師、測(cè)試、產(chǎn)品、UI等的協(xié)作會(huì)更高效。

????這點(diǎn)非常重要，團(tuán)隊(duì)間會(huì)磨合出高效的協(xié)作模式，這個(gè)協(xié)作模式在以后的項(xiàng)目中會(huì)變成常態(tài)，你項(xiàng)目的效率就會(huì)提升。