項目注定延期時,應該做什么?

3 評論 9565 瀏覽 17 收藏 4 分鐘

很多時候程序在排期的時候,都會給自己預留一定的時間以免工期過于緊張,但是實際上研發(fā)過程中延期總是不可避免。那么在項目延期的時候,產品應該做什么?

梳理需要實現(xiàn)的每個功能點,是否存在誤解或者盲點

很多時候,對功能或業(yè)務流程的錯誤的理解是最終導致在開發(fā)上花費過多時間的根本原因。Coding最大的敵人是:自己認為自己懂了,然后死命按照自己的思路去實現(xiàn),也許一切本不該如此。在這點上,盡情的和PM溝通,明確每一個需求。了解后,最好能用自己的理解在口述回去,以達到雙重確認。

明確現(xiàn)有進度,重新安排優(yōu)先級

PM需要考慮,客戶/用戶最想在這個版本看到什么,最想體驗哪些功能。按照模塊重新排定優(yōu)先級,然后用剩下的時間全力去滿足客戶最關心的功能點需求。另外,個人建議可以通過在UI上展現(xiàn)一定的專業(yè)性和產品價值,用于彌補功能上的缺失。另外,做好空白或者屋內的默認頁面,也會另人感到專業(yè)許多。

了解各模塊進度慢的原因

是否因為非必要的10%功能而導致了90%功能的延誤;或者存在功能的誤解(同1),是否在實現(xiàn)中發(fā)現(xiàn)了更好的解決方案?是否是實力所致?是否有生活中消極的因素影響?找到真正的原因,才有助于問題的解決。

勇于砍砍砍

放棄一次性打造完美產品的念頭。要勇于扔下阻止前進甚至關乎生存的一件件“貨物”。在做這個艱難的決定前,至少你已經(jīng)通過第2點里面提出的方式有了明確的優(yōu)先級排期,大膽的“砍掉”那些優(yōu)先級不高的功能吧。

保持文檔/代碼的一致性

世界上最遺憾的事情,就是在Coder按照功能大干數(shù)個小時候卻被告知,這個功能已經(jīng)改變/取消了。此時出現(xiàn)“人命”也不足為奇了。保持步調和戰(zhàn)略的統(tǒng)一,是走向勝利的基本要素。各種文件版本的變動一定要保持一致,并且最好有更新記錄。Coding中利用Git可以很容易做到這一點,但文檔的更新恐怕就要多費一些功夫和口舌了。

和客戶真誠的溝通

不要瞞到最后一天,項目預警機制的存在不能是擺設。良好的商務合作前提是彼此尊重和理解,在當今社會各種情況導致項目延期其實都是可被接受的??蛻艨梢越邮苎悠冢豢山邮苓b遙無期的延期和臨近末尾的恍然大悟。及時的溝通可以始終讓客戶和自己站在一起。當然,預警也要講究方式方法,只說壞消息也會讓客戶崩潰,一定要給出明確的時間節(jié)點和解決方案,讓客戶心中有數(shù)。要讓人給耐心,先給耐心一個落腳點。

 

本文由 @cloudxiao 原創(chuàng)投稿,并經(jīng)人人都是產品經(jīng)理編輯。未經(jīng)許可,禁止轉載。

更多精彩內容,請關注人人都是產品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 產品在一定程度上懂點開發(fā)也能節(jié)省不少開發(fā)們自己評估時走的彎路

    來自上海 回復
  2. 目前正在遭遇這個問題,需求的誤解和盲點是首因,開發(fā)擅長腦補自己開發(fā)一套東西,然后和需求不盡相同,變更后的需求沒有在整個團隊里及時同步,也容易造成走返工路的問題。

    來自上海 回復
  3. 是的,一定要及時進行預警

    來自北京 回復