<kbd id="afajh"><form id="afajh"></form></kbd>
<strong id="afajh"><dl id="afajh"></dl></strong>
    <del id="afajh"><form id="afajh"></form></del>
        1. <th id="afajh"><progress id="afajh"></progress></th>
          <b id="afajh"><abbr id="afajh"></abbr></b>
          <th id="afajh"><progress id="afajh"></progress></th>

          如何參加需求評審?

          共 1685字,需瀏覽 4分鐘

           ·

          2023-02-04 17:59

          前言

          這么多年參加了無數(shù)的需求評審,也見過很多同學(xué)參加需求評審。有的同學(xué)很抗拒需求評審,覺得產(chǎn)品經(jīng)理一堆廢話,自己也聽不懂;有的同學(xué)覺得需求評審就是浪費(fèi)時間,一次需求評審會議十幾個人動輒1個小時,都沒時間寫代碼;也有同學(xué)在需求評審上和產(chǎn)品經(jīng)理 battle,探討需求的合理性(??需求);也有同學(xué)提前帶著問題討論需求實現(xiàn)的可能性...

          以我個人經(jīng)歷舉例,剛工作時參加需求評審比較慫,戰(zhàn)戰(zhàn)兢兢聽著產(chǎn)品經(jīng)理過需求,自己插不上一句話?,F(xiàn)在參加需求評審,經(jīng)??梢曰诮?jīng)驗判斷需求的可行性和重要性。這樣其實就是一個比較舒適的狀態(tài),不會陷入一個“瘋狂加班但是活永遠(yuǎn)干不完并且還不知道自己到底干了啥”的狀態(tài)。

          那,到底該如何參加需求評審呢?

          一、需求評審前

          個人認(rèn)為需求評審最重要的階段就是在于需求評審前。

          每次需求評審都是一次比較費(fèi)時費(fèi)力的事情,所以在產(chǎn)品經(jīng)理和你說要需求評審時,你可以先找他要一份需求文檔,簡單地先了解一下這次的需求內(nèi)容。

          1. 判斷需求上線后是否能夠解決存在的問題

          首先,先大致判斷一下這次需求的內(nèi)容上線后是否能夠解決問題,比如一個 UI 改版的需求,先了解改版是需要解決什么問題,是用戶體驗會更好還是能夠減少用戶的關(guān)鍵路徑,如果 UI 改版不能解決這些問題,那這個需求就要畫上一個問號。

          2. 判斷需求的技術(shù)實現(xiàn)可行性

          其次,可以通過技術(shù)視角給到產(chǎn)品經(jīng)理一點(diǎn)反饋,這次需求中的內(nèi)容哪些是現(xiàn)有的技術(shù)能力就可以支持的,哪些是通過開發(fā)排期可以支持的,哪些是無法實現(xiàn)的,讓產(chǎn)品經(jīng)理在需求評審前就了解自己這次需求的技術(shù)方案是否可行,評審時也不用天馬行空地發(fā)散討論。甚至有沒有可能通過一些更簡單的方案就可以達(dá)成目標(biāo)。

          3. 判斷需求內(nèi)容優(yōu)先級

          最后,可以思考一下,針對這次需求的目標(biāo),需求的內(nèi)容是否都是必要的,排出優(yōu)先級,有的需求可能和目標(biāo)根本沒關(guān)系或者 ROI 特別低,這種需求就完全可以提前拒絕掉。有的產(chǎn)品經(jīng)理喜歡加戲,也有的產(chǎn)品經(jīng)理會夾帶私貨,提一些需求等你砍(上了他會更開心,砍了也無所謂)


          這樣的準(zhǔn)備工作是必須的,不要一臉懵逼地就去參加需求評審,大家在聊需求的時候,至少得能接得上話吧。

          對需求的理解程度有的時候能決定你在這次需求里的角色,你如果什么都不懂也沒任何意見和建議,大家可能就會忽略你這一環(huán)而導(dǎo)致你在需求中比較被動。

          題外話:在項目中占據(jù)主動的地位,可以按照你覺得最合理的方式設(shè)計技術(shù)方案,也可以在項目中落地一些你想推動的技術(shù)方案,有業(yè)務(wù)結(jié)果的同時也能有技術(shù)產(chǎn)出。

          二、需求評審中

          需求評審的時候,產(chǎn)品經(jīng)理會先介紹需求的背景以及需求的目標(biāo),然后就是正式評審需求內(nèi)容,我們在參與需求評審時需要仔細(xì)聽,并且做到:

          1. 敢于提出問題

          在需求評審前你應(yīng)該已經(jīng)對需求有了充分地了解,方案不合理的地方以及和目標(biāo)不匹配的地方都可以在需求評審時提出來,并且如果有不了解的地方,也可以在需求評審的時候問。其實會發(fā)現(xiàn)在需求評審中,大家都會提出很多問題,大家的目的其實很簡單,就是盡可能清楚地看清這個需求。

          2. 評審的內(nèi)容,需求文檔里必須體現(xiàn)

          在需求評審會上提到的任何改動,都需要在需求文檔里體現(xiàn),因為需求文檔會關(guān)系到后續(xù)技術(shù)方案設(shè)計以及具體的技術(shù)邏輯實現(xiàn),特別是一些邊界情況。并且更重要的是,清晰的需求文檔也方便后面回溯和復(fù)盤,防止因為需求評審和具體功能實現(xiàn)之間存在差異導(dǎo)致誤會發(fā)生(扯皮)。

          3. 記錄需求評審中討論不確定的問題

          在需求評審中,一般會出現(xiàn)需求內(nèi)容中考慮不全的地方,或者需要不在場的人員會后確認(rèn)的細(xì)節(jié),這些都需要通過文檔記錄下來,并且確認(rèn)這些事項的 action,跟進(jìn)人和 deadline。如果不確定的點(diǎn)很多,甚至有重新進(jìn)行需求評審的必要。

          三、需求評審后

          需求評審之后,按照需求內(nèi)容設(shè)計技術(shù)方案并且進(jìn)行排期,這里不展開。我們可以先按照自己的理解還原一下需求,復(fù)雜的需求可以通過思維導(dǎo)圖的形式簡單畫一下需求流程,然后找產(chǎn)品經(jīng)理確認(rèn)一遍,看自己的理解是否正確。

          總結(jié)

          總結(jié)就是一句話,嚴(yán)謹(jǐn)對待每一個需求,站在產(chǎn)品和業(yè)務(wù)的角度考慮目標(biāo)和價值,站在技術(shù)的角度考慮可行性和 ROI,爭取做的每一個需求都不是白忙活。


          瀏覽 44
          點(diǎn)贊
          評論
          收藏
          分享

          手機(jī)掃一掃分享

          分享
          舉報
          評論
          圖片
          表情
          推薦
          點(diǎn)贊
          評論
          收藏
          分享

          手機(jī)掃一掃分享

          分享
          舉報
          <kbd id="afajh"><form id="afajh"></form></kbd>
          <strong id="afajh"><dl id="afajh"></dl></strong>
            <del id="afajh"><form id="afajh"></form></del>
                1. <th id="afajh"><progress id="afajh"></progress></th>
                  <b id="afajh"><abbr id="afajh"></abbr></b>
                  <th id="afajh"><progress id="afajh"></progress></th>
                  激情综合网五月天 | 爽无码三级电影在线播放 | 岛国免费播放器无码 | 亚洲第一页中文 | 夹夹夹一区二区 |