項(xiàng)目延期:4種情況與解決之道

3 評(píng)論 29405 瀏覽 79 收藏 6 分鐘

在項(xiàng)目管理中,項(xiàng)目延期是很常見但又不希望發(fā)生的事情。很多時(shí)候說產(chǎn)品經(jīng)理不但要能說而且要會(huì)做,這里的做包含了推動(dòng)項(xiàng)目按期完成的能力。在和一些老產(chǎn)品人交流時(shí)經(jīng)常會(huì)聽到他們調(diào)侃說遇到十個(gè)項(xiàng)目,通常有九個(gè)是會(huì)延期的,從中也能感受到一份無奈與辛酸。但是在b端產(chǎn)品中,需求很大部分是客戶提出的,高效及時(shí)的版本發(fā)布直接影響著客戶實(shí)際的業(yè)務(wù),項(xiàng)目準(zhǔn)時(shí)上線顯得非常的重要。因此非??简?yàn)產(chǎn)品經(jīng)理對(duì)項(xiàng)目進(jìn)度的把控能力。

項(xiàng)目逾期,除去客觀上的環(huán)境因素,通常會(huì)遇到以下幾種問題。

1.項(xiàng)目預(yù)估時(shí)間偏差。

這其實(shí)是最重點(diǎn)的問題,百分之六十以上的項(xiàng)目延期就是因?yàn)轭A(yù)估時(shí)間出現(xiàn)問題?;旧显谛枨蟠_認(rèn)過程中會(huì)開一個(gè)評(píng)審會(huì),講解需求并評(píng)審每個(gè)功能預(yù)期的時(shí)間。但是這個(gè)評(píng)審?fù)活A(yù)估了理想狀態(tài)下的開發(fā)時(shí)間,忽略了一些技術(shù)難點(diǎn),調(diào)試,聯(lián)調(diào),測(cè)試等特別是涉及到后臺(tái)業(yè)務(wù)數(shù)據(jù)這塊的一些功能設(shè)計(jì)所需要的時(shí)間。b端產(chǎn)品涉及到的數(shù)據(jù)流轉(zhuǎn)非常復(fù)雜,有時(shí)候還需要與其他項(xiàng)目進(jìn)行對(duì)接或者調(diào)通接口。

針對(duì)這種問題比較好的解決方法是項(xiàng)目初始階段在日程上記錄幾個(gè)比較重要的時(shí)間節(jié)點(diǎn)以及具體到每月每人的任務(wù)線,當(dāng)然也是在對(duì)工作量有較為準(zhǔn)確的前提下去完成這個(gè)工作。任務(wù)線確定了之后一但遇到首個(gè)任務(wù)延期的情況就要及時(shí)找出問題并且判斷后面一些任務(wù)中可能遇到類似的事情。第二個(gè)是要確定項(xiàng)目結(jié)束時(shí),每個(gè)人需要提交的東西。比如prd,設(shè)計(jì)稿,交互原型,版本代碼,測(cè)試報(bào)告等然后根據(jù)這個(gè)輸出過程去做一個(gè)項(xiàng)目分解,搞清楚每部分之間的關(guān)聯(lián)性和項(xiàng)目之間的關(guān)系,使各部分人員對(duì)現(xiàn)有系統(tǒng)邏輯有比較清楚的認(rèn)識(shí)。

2.需求對(duì)現(xiàn)有業(yè)務(wù)流造成改動(dòng)。

b端產(chǎn)品中,業(yè)務(wù)流在主線確定之后往往只會(huì)做上層的拓展和延伸。由于主觀的邏輯優(yōu)化或者政策、實(shí)際業(yè)務(wù)改變等客觀因素的影響就需要對(duì)現(xiàn)有主線進(jìn)行不同程度的調(diào)整。

如果一次性進(jìn)行大規(guī)模的修改,開發(fā)對(duì)需求的把控,客服對(duì)新邏輯的理解以及客戶的接受程度都會(huì)面臨考驗(yàn)。所以面對(duì)比較大的調(diào)整,可以采用對(duì)需求進(jìn)行分期規(guī)劃,逐層推進(jìn)以達(dá)到預(yù)期效果的方式去進(jìn)行。好的需求分期規(guī)劃能讓所有人看清產(chǎn)品發(fā)展的路徑,甚至在第一期功能完成時(shí)就感知到預(yù)期目標(biāo)只是順勢(shì)發(fā)展的結(jié)果。

3.需求變更或新增需求。

很多時(shí)候在開發(fā)過程中難免會(huì)遇到對(duì)現(xiàn)有需求進(jìn)行更變或者突然插入一些緊急程度較高需求。可能修改點(diǎn)的工作量并不是非常大,但是積少成多之后也會(huì)對(duì)項(xiàng)目進(jìn)程有一定的影響。曾經(jīng)有一次在開發(fā)中為了頁面內(nèi)容更清晰地展現(xiàn)把一個(gè)頁面由標(biāo)簽欄改成了菜單欄,因?yàn)樯婕暗巾撁鎯?nèi)聯(lián)框架的調(diào)整所以給開發(fā)增加了兩天的工作量,事后我才意識(shí)到問題的嚴(yán)重性,因?yàn)檫@樣的優(yōu)化導(dǎo)致項(xiàng)目延期十分得不償失。

4.開發(fā)/測(cè)試人員對(duì)需求的理解有偏差

這種情況往往是因?yàn)闇贤ú坏轿粚?dǎo)致的。溝通在任何團(tuán)隊(duì)任何項(xiàng)目中都是大問題,在b端項(xiàng)目中尤為明顯。前面提到b端產(chǎn)品的系統(tǒng)邏輯可能異常復(fù)雜,特別是一些小的分支邏輯產(chǎn)生不同的結(jié)果以及數(shù)據(jù)操作之后的流向,這些都會(huì)造成理解與記憶上的偏差。所以在與開發(fā)溝通的過程中不單是口頭確認(rèn),最好的方式還是有書面的憑證。一段時(shí)間內(nèi)也對(duì)系統(tǒng)新舊邏輯進(jìn)行梳理,整理數(shù)據(jù)流向,權(quán)限管理和邏輯功能的表單。只有團(tuán)隊(duì)所有人員對(duì)系統(tǒng)的認(rèn)知一致時(shí),才能保證工作高效地完成。

最后說一句,項(xiàng)目進(jìn)度控制肯定是每個(gè)產(chǎn)品經(jīng)理的必修課,但是這塊包括我自己也沒有足夠的重視和經(jīng)驗(yàn)。前輩們說產(chǎn)品要有節(jié)奏感,這句話我是十分認(rèn)同感的?,F(xiàn)在業(yè)內(nèi)比較推崇的方式是小步快跑,快速迭代的模式,把項(xiàng)目分成足夠細(xì)的粒度并設(shè)置時(shí)間截點(diǎn)可以有效避免項(xiàng)目受到大的影響一直延期。但是在項(xiàng)目過程中隨著進(jìn)度的調(diào)整去做出一些需求上的調(diào)整也是很有必要的,項(xiàng)目是死的人是活的,我們要做的還有很多很多。

 

本文系作者@justinlam 授權(quán)發(fā)布,未經(jīng)許可,不得轉(zhuǎn)載。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 上面的文章分析不夠透徹,如果是開發(fā)中途變更,怎么辦?

    來自廣東 回復(fù)
    1. 加班、加人、適當(dāng)修改計(jì)劃、延期。

      回復(fù)
  2. 第一部分的工作非常重要,需要具備較強(qiáng)的整體項(xiàng)目經(jīng)驗(yàn)。
    1、在項(xiàng)目初期,設(shè)置好里程碑;
    2、定義好每個(gè)節(jié)點(diǎn)的輸出,理清楚每個(gè)部分工作之間的聯(lián)系;
    3、召集項(xiàng)目動(dòng)員大會(huì),讓所有團(tuán)隊(duì)成員對(duì)項(xiàng)目整體有比較清楚的認(rèn)識(shí)。
    4、在項(xiàng)目實(shí)施過程中,可以使用任務(wù)墻:實(shí)時(shí)查看項(xiàng)目最新動(dòng)態(tài)!

    來自福建 回復(fù)