在研發管理場景下，不同角色對於 ONES 系統的使用需求、應用場景各不相同。其中，產品經理作為研發過程中的關鍵人物，不僅對整個產品生命週期負責，還在產品方向的規劃與發展上起著至關重要的作用。
本期，我們將從產品經理這一角色聊起，看看 ONES 如何幫助他們進行需求管理與迭代規劃，提升研發團隊協作效率。
高效收集需求，規範管理工單
需求收集是產品經理一項重要的日常工作，也是大部分產品經理工作的起點。透過需求收集，產品經理可以快速獲取目標使用者的痛點和訴求，為產品規劃和功能迭代做指引。但是在實際的工作場景中，需求的來源眾多，既有來自老闆、業務與協作方的內部需求，也有來自使用者、市場的外部需求。
如果產品經理不對收集到需求進行分類管理，可能會導致需求雜亂，或資訊缺失嚴重。而對於這些不能解決問題、沒有價值含量的資訊，產品經理將無法進一步分析。因此，在需求收集這個環節，產品經理需要對需求方提交的資訊作出規範性要求，以此保證收集到的資訊完整且有效。
在 ONES 中，產品經理可以透過設計詳細的表單模板，規範需求格式，引導使用者準確、完整地表達自己的需求。接著，以「工單小程式」的方式，透過微信將其發放給使用者，快速收集各方需求。
這樣的收集方式有三個好處：
- 使用者可以透過微信掃碼，一鍵提交需求；
- 在 PC 端，產品經理可以與使用者直接進行訊息互動；
- 工單狀態完成後，微信小程式自動傳送提醒，完成需求管理閉環。
https://www.bilibili.com/video/BV1Dv4y1s7LZ/?aid=566793753&ci...
拆分複雜需求，評估需求可行性
普遍而言，從使用者側收集到的反饋很可能是零散的、非結構化的。這時需要產品經理從反饋中提煉需求，將需求拆分成大小合適、可獨立交付、具有價值的顆粒度，幫助產品研發更加敏捷靈活地執行。
在 ONES 系統中，需求的拆分思路主要有兩種：
- 利用父子關係拆分子需求，也就是將大需求細化成小需求；
- 利用關聯關係拆分子需求，也就是將需求拆分成具體的研發、測試任務。
當然，在這個過程中還有一個不可或缺的環節——需求評估，目的是過濾掉不合理的需求，在這一環節，首要的就是評估需求的可行性和規模：
- 可行性，即這個需求能不能做；
- 規模評估，即這個需求的工作量如何。
在 ONES 系統中，產品經理可以透過在需求表單上配置「可行性」「技術實現思路」等屬性，承載技術經理的可行性結論。另外，在評估規模時，可以以研發團隊實現需求的「研發週期」，或者是用「工時」，來輔助分析判斷。
https://www.bilibili.com/video/BV1BM411n7aD/?aid=524400336&ci...
優先順序排序，做好需求規劃
做好了需求的收集與分析，接下來需要對需求進行優先順序劃分，先做什麼後做什麼，以便於後續進行迭代規劃。
優先順序作為一條需求的重要屬性，產品經理在規劃需求時，首先需要給需求做優先順序的排序。那麼需求的優先順序該如何判斷呢？
我們建議，產品經理應該避免僅從單一維度去判斷需求的優先順序。比如不能說客戶認為這個需求很急，我們就把它的優先順序提高；或者是這個需求在整個企業的目標裡很重要，就把它排在最高優先順序。
判斷需求的優先順序時，應該從多個維度考慮，比如需求的業務價值、需求規模、需求的技術實現難度等。一個顯而易見的例子是，面對兩個業務價值相當的需求，一個僅用兩天就可以完成，而另一個則需要兩週，我們更傾向於先做前者，在最短時間內將一個業務價值交付給客戶。
目前，行業內沉澱了很多科學的方法論和思考框架，幫助我們做好優先順序的評估，較為普遍的是 WSJF、KANO、四象限等。其中比較常見、也較好執行的方法是四象限法，即以重要程度、緊急程度正交劃分出四個象限，來幫助判斷需求優先順序。
在 ONES 中，我們可以透過流程自動化能力，讓系統根據既定規則實現需求優先順序的自動劃分，提高工作效率。這個時候就需要在配置中心的「新建自動化規則」中，把觸發規則設定為：當需求的重要性和緊急程度更新為「重要」和「緊急」時，觸發後續執行的動作是「把需求的優先順序更新為 P0」，P1、P2、P3 以此類推。
https://www.bilibili.com/video/BV1e54y1w7JW/?aid=864634946&ci...
規劃迭代，組織需求評審
在做迭代規劃時，產品經理應該與相關方一同確認當前迭代需要實現的需求範圍，明確迭代目標，從而更好地把握迭代的整體節奏。按照敏捷的思路，我們建議將迭代週期設定為2—4周，不宜拖得太長。
在 ONES 系統中，產品經理首先可以「新建迭代」，把迭代名稱、迭代目標、迭代週期填寫清楚；然後將「未規劃工作項」中的需求按照前述的優先順序劃分規劃進不同迭代內。這樣一來，我們就能在迭代內的「需求」元件下，檢視該迭代包含的所有需求。
你可能會問，迭代規劃完成後，是不是就能進入執行階段了？彆著急，在正式進入產品研發前，產品經理還有一個必經之路——需求評審會，這是一個承接規劃到執行的過程。
產品經理發起評審，是為了在團隊內討論產品方案的合理性，澄清迭代目標，讓每一個團隊成員對迭代需求能有更加全面的理解。因此在評審會期間，團隊成員可能會根據自己的理解，對產品方案提出問題。評審結束後，相當於各方對需求達成了共同理解，迭代即將開始。
迭代開始後，產品經理還可以利用敏捷看板、甘特圖等，直觀地瞭解需求完成進度，快速識別延期風險，保障專案朝著既定目標前進。
https://www.bilibili.com/video/BV1fM411j7Tb/?aid=525295213&ci...
好了，以上就是產品經理如何使用 ONES 進行日常的需求和專案管理工作，你學會了嗎？如果你還想掌握更多產品經理的相關知識和實踐，或者瞭解其他研發團隊角色如何用 ONES 高效協作，歡迎在評論區告訴我們。