項目排期多算大賬,少算小賬

0 評論 2905 瀏覽 7 收藏 9 分鐘

編輯導讀:相信每個產品經理都經歷過這樣的場景,需求比較緊急,開發時間不夠,產品經理和程序員就會就時間問題來討價還價。頻繁壓縮排期,實際上就是經常算小賬的結果。本文作者圍繞這個話題展開了分析,希望對你有幫助。

“這個需求比較急,大家加加班,趕一趕進度?!?/p>

“7天?能不能壓縮到5天?這樣的 話這周就能開發完,下周一就可以跑起來了?!?/p>

“三周?太久了,等不了那么久,這樣不行,能不能壓縮到兩周?”

以上話語,產品經理和技術都比較熟悉,或者說非常熟悉。我相信大家都聽過。

我聽到這些話其實本能的覺得有些無奈,倒并不是說覺得壓迫什么的,這些老生常談的話我就不講了。

我無奈是因為講這個話的人內心認為壓縮排期就可以提高效率,習慣了算小賬,這不是一個好的習慣。

以我有限的見識,壓縮排期是怎么來的?當然它首先是犧牲了員工的正常休息時間實現的,其次是它經常伴隨著需求質量的下降實現的。

有些時候是簡化了功能,譬如有些地方是要求配置的,改成直接代碼寫死了。

有些時候是增加了代碼邏輯的耦合度來實現的,譬如有些功能可能相似度比較高,就直接復用了,通過新增一些字段來區分。

有些時候是降低了代碼質量來實現的,譬如bug很多,帶病上線。

不管是哪一種,其實都是通過降低預期來實現的。而這種預期的降低是需要后續通過投入時間去處理和修復的。

就說簡化功能吧,后面難道不需要再重新處理成配置的?一來一去,總的時間成本沒有增加?更不要說如果代碼邏輯耦合度過高,后續的維護成本和拆分成本都非常高。

一時的提速只是一種錯覺,客觀規律是不能變化的,需要5天做的不會變成3天,最終都是要還回去的。這種錯覺的來源是有道理的,因為的確,大部分時候都可以實現單個項目的壓縮排期,如果領導有要求的話。但這是有代價的,而且代價未必小。

有的人會覺得,提前一天上線就可以提前一天掙錢啊,這不是很合理嗎?領導們也都是這個措辭。

這話聽上去沒問題。

我們把時間拉到一年來看,一年的總體工時是固定的,如果某個需求占用的時間多了,就會影響其他的需求。這樣一看你就會發現,如果經常壓排期其實是得不償失的,因為浪費的資源增加了。當然資源的浪費本身是無可避免的,不會有哪家公司能夠100%實現資源的合理分配。

所以這種排期的壓縮實際上在算大賬的時候是不劃算的,不是一個理性選擇。如果經常壓縮排期其實是非常不理性的選擇。

很多公司之所以頻繁壓排期,實際上就是經常算小賬的結果。有的時候就是被所謂的早一天上線早一天賺錢給蒙蔽了,有的時候是因為根本沒有算大賬的認知。當然很多時候是因為沒有辦法算大賬,從創始人開始就是算小賬這種路子,算大賬就是政治不正確。

產品經理遇到這種情況,還是需要把這種算大賬的理念適當的傳達傳達,未必有用,但是你得知道什么是更合理的,同時也得把這種合理盡可能的傳遞出去。

對于組織的改變并不是一蹴而就的,都是需要細水長流、潤物無聲的。但是如果沒有開始的話,就永遠不會改變。

當然還有一些老板會覺得,我一定要壓排期,但是我也允許加人手進去,這樣的話壓排期就是合理的,我是個聰明和慷慨的老板。

這就屬于不大了解研發的工作,很多時候都不是通過加人手就可以壓排期的,添油戰術只能有限的提高效率,但是想要大幅壓縮排期這是不可能的。

在研發過程中,并不是人越多越好的,實際上協作的人越多,協作的難度也越大,效率會有自然折扣,而且有些工作就只能一個人做,不能拆,這樣的話加人也沒用。

產品經理需要把這種研發工作的性質在適當的時候給老板講一講,老板不了解沒關系,你了解你就需要給老板講,這是你專業價值的一部分,并不是和你沒有關系的。當然如果技術的負責人一口答應了,那你也就不要多講了。

總的來說,不要讓老板們隨意地壓縮排期,因為其實對整個研發流程并不友好,不要覺得這只會影響技術的工作,如果有問題或者需要做兼容難道產品經理不需要去解決嗎?其實大部分時候往往都是會影響到整個研發環節的。

產品經理也是研發環節的一部分,不要也不可能袖手旁觀。

我覺得一個產品經理在設計解決方案以外的部分,也是需要合理體現自己的專業價值的,讓這種價值能在組織里發揮更多的作用,有的時候哪怕是種下一個印記也是好的。

絕大部分產品經理并無法改變世界,但我們還是要盡量的去解決一些人的問題,包括用戶、老板和同事的。

最后我想說:尊重客觀規律,多算大賬,少算小賬(完全不算小賬也是不可能的,因為KPI和政治任務在那等著呢)。

我命由我不由天,人定勝天,這種理念好不好,挺好的。但是不要用在具體執行上,這個主要是用在精神上的。

中國人習慣講天時、地利、人和,所謂天時也包含了客觀規律的意思,尊重客觀規律就多幾分天時,這不是更容易成功嗎?

如果你是一個老板,或者你是一個負責人,多想想長遠的事吧。其實項目管理的事情可以交給產品經理或者技術人員去處理,他們更明白這其中的分寸。

如果你是一個產品經理,那么至少知道合理與否,然后多做合理的選擇。

其實,我還推薦大家看看《重來3:跳出瘋狂的忙碌》這本書,大家未必能做到,但是能知道還有其他選擇,有時候嘗試一下,不也挺好?

如果覺得不錯就點個贊吧,歡迎留言討論。

 

本文由 @產品人玄青 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自 Unsplash,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!