做不完的需求 | 這個(gè)需求也要這周搞完?

0 評(píng)論 4660 瀏覽 10 收藏 14 分鐘

編輯導(dǎo)語(yǔ):產(chǎn)品經(jīng)理在日常工作中會(huì)遇到很多需求,對(duì)于這些來(lái)自不同方面的需求,產(chǎn)品經(jīng)理會(huì)進(jìn)行判斷以及篩選;并且在面對(duì)一些比較緊急的需求時(shí),產(chǎn)品經(jīng)理也需要合理的安排;本文作者分享了關(guān)于如何對(duì)需求進(jìn)行合理排期,我們一起來(lái)了解一下。

需求,是永遠(yuǎn)也做不完的。

這邊項(xiàng)目進(jìn)度不達(dá)預(yù)期,那邊新需求一個(gè)接一個(gè)提過(guò)來(lái),待辦事項(xiàng)越列越長(zhǎng)……

像這樣的窘境,各位同行朋友應(yīng)該多少有所體會(huì)。

就像人來(lái)車(chē)往的十字路口,如果不加管理,很容易就會(huì)出現(xiàn)大擁堵;既占用了大量資源,又不能產(chǎn)出匹配的成果。

所以,就像交警指揮交通一樣,我們需要對(duì)“需求”進(jìn)行合理排期。

01

說(shuō)到“需求排期”,或者“需求管理”,總有一種“產(chǎn)品經(jīng)理居高臨下指揮團(tuán)隊(duì)工作”的感覺(jué)。

為了避免產(chǎn)品新人有所誤會(huì),這里還是要強(qiáng)調(diào)一下。

從本質(zhì)上講,“需求”需要怎么去排期,是由各個(gè)需求自身的情況所決定的。

“先做這個(gè)需求,后做那個(gè)需求”,并不是基于產(chǎn)品經(jīng)理個(gè)人的喜好或權(quán)威,而是因?yàn)槟硞€(gè)需求本身就是更緊急的、更重要的。

從實(shí)操層面上看,需求的優(yōu)先與否,是由各方干系人共同博弈的結(jié)果。

需求方的意見(jiàn),執(zhí)行團(tuán)隊(duì)的情況,領(lǐng)導(dǎo)的態(tài)度,現(xiàn)實(shí)的限制,等等。

產(chǎn)品經(jīng)理并不是超越所有干系人的更高一級(jí)的存在。

產(chǎn)品經(jīng)理只是其中的一個(gè)聲音,或者是其中組織、協(xié)調(diào)、匯總的角色;也因此,想要做好“需求排期”,重要的是,誠(chéng)實(shí)、敏感地觀察現(xiàn)場(chǎng)情況,以及了解做事的基本常識(shí)。

除非你是要去管理一個(gè)龐大的產(chǎn)品矩陣,否則,“需求排期”并不需要很復(fù)雜。

02

首先,我們需要簡(jiǎn)單地對(duì)“需求”進(jìn)行拆解。

舉個(gè)例子:

今天老板把你叫到辦公室,說(shuō)了這么一段話:

“有個(gè)需求要你搞下……因?yàn)槟承┥虅?wù)上的原因,A類(lèi)產(chǎn)品需要引導(dǎo)用戶走X流程來(lái)購(gòu)買(mǎi)……對(duì),在這個(gè)頁(yè)面開(kāi)始,改為跳轉(zhuǎn)這個(gè)頁(yè)面……嗯?用戶的信息要自動(dòng)帶出來(lái)啊,干嘛讓用戶再填一遍……對(duì),最后A類(lèi)產(chǎn)品到這個(gè)地方來(lái)支付……”

你從辦公室里面出來(lái),心里估摸著,這個(gè)需求也不是很復(fù)雜,于是就打算著手開(kāi)干了。

但是,且慢。

仔細(xì)想想,這里面真的是“1個(gè)需求”嗎?

其實(shí)不然,這里面有2個(gè)需求。

1)A類(lèi)產(chǎn)品引導(dǎo)用戶走X流程來(lái)購(gòu)買(mǎi)。

這里涉及到A類(lèi)產(chǎn)品,且因?yàn)椤澳承┥虅?wù)上的原因”,需求較為緊急。

2)進(jìn)入購(gòu)買(mǎi)頁(yè)時(shí),自動(dòng)帶入用戶信息。

這里涉及所有的產(chǎn)品,雖然有利于提高用戶體驗(yàn),但是不急于這一時(shí)。

更重要的是,“需求2”是否實(shí)現(xiàn),完全不影響“需求1”!

如果不進(jìn)行拆解,囫圇吞棗地當(dāng)做“1個(gè)需求”去做,就有可能出問(wèn)題。

簡(jiǎn)單來(lái)說(shuō),可能有2種情況。

  • “需求2”涉及的范圍廣,需要的工作量較大;所以,“需求1”雖然緊急,卻被無(wú)關(guān)的“需求2”拖了進(jìn)度,導(dǎo)致上線時(shí)間延后。
  • 團(tuán)隊(duì)優(yōu)先完成了“需求1”,并部分上線了;因?yàn)槊總€(gè)開(kāi)發(fā)周期都有新的緊急項(xiàng)目,所以未完成的“需求2”,在接下來(lái)的幾個(gè)開(kāi)發(fā)周期中,都被排在了后面。

第2種情況,我個(gè)人是很討厭的。

往往需要我花費(fèi)很多精力去溝通推進(jìn),最終延遲了非常多時(shí)間,“需求2”才能完成上線。

并不是需求方的“1次溝通”,就是“1個(gè)需求”。

產(chǎn)品經(jīng)理需要根據(jù)需求范圍、工作量、緊急程度等因素,對(duì)“需求”進(jìn)行拆解,分開(kāi)處理。

03

我認(rèn)為,需求在拆解之后,原則上每個(gè)需求都應(yīng)該單獨(dú)立項(xiàng),分開(kāi)處理。

這樣,溝通效率更高,而且項(xiàng)目管理起來(lái)也更簡(jiǎn)單、更靈活。

當(dāng)然,也有例外的情況。

大多數(shù)時(shí)候,產(chǎn)品經(jīng)理手上都會(huì)積壓著若干待處理的需求。

在對(duì)這些需求進(jìn)行排期時(shí),需要觀察各個(gè)需求之間的關(guān)系。

有時(shí)候,幾個(gè)需求合在一起處理,效率反而更高。

比較常見(jiàn)的情況有以下幾種:

1. 幾個(gè)需求,都在同一個(gè)模塊內(nèi)

舉個(gè)例子:

  • 表單頁(yè),新增一個(gè)上傳文件模塊。
  • 表單頁(yè),優(yōu)化一個(gè)底部彈窗。
  • 表單頁(yè),調(diào)整錯(cuò)亂的樣式。

雖然這幾個(gè)需求之間沒(méi)有關(guān)系,但是都涉及同一個(gè)模塊。

如果緊急程度都差不多,那安排到一起處理,效率會(huì)高很多。

2. “需求1”的實(shí)現(xiàn),會(huì)影響到“需求2”

比如說(shuō):

  • 對(duì)登錄注冊(cè)模塊進(jìn)行改版。
  • 新增一種登錄方式。

容易想到,如果登錄注冊(cè)模塊改版了,那在做“需求2”時(shí),就得按照新的樣式去策劃。

如果,先按照舊的樣式把“需求2”搞出來(lái)了;那等到做“需求1”時(shí),“需求2”也得重做。

這肯定是會(huì)被diss的。

所以,這種情況,就得合并成一個(gè)項(xiàng)目去處理。

另外,如果“需求1”不緊急、“需求2”緊急,那么合并后,“需求1”的緊急程度也得同步提升。

3. 可以用一個(gè)更大、更通用的需求,把幾個(gè)關(guān)聯(lián)的小需求cover掉

比如說(shuō),某個(gè)流程,已經(jīng)收到了好幾個(gè)“負(fù)面反饋”。

那么,可能就得考慮,是不是需要對(duì)整個(gè)流程進(jìn)行調(diào)整,而不是“一個(gè)反饋打一個(gè)補(bǔ)丁”。

比如說(shuō),有好幾個(gè)產(chǎn)品都有類(lèi)似的特殊處理需求。

那么,可能就得考慮,是不是做一個(gè)適用全部場(chǎng)景的通用功能。

當(dāng)然,什么時(shí)候需要把需求“升級(jí)”,這個(gè)度并不好把握。

有時(shí)候反而會(huì)事倍功半。

比如說(shuō),花了大力氣搞了個(gè)通用的系統(tǒng),結(jié)果沒(méi)過(guò)多久這個(gè)業(yè)務(wù)就不做了,那功夫也就白費(fèi)了。

04

上面,我們又是拆解需求、又是合并需求,其實(shí)都還在“分析”階段。

最終,我們得把需求真正安排下去,才能落實(shí)“執(zhí)行”。

對(duì)于每個(gè)需求經(jīng)辦人來(lái)說(shuō),自己的需求都是最要緊的。

如果你問(wèn)他們要什么時(shí)候完成,大概率會(huì)得到“最好這周完成”的回答。

但這又怎么可能呢?

“緊急”和“緊急”之間,“重要”和“重要”之間,肯定是有差異的。

要區(qū)分這些差異,其實(shí)也不是很困難。

只要對(duì)公司和產(chǎn)品有基本的了解,當(dāng)我們把需求統(tǒng)一進(jìn)行對(duì)比時(shí),各自的優(yōu)先級(jí)也就能大體區(qū)分得出來(lái)。

完全不用像有些方法說(shuō)的,各種打分、各種計(jì)算,搞得那么復(fù)雜。

區(qū)分優(yōu)先級(jí)之后,怎么進(jìn)行排期,其實(shí)也很簡(jiǎn)單。

我認(rèn)為,只需要遵循一個(gè)基本原則,那就是:

先做緊急的,再做重要的,然后在這期間穿插著做不重要的。

大家都知道,“四象限法則”里面,有“緊急重要”和“緊急不重要”。

但是,我認(rèn)為,在實(shí)操層面,這個(gè)“緊急不重要”,是個(gè)沒(méi)有意義的概念。

如果它不重要到可以忽略不做,那它壓根就不在工作安排的范圍內(nèi),也就無(wú)所謂“緊不緊急”了。

如果它非常緊急且非做不可,那再討論“重不重要”就沒(méi)有意義了,做就完事了。

比如說(shuō),領(lǐng)導(dǎo)就是要改某個(gè)圖,雖然不重要,但是下周例會(huì)上,領(lǐng)導(dǎo)就要看到結(jié)果。

那還糾結(jié)什么“重不重要”?趕緊開(kāi)干就是了!所以,判斷為“緊急”的需求,無(wú)需贅言,優(yōu)先做就是了。

做完“緊急”的需求,再安排“重要”的需求。

這個(gè)應(yīng)該很好理解。

那么,為什么是“穿插著做不重要的”,而不是“做完重要的,再做不重要的”?

那是因?yàn)?,“緊急”和“重要”的需求,永遠(yuǎn)都沒(méi)有“做完”的時(shí)候。

每個(gè)開(kāi)發(fā)周期,都會(huì)有新的“緊急重要”需求。

所以,只能在各個(gè)開(kāi)發(fā)周期內(nèi),當(dāng)團(tuán)隊(duì)工作量沒(méi)有飽和的時(shí)候,穿插著搞點(diǎn)不重要的項(xiàng)目。

比如說(shuō),在做一些大項(xiàng)目的時(shí)候,同時(shí)塞點(diǎn)“改個(gè)彈窗”、“加個(gè)靜態(tài)頁(yè)”之類(lèi)的小需求。

有時(shí)候,不重要的需求,可能也是工作量不小的大項(xiàng)目。

但是,也一樣。

在每個(gè)開(kāi)發(fā)周期,只分配很少的資源在這個(gè)不重要的項(xiàng)目上。

可能要經(jīng)歷好幾個(gè)開(kāi)發(fā)周期,一點(diǎn)點(diǎn)地去完成這個(gè)項(xiàng)目。

但是,要注意,當(dāng)這個(gè)項(xiàng)目進(jìn)入最后階段時(shí),需要有意識(shí)地調(diào)高其重要級(jí),傾注更多的資源進(jìn)去。

這樣才能確保,經(jīng)過(guò)漫長(zhǎng)的、斷斷續(xù)續(xù)的開(kāi)發(fā)流程后,項(xiàng)目還能達(dá)到要求的質(zhì)量。

基于這樣的基本原則,再結(jié)合團(tuán)隊(duì)的情況和做事的常識(shí)。

這樣去安排工作,我覺(jué)得,就足夠了。

要知道,實(shí)際一線的工作情況,遠(yuǎn)沒(méi)有書(shū)上說(shuō)的那么“精益”。

抓大放小,靈活應(yīng)對(duì),反而才是合理的。

05

眾所周知,“原則”都是用來(lái)“違反”的。

所以,這里說(shuō)一個(gè)我最近負(fù)責(zé)的“打臉”的項(xiàng)目。

那是一個(gè)用戶學(xué)習(xí)系統(tǒng),用戶在這里學(xué)習(xí)、練習(xí)、考試,同時(shí)還有學(xué)習(xí)時(shí)長(zhǎng)的要求和考核。

需求范圍比較大,而且相互之間關(guān)聯(lián)密切。

按照上面說(shuō)的,我應(yīng)該把它當(dāng)做一個(gè)完整的項(xiàng)目,統(tǒng)籌安排。

問(wèn)題是,這個(gè)需求非常緊急!

就是那種“早上剛提了需求,下班前就要給方案,明天要設(shè)計(jì)完,周末就要上線“的需求。

沒(méi)辦法,我只能強(qiáng)行把這個(gè)項(xiàng)目拆分成“學(xué)習(xí)模塊”、“練習(xí)模塊”、“考試模塊”、“時(shí)長(zhǎng)記錄模塊”、“時(shí)長(zhǎng)考核模塊”。

  • 因?yàn)閷W(xué)習(xí)時(shí)長(zhǎng)不達(dá)標(biāo),最快也得幾個(gè)月后才會(huì)有影響,所以“時(shí)長(zhǎng)考核模塊”先忽略。
  • “學(xué)習(xí)模塊”先策劃。
  • 策劃“練習(xí)模塊、考試模塊”時(shí),“學(xué)習(xí)模塊”進(jìn)入設(shè)計(jì)階段。
  • 策劃“時(shí)長(zhǎng)記錄模塊”時(shí),“練習(xí)模塊、考試模塊”進(jìn)入設(shè)計(jì)階段,“學(xué)習(xí)模塊”進(jìn)入開(kāi)發(fā)階段。
  • “學(xué)習(xí)模塊”先上線。雖然功能不完備,但能滿足最基本的業(yè)務(wù)需求。
  • ……

后續(xù)模塊開(kāi)發(fā)時(shí),前面不完備的模塊,自然需要進(jìn)行返工。

但這也是沒(méi)有辦法的事情。

只能“成本”換“時(shí)間”。

因此,還是那句話,要具體情況具體分析。

#專欄作家#

簡(jiǎn)明產(chǎn)品論,微信公眾號(hào):簡(jiǎn)明產(chǎn)品論(ID:JianMingPM),人人都是產(chǎn)品經(jīng)理專欄作家。在真實(shí)的世界里做產(chǎn)品。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載

題圖來(lái)自 Unsplash,基于 CC0 協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 目前還沒(méi)評(píng)論,等你發(fā)揮!