產(chǎn)品實(shí)戰(zhàn)記:第07期 預(yù)估工期不能想當(dāng)然,每個(gè)里程碑都是經(jīng)驗(yàn)的再更新
在產(chǎn)品的規(guī)劃階段會(huì)遇到很多不確定性的問題,并不是每個(gè)問題都需要當(dāng)即決定,馬上給出反饋;其中一個(gè)就是工期的預(yù)估,也就是每個(gè)里程碑的設(shè)定。在產(chǎn)品研發(fā)中最常碰到的問題就是工期拖延,簡(jiǎn)直可以說是無解的。
不論什么樣的項(xiàng)目,不論考慮得多周全,不論準(zhǔn)備得多充分 ,項(xiàng)目總會(huì)延期,少則一兩周,多則大半年。工期預(yù)估無法準(zhǔn)確的原因有很多,多到有時(shí)甚至可媲美需求的龐亂紛雜。
必要的里程碑
我們先捋順一下作為產(chǎn)品工期中必要節(jié)點(diǎn)的里程碑有哪些。
1. 產(chǎn)品需求文檔初稿
也就是PRD的初稿,根據(jù)產(chǎn)品的規(guī)模大小,有寫一兩天的,也有寫十來天的。初稿可以簡(jiǎn)略,說明白大概的情況,以便后續(xù)開工,等其他工作開始后再陸續(xù)補(bǔ)充完善也是來得及的。但PRD初稿必須跟UED組長(zhǎng)、技術(shù)組長(zhǎng)都商議過過才算確定,如果大家不能得到大體認(rèn)同,工作也是無法正常開展的。
2. UED組
這里包括美工、界面、交互,美工做的是圖片及重點(diǎn)頁面效果圖,界面主要負(fù)責(zé)所有頁面、彈出框等等所需圖片的標(biāo)注、切圖等,交互確定動(dòng)作、頁面之間的跳轉(zhuǎn)、刷新、刪除等模式,UED組長(zhǎng)確定整個(gè)產(chǎn)品的用戶體驗(yàn)各方面的定義和效果。在這個(gè)階段會(huì)出現(xiàn)反復(fù)比稿,細(xì)節(jié)調(diào)整等大量消磨時(shí)間且并無具體輸出的工作。
3. 開發(fā)是一個(gè)難以具象化描述的工作
我們經(jīng)??吹降捻撁婧竺嫫鋵?shí)是龐大的開發(fā)工作,并不是只有前端的頁面開發(fā)和功能開發(fā)。有些軟件在搭建平臺(tái)、平臺(tái)開發(fā)、后臺(tái)開發(fā)上需要的時(shí)間和工作量遠(yuǎn)遠(yuǎn)超過前端開發(fā)。使用軟件的一點(diǎn)點(diǎn)開發(fā)工作量只是冰山露出水面的那部分。這里若只是自己公司的工作還算容易把控,如果需要對(duì)接其他公司的平臺(tái),調(diào)用第三方也就是他人平臺(tái)的數(shù)據(jù)或用戶賬號(hào)(如付款、交友等),那也是一個(gè)漫長(zhǎng)的對(duì)接和調(diào)試的過程。
4. 聯(lián)調(diào)與測(cè)試是耗盡心力耗費(fèi)時(shí)間的必經(jīng)之路
如果聯(lián)調(diào)不通,測(cè)試不過,產(chǎn)品上線后用戶可能遇到千奇百怪的各種無法使用的問題,偷懶這一步往往會(huì)造成商用后技術(shù)不停地修改,甚至無法開展下一個(gè)升級(jí)的工期。具有前后端的產(chǎn)品必須聯(lián)調(diào),上線前必須得測(cè)試。一方面是產(chǎn)品驗(yàn)收的標(biāo)準(zhǔn),合格與不合格并不是一兩句話就概括的,需要多次且完整的測(cè)試報(bào)告;另一方面也是保證用戶使用體驗(yàn)的根本,很多原因會(huì)造成用戶流失,新版本不好用BUG過多是一個(gè)占比較大的因素。
不穩(wěn)定因素
每道工序中造成時(shí)間不確定的因素有哪些。
1. 產(chǎn)品需求文檔
產(chǎn)品經(jīng)理沒想好功能,功能無法形成閉環(huán)用起來邏輯不通。產(chǎn)品經(jīng)理脫離技術(shù)、UED現(xiàn)有實(shí)力設(shè)計(jì)產(chǎn)品。想好的功能不被認(rèn)可,技術(shù)團(tuán)隊(duì)認(rèn)為產(chǎn)品經(jīng)理的想法太過異想天開,現(xiàn)階段網(wǎng)絡(luò)技術(shù)無法達(dá)到。
2. UED小組
效果圖頁面比稿階段所有候選方案都不合格,必須重來一遍。頁面風(fēng)格確認(rèn)時(shí)間過長(zhǎng),每個(gè)修改都要等待高層領(lǐng)導(dǎo)同意才能落實(shí)。一個(gè)軟件的所有頁面規(guī)則不統(tǒng)一,切圖不全、標(biāo)注不全。UED小組內(nèi)部意見不統(tǒng)一時(shí),產(chǎn)品經(jīng)理不敢擔(dān)責(zé)任不肯下決定。這種UED的噩夢(mèng)會(huì)造成時(shí)間無限延期。
3. 開發(fā)前強(qiáng)迫縮短時(shí)間,開發(fā)中隨意更改需求,開發(fā)結(jié)束時(shí)要求返工
經(jīng)常聽到的話往往是:
- “領(lǐng)導(dǎo)要求在XXX前必須完成?!?/li>
- “這些功能大不了不要了。”
- “能多快就多快,不行就加班?!?/li>
- “大家加個(gè)班把這個(gè)問題解決掉?!?/li>
- “不論發(fā)生什么情況這個(gè)月一定要完成。”
要知道開發(fā)是一個(gè)合作性工作,且每個(gè)人的每個(gè)工作并不是加班就能搞定的,不要把開發(fā)真的想成搬磚工人或小說家,并不是只要不停碼代碼就能完成任務(wù),其中很多方案、邏輯、實(shí)驗(yàn)都是需要開發(fā)不斷探索的。牽一發(fā)而動(dòng)全身的事情時(shí)常發(fā)生,比如添加或刪除一個(gè)功能,開發(fā)要把所有相關(guān)的功能代碼都審核一遍,還得跑通,確保不產(chǎn)生連帶影響。這些工作量不像寫一篇文章時(shí)刪掉一句話那么簡(jiǎn)單。
4.?聯(lián)調(diào)和測(cè)試要不停地重復(fù)使用,不停滴挑錯(cuò)找毛病,不停地叫技術(shù)去改。
不合格就是不能過,這是一個(gè)不能講情理的工作。簡(jiǎn)單的測(cè)試就是所有按鈕都點(diǎn)一遍,這是最基本的,復(fù)雜一點(diǎn)是所有按鍵在不同終端上都點(diǎn)一遍,之后是所有不同網(wǎng)絡(luò)狀態(tài)下,所有按鈕點(diǎn)一遍,接下來是所有按鈕不停連續(xù)點(diǎn),直到點(diǎn)出異常狀態(tài)。不停切換賬號(hào)在極端情況下進(jìn)行測(cè)試。每個(gè)測(cè)試通過或不通過,所用狀態(tài)、終端型號(hào)等都需要有記載。每個(gè)功能都有響應(yīng)的級(jí)別,一般情況下A級(jí)BUG是不允許出現(xiàn)的,B、C級(jí)BUG允許少量出現(xiàn),D級(jí)BUG要看具體情況。如果開發(fā)偷工減料,所有的省掉的工時(shí)會(huì)在這個(gè)階段全部找回來,并讓所有人糾結(jié)得一塌糊涂。
工期不能靠蒙,但為什么光憑經(jīng)驗(yàn)也不好使呢?
1. 每個(gè)項(xiàng)目的成員都不同,每個(gè)成員的水平也都不一樣。在相同功能需求時(shí),碰到高手工期自然縮短,碰到初級(jí)的必然會(huì)加時(shí),這點(diǎn)不單單指開發(fā),包括其中任何一個(gè)環(huán)節(jié)的參與者。退一步講,就算把每個(gè)人的水平都看成一致的,參與項(xiàng)目的人數(shù)也不同。
2. 合作是需要長(zhǎng)時(shí)間磨合的,所有不和諧因素都是時(shí)間殺手。一個(gè)團(tuán)隊(duì)的效率不僅在于成員水平,還在于每個(gè)人的合作融洽度,雖說產(chǎn)品可以比作是流水線工作,但與流水線不同的是每個(gè)人的工作與他人都必須有接觸,工序的銜接是靠人而非機(jī)器。矛盾沖突是必然會(huì)發(fā)生的,就事論事是求同存異將工序推進(jìn)下去的關(guān)鍵。
3. 領(lǐng)導(dǎo)每次的需求不一樣,反饋時(shí)的角度也不一樣。雖說產(chǎn)品經(jīng)理決定產(chǎn)品形態(tài),用戶使用決定產(chǎn)品使用,但不可避免決定產(chǎn)品方方面面的還是領(lǐng)導(dǎo),各級(jí)領(lǐng)導(dǎo)的需求從大到小,從功能到設(shè)計(jì)無所不包,這些需求都在隨時(shí)影響著全流程的工期進(jìn)度。
產(chǎn)品經(jīng)理對(duì)工期的預(yù)估一定要跟UED、開發(fā)、測(cè)試都一一核對(duì)過,才能判定各個(gè)里程碑的大概時(shí)間,根據(jù)進(jìn)度的發(fā)展再不斷即時(shí)調(diào)整,萬不能只是當(dāng)個(gè)甩手掌柜,切不可按照自己想法估算時(shí)間后就等驗(yàn)收時(shí)候再怨天尤人。
本文由 @開言扯空-為產(chǎn)品經(jīng)理(公眾號(hào):kaiyanchekong-PM) 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理?,未經(jīng)許可,禁止轉(zhuǎn)載。
恩