在項(xiàng)目當(dāng)前版本的功能開發(fā)任務(wù)都完成之后，人就空出來了，通常這個(gè)時(shí)候，項(xiàng)目負(fù)責(zé)人還有很多繁瑣的工作要做，比如項(xiàng)目內(nèi)部驗(yàn)收、提交測試申請和版本發(fā)布等等。為了給項(xiàng)目成員找事情做，就匆匆忙忙安排下個(gè)版本的任務(wù)，然后項(xiàng)目成員只是簡單了解下需求，就開始敲代碼了。前期的需求分析、方案設(shè)計(jì)、開發(fā)計(jì)劃，項(xiàng)目負(fù)責(zé)人是沒有時(shí)間系統(tǒng)地去梳理的，這就容易造成項(xiàng)目成員在新功能開發(fā)過程中，需求理解有偏差，加上當(dāng)前版本發(fā)布時(shí)間節(jié)點(diǎn)不明確，目標(biāo)感也不強(qiáng)。
項(xiàng)目負(fù)責(zé)人的開發(fā)任務(wù)應(yīng)比項(xiàng)目成員提前3天左右時(shí)間結(jié)束，這個(gè)時(shí)候項(xiàng)目的其他功能還在繼續(xù)開發(fā)，項(xiàng)目負(fù)責(zé)人可以借機(jī)著手準(zhǔn)備下個(gè)階段的任務(wù)（之所以是下個(gè)階段，而不是下個(gè)版本，是因?yàn)橛锌赡懿皇堑@個(gè)項(xiàng)目了），將需求進(jìn)行梳理分析，編寫方案設(shè)計(jì)和制定開發(fā)計(jì)劃，等到其他項(xiàng)目成員開發(fā)任務(wù)完成之后，就接著下個(gè)階段的任務(wù)進(jìn)行，項(xiàng)目負(fù)責(zé)人這時(shí)再回到當(dāng)前項(xiàng)目，去做內(nèi)部驗(yàn)收和提交測試申請，整個(gè)銜接是很清晰順暢，不至于那么被動(dòng)，捉襟見肘。
本文由mdnice多平臺發(fā)布
