評審過程本身也是一個知識傳遞過程,評審人員與產品經理一起討論用戶需求,這有助于評審人員獲得用戶需求的前期認識。
評審過程中可能發(fā)現(xiàn)不明確的或者遺漏的需求,這需要產品經理進行二次需求分析和定義。
評審過程中可能發(fā)現(xiàn)某些特殊需求,這時產品經理和評審人員可以群策群力共同思考解決問題的方式。
當局者迷、旁觀者清。再有經驗的產品經理也可能犯錯,評審人員可以提出更合理或者更有建設性的想法供產品經理參考。
需求跟蹤是產品經理日常必須完成的工作
產品經理每天都需要跟進當前迭代中需求的實現(xiàn)進度,確保需求執(zhí)行的過程沒有出差錯,一般而言,需求的跟蹤分為兩種:
正向跟蹤:檢查已安排的每個需求是否都能在后續(xù)的實現(xiàn)過程中有相對應的部分,確保沒有漏做的需求,并保證需求的實現(xiàn)程度和需求定義要求的一樣。這就需要每天都與后續(xù)的各個負責實現(xiàn)的人員進行確認。
逆向跟蹤:根據已有的交互設計稿、系統(tǒng)設計文檔、測試用例文檔等成果文檔,反向檢查是否包含了所有已安排的需求。
需求變更考驗產品經理需求把控能力
需求變更的原因有很多種,這里不去具體展開。產品經理要做的更多是需求變更的管控,我們都知道需求變更對產品來說壞處多于好處,也有變了之后反而好的,不過是少數。
控制變更的規(guī)則比較簡單:
如果需求變更帶來的好處大于壞處,那么允許變更,但必須按照已定義的變更規(guī)程執(zhí)行,以免變更失去控制。 如果需求變更帶來的壞處大于好處,那么拒絕變更。需求變更控制過程中難辦的事情是莫過于“拒絕用戶提出的需求變更請求”。產品經理要靈活的控制變更的尺度,以產品業(yè)務價值實現(xiàn)為導向,更多的從產品角度出發(fā)。
需求管理是一項十分重要的工作,據調查顯示在眾多失敗的項目中,由于需求原因導致的占了很大的一部分。