產品經理如何有效處理需求變更
在項目立項后,進入需求的溝通,當需求確定后,難免會遇到需求頻繁變更的現象,為了避免這樣的事情發生,我們應當設立一套規范的需求變更管理。具體怎么做,一起來看看吧。
項目立項之后,就進入需求分析階段,需求變更隨之而來。需求的變更是無法避免的,但我們可以通過制定一套規范的需求管理流程,來減少需求變更。需求變更管理是很多公司的通病。
因為對需求變更不重視或管理流程形同虛設,可能造成項目進度延期、成本控制不足、人力資源緊缺,甚至導致整個項目失敗。
一、了解需求變更
需求變更是指在項目立項后,對原有的需求進行優化,或追加新的功能或非功能性的需求,均屬于需求變更。
以理財平臺標的登記為例,我們做了一個為借款人和出借人提供戳合服務的理財平臺,其中有一項功能是向合作的資金存管銀行申請標的登記。
因銀監會公布的《暫行辦法》明確規定,同一借款人在同一網貸機構的借款上限為20萬元,我們的標的登記接口也要做相應的變更。
需求變更的影響主要有:項目進度、開發資源、成本核算、開發周期、質量風險等。
二、需求變更來源
需求變更的主要來源分為內部來源和外部來源。內部來源包括公司高管、業務部門、產品團隊等;外部來源包括政策變化、市場情況、用戶反饋等。
以理財平臺需求變更為例,內部來源有:為了進一步升級布局網貸生態圈,公司高管會不斷調整戰略目標或商業模式;為了用戶增長和平臺創收,業務部會不斷更新理財產品或運營活動;為了提高用戶體驗,產品經理會不斷優化產品功能和操作流程。
而外部來源有:基于銀監會政策的變化,會清算不良資產和違規業務;基于合規備案的要求,會對接銀行存管和接口改造;基于金融辦的信息透明化,會接受審計調查和信息披露。
在工作中,如何管理來源眾多且復雜的需求變更請求,是每個產品經理需要認真對待和慎重考慮的問題。
我們可以制定《項目變更管理表》來跟蹤需求變更。
三、需求變更原因
需求變更貫穿了產品的整個生命周期,需求變更的原因包括:沒有確定需求基線,沒有細化功能范圍,沒有明確管理機制。
需求變更的表現形式千差萬別,在工作中主要體現在:一是業務部門不明確需求定義導致的變更;二是產品人員未詳細理解需求導致的變更;三是公司高層因臨時調整業務導致的變更。
四、需求變更控制
大部分公司都有變更管理流程,流程的處理分為以下幾個步驟:提交變更、審核變更、執行變更、關閉變更。
一個好的變更處理流程,就是在產品生命周期的分析階段、實施階段與驗收階段,有針對性的采取需求控制方式。
1. 分析階段控制
項目啟動后,就會進入需求分析階段。
在需求分析階段,有大量需求需要收集、篩選、排序、分析、評審、跟蹤和維護,這是需求管理的開始。
在做好產品規劃后,首要任務就是明確《產品需求說明書》中定義的功能范圍和業務規則。
編寫《產品需求說明書》最可怕的就是定義的內容含糊不清或邏輯漏洞百出,導致實施階段的需求變更。
因此,更有甚者說:好的PRD文檔就是能讓業務、開發與測試傻瓜式操作,不需要考慮需求未明確的內容。
以理財平臺的合規備案的接口整改為例,為了減少需求不明確帶來的變更,我們會基于需求采取針對性的措施。
比如項目組的內部需求,我們會采取頭腦風暴的形式,召開評審會,對需求進行初審、復審和終審,記錄評審過程中的內容,并整理成會議文檔。
對需求方的外部需求,我們可以先讓其先熟悉業務,再充分溝通業務規則,并雙方一起確認輸出的原型和需求文檔。
2. 實施階段控制
需求分析階段結束后,對于臨時插隊或修改的需求,要走需求變更流程,并讓相關負責人郵件或紙質確認。
需求變更申請通過后,需要評估變更可能帶來的風險,修改合同、計劃、需求等基準文件。
產品經理評估變更需求的合理性,可采用綜合變更控制方法。
比如重新變更分析、變更評審、預估人力與計劃上線時間、風險評估等,還得同客戶多次交流,幫助他們明確需求。
特別強調的是,在Scrum開發中,一定要避免出現業務人員繞過產品經理,直接找開發商量改需求的情況。
因為這樣會導致業務、產品、開發三方需求不一致,或帶來新的系統問題,又得耗時重新定位需求。
因此必須要求業務人員嚴格執行Scrum開發中的需求變更管理流程。
3. 驗收階段控制
產品灰度發布時,系統基本主流程走通和數據流正確,并準備提交給業務部驗收。
若中間過程出現需求變更,要評估一下變更的代價和對上線的影響,并告知變更之后面臨最大的問題就是項目延期。
以理財平臺的紅包撤回為例,我們計劃趕在七夕前上線一個邀請好友投資返現的活動。
在前一晚驗收時發現,因為某些客觀原因,導致重復發放紅包給用戶。但紅包撤回在銀行那邊有時效性,只能當天發放的才可以撤回,導致我們在活動上線前,必須增加紅包撤回接口的需求。因為活動計劃上線時間節點不能改變,我們只好額外協調資源和增加開發人力。
驗收階段的需求變更控制,最重要的一點就是能事先識別變更風險,并采取突發的應對措施,根本目的就是將需求變更的影響降到最小。
五、需求變更存檔
在需求變更過程中,對已發布的需求文檔建立需求變更日志,管理變更文檔,做好變更任務的Checklist,主要方便對需求追本溯源。
變更文檔一定要記錄在案,方便查詢或追責。我一般會通過EXCEL建立需求跟蹤矩陣,記錄變更原因、變更時間、變更前后的內容、項目負責人、變更狀態、完成情況等。
對于產品經理而言,需求變更管理是項目管理過程中很重要的一部分。變更管理是一個閉環過程,確保整個需求變更過程的可控制與可追溯。
專欄作家
游善朱哥,微信公眾號:朱哥聊產品,人人都是產品經理專欄作家。暢銷書《產品閉環:重新定義產品經理》和《金融產品方法論》作者,近10年金融產品人,專注于金融行業(貸款、理財、支付)的產品知識分享,從0到1負責多款金融產品的全過程規劃與設計。
本文原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
一、了解需求變更;二、需求變更來源;三、需求變更原因;四、需求變更控制;五、需求變更存檔。
拿好板凳記筆記~??
寫的太好了!
轉發走起,更多內容個人公眾號:朱哥聊產品