項目又延期,產(chǎn)品經(jīng)理又被業(yè)務(wù)方or甲方追著打了
編輯導(dǎo)語:作為產(chǎn)品經(jīng)理,想必大家都經(jīng)歷過項目延期的情況。那么當(dāng)我們所負(fù)責(zé)的項目延期時,我們該怎么做呢?本文作者從親身經(jīng)驗出發(fā),分析了項目延期的一些原因,并且為我們總結(jié)了一些避雷指南,希望對你有所幫助。
大家對于項目延期可能已經(jīng)見怪不怪了,不管在小公司還是大公司,作為產(chǎn)品經(jīng)理或項目經(jīng)理都會經(jīng)常發(fā)生。
那導(dǎo)致項目延期的維度有很多,對于項目一而再再而三延期,我們應(yīng)該怎么解決呢?
那就從我自身經(jīng)歷過的項目出發(fā)找出問題,給大家一些避坑指南。
一、需求問題
1. 需求變更
一天一個想法,需求一天一小改,一周一大改,一月推倒重來一次。這通常發(fā)生在創(chuàng)業(yè)或小型公司,老板、領(lǐng)導(dǎo)天天各種想法,想到什么就做什么,導(dǎo)致需求天天變更。
還有的就是把新的需求插入到正在開發(fā)的工期中,把優(yōu)先級全部打亂,導(dǎo)致整個項目延期。
這時候身為產(chǎn)品經(jīng)理就要好好制止老板的這種想法,與領(lǐng)導(dǎo)或老板說清楚情況,如果需求改動后或變更優(yōu)先級時會出現(xiàn)的后果,會導(dǎo)致部分需求功能延期的情況,讓老板作出權(quán)衡。
自己也要分析新需求的緊急和重要性,在不影響當(dāng)前開發(fā)的前提下可以適當(dāng)插入一些新的重要需求,把一些不緊急不重要的替換掉,這樣就可以減少項目延期的時間。
2. 需求確認(rèn)不及時
通常業(yè)務(wù)方提出需求后,產(chǎn)品經(jīng)理出解決方案、原型圖、需求文檔,然后再召集大家開評審會議。
這時候業(yè)務(wù)方可能會對方案進(jìn)行提議和修改,然后我們再改,再開會,再改,反反復(fù)復(fù)這樣的流程,為的就是能夠讓業(yè)務(wù)方盡快確定方案。
有的時候即使在評審上沒有問題,但業(yè)務(wù)方遲遲不確定,這樣產(chǎn)品就無法讓項目進(jìn)入開發(fā)階段。
這時候我們就只能每天催著業(yè)務(wù)方確認(rèn),讓他們盡快確定方案,告訴他們不確定的話無法開工,會導(dǎo)致項目延期。
3. 需求方配合準(zhǔn)備材料不到位,或者缺失
現(xiàn)在許多網(wǎng)站、App都會支持微信、微博、QQ等第三方登錄,開通這些功能需要提前申請公眾號或申請相關(guān)App功能,也有的是電商平臺需要用到支付功能,也是需要提前準(zhǔn)備好資料申請。
產(chǎn)品經(jīng)理如果在想到這些功能時就提前做好準(zhǔn)備,問行政或財務(wù)準(zhǔn)備好營業(yè)執(zhí)照、銀行賬號等,提前去各大平臺填寫好資料,把需要的賬號提前注冊,這樣就可以避免延期情況。
還有的就是現(xiàn)在國內(nèi)的安卓市場都是需要軟著才能上架應(yīng)用,但軟著申請時間較長,加急的話費(fèi)用比較高,對于創(chuàng)業(yè)或小型公司來說是一筆比較大的開支了。
所以這些賬號和資料可以提前準(zhǔn)備好,減少開發(fā)、產(chǎn)品上線的障礙。
4. 需求模糊,不夠細(xì)化
這種情況與需求經(jīng)常變更差不多,也是老板或領(lǐng)導(dǎo)在需求上不夠明確,通常把一個比較大的需求扔出來,產(chǎn)品經(jīng)理就要順藤摸瓜自己一步步把需求摸清楚,然后再細(xì)化出來,有時候如果猜錯了領(lǐng)導(dǎo)的用意那還要推倒重來。
所以當(dāng)需求模糊時,我們應(yīng)該盡快與提出方當(dāng)面搞清楚,知道對方真正的需求。
向需求方或甲方問清楚完整的需求功能,這樣我們才能給出完善的解決方案,避免返工和影響開發(fā)進(jìn)度。
5. 沒有做好前期項目規(guī)劃
當(dāng)項目第一個版本上線后,后面就會有各種各樣的新需求等著,并且你還不能保證前面是否還有著千千萬萬的bug等著修復(fù)。
這時候就要規(guī)劃好哪些需求和功能優(yōu)先級是比較重要和緊急的,然后對項目做出比較長遠(yuǎn)的規(guī)劃,按時間節(jié)點(diǎn)來做好產(chǎn)品的迭代,不能被后面新插入的需求打亂原來的項目規(guī)劃。
即使戰(zhàn)略有所改變了,也要慢慢作出改變,不能一下子就全投入到新的需求里面。
通常是在一些創(chuàng)業(yè)型公司,在一開始沒有找到自己的方向,一時要做C端,一時要做B端,戰(zhàn)略方向上沒有想清楚,使整個項目規(guī)劃亂套。
也有的是受外部環(huán)境所影響,如這段時間的疫情,有些公司做的是旅游、電影等產(chǎn)品,但受外部影響而不得不作出轉(zhuǎn)型,先要把公司活下來,這樣才能在之后有機(jī)會東山再起。
6. 客戶預(yù)期與最終約定不相符
這是在外包公司做產(chǎn)品時,經(jīng)常被甲方爸爸diss的問題。
甲方預(yù)期的效果或功能與開發(fā)完成后的功能不相符,有可能是前期評審時沒有溝通確認(rèn)清楚,或者是甲方在后期對需求作出了修改,但產(chǎn)品和開發(fā)沒有及時接收反饋進(jìn)行修改,這就導(dǎo)致了最終的結(jié)果不同。
這就要在大家遇到問題的時候盡快溝通解決,當(dāng)項目進(jìn)行到一定階段的時候雙方可以對已完成的功能進(jìn)行階段性測試驗收,這樣可以盡早發(fā)現(xiàn)問題,把問題盡快解決。
而不是到了項目快完成后才發(fā)現(xiàn)結(jié)果與預(yù)期的不符,這樣就有可能需要推倒重做了。
二、溝通問題
1. 項目對接人溝通不及時
提出該需求的負(fù)責(zé)人突然請假一段時間,無法對需求進(jìn)行確認(rèn),或無法聯(lián)系上,也沒有其他人能夠拍板決定。
這時候就只能等待,或者及時向上級反映情況,先做其他需求,避免整個項目延期。
2. 對接的領(lǐng)導(dǎo)太多,意見難以統(tǒng)一
這通常是在B端或者后臺項目上出現(xiàn),在某些功能上可能會涉及到不同的部門,這時候業(yè)務(wù)方就會有多個,每個部門肯定都想把自己部門的利益最大化,把效率提升到最大。
所以作為產(chǎn)品再解決問題的同時,需要權(quán)衡部門之間的利益,把需求優(yōu)化,滿足各部門的領(lǐng)導(dǎo),這樣才能把意見盡快統(tǒng)一下來。
其實大家最終的目的都是為了把問題解決,如果意見一直難以統(tǒng)一,那最終的結(jié)果就是項目進(jìn)入開發(fā)階段遙遙無期,大家想得到的功能遲遲不能完成。
在某個功能需求上可能需要不同部門領(lǐng)導(dǎo)的意見,或者某個需求上,某個部門有兩個平衡關(guān)系的領(lǐng)導(dǎo),但每個人都有自己的想法和意見,這時候就會導(dǎo)致意見難以統(tǒng)一。
或者在某些功能上可能會涉及到不同的部門,這時候業(yè)務(wù)方就會有多個對接人,作為產(chǎn)品就只能跑完一個又一個,詢問他們的需求。
這時候可以召集業(yè)務(wù)方所有人召開一次需求會議,總結(jié)出大家的意見,并做出初步的解決方案,讓各部門進(jìn)行初步共識,這樣項目才能不斷往前推進(jìn)。
3. 關(guān)鍵人的修改建議比較隨意
與上面的需求變更差不多,也是老板或領(lǐng)導(dǎo)對現(xiàn)時App或平臺不滿時,或有什么天馬行空的想法時就直接與產(chǎn)品經(jīng)理說,就要立即作出修改,恨不得該功能下一秒就能完成。
這時候就考研產(chǎn)品經(jīng)理的思維能力和溝通能力了,如何在領(lǐng)導(dǎo)提出了這個需求時,通過快速查找資料,已有的案例,通過數(shù)據(jù)來進(jìn)行反駁,砍斷領(lǐng)導(dǎo)的這種想法。
三、公司問題
1. 體制內(nèi)運(yùn)作較慢
在大公司部門較多,業(yè)務(wù)和項目也很多。例如會員功能、支付功能、直播功能等,通常是由不同的部門進(jìn)行開發(fā)。
當(dāng)有一個項目需要這些功能時,為了避免重復(fù)造輪子,我們就需要向這些部門進(jìn)行合作,我們就要找到該部門的負(fù)責(zé)人,進(jìn)行溝通或申請。
有時候如果溝通不順利就會拖慢整個項目的進(jìn)度,當(dāng)我們項目的人員都在摩拳擦掌準(zhǔn)備開干時,但對方可能還在慢悠悠的準(zhǔn)備著一些資料,或著讓一個新入職的小弟來負(fù)責(zé)對接。
其實這要看能夠給到對方多少的利益,如果在合作前能把利益說明清楚,把項目的重要性講清楚,那對方可能就會重視起來,在合作上也能加快。
所以不能一味只要求對方輸出,而不給對方點(diǎn)甜頭。
2. 人事變動
在創(chuàng)業(yè)或小型公司,人員變動是常有發(fā)生的事,在大公司普通的員工離職,對項目的開發(fā)進(jìn)度不會影響很大,但如果是領(lǐng)導(dǎo)層或主要負(fù)責(zé)人調(diào)職或離職,這樣在決策上就會有所變動。
正所謂一朝天子一朝臣,每個人都會有自己的想法,當(dāng)變動時可能就會帶來需求或功能上的變動,這時候就會影響到整個項目的發(fā)展。
所以這就要產(chǎn)品經(jīng)理在減少變動的情況下,說服新來的領(lǐng)導(dǎo),按照規(guī)劃好的進(jìn)度來完成。
3. 資金不足
資金不足也是都發(fā)生在創(chuàng)業(yè)或小型公司,資金燒完了,發(fā)不出工資,員工就會離開,原本10人負(fù)責(zé)的項目減少到5人,這樣就無法按照原有計劃完成項目了,這種情況也是產(chǎn)品經(jīng)理無法避免的。
4. 要求高時間趕
之前有個笑話就是地主要造一棟房,10個人需要一個月時間,那地主就說請300個人一天就能完成了吧。
不管是互聯(lián)網(wǎng)還是制造業(yè),每個產(chǎn)品都有一個既定的開發(fā)流程和時間,我們不能因為人手增加了而加快了某個步驟,有時候人多未必是好事。
所以要向業(yè)務(wù)方或甲方說明原因,每個需求功能所需要的時間,這樣讓對方能夠理解,明白當(dāng)前的情況。
也有的甲方是需要界面好看,交互炫耀,但只給短短幾天時間,也是考驗產(chǎn)品經(jīng)理溝通能力的時候了,如何說服甲方爸爸把功能先完成下來,讓用戶慢慢體驗后再迭代修改。
5. 不同陣營,利益不同
這通常是在B端或者后臺項目上出現(xiàn),在某些功能上可能會涉及到不同的部門,這時候業(yè)務(wù)方就會有多個,每個部門肯定都想把自己部門的利益最大化,把效率提高。
所以作為產(chǎn)品在解決問題的同時,需要權(quán)衡部門之間的利益,把方案考慮全面,滿足各部門的領(lǐng)導(dǎo),這樣才能把意見盡快統(tǒng)一下來。
其實大家最終的目的都是為了把問題解決,如果方案一直無法確定,那最終的結(jié)果就是項目遙遙無期,大家想得到的功能遲遲不能完成。
本文由@肥小強(qiáng) 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash, 基于CC0協(xié)議。
正遭遇這些坑的小白,找到共鳴
謝謝支持!有坑就去填吧!
看到你寫的講的就是我們公司了,作為一個轉(zhuǎn)型的小白,心累~
好好堅持下來,會好的。
你好
你好哦!
需求確認(rèn)不能少
是的,但有時候跨部門比較麻煩。例如做一些公司內(nèi)部系統(tǒng)或后臺功能時。
看來筆者在產(chǎn)品的路上遇到了不少坎坷??
謝謝支持!的確遇到不少的坑哦!