1. 創(chuàng)建Scrum敏捷交付空間

參考《2、PM如何設(shè)計工作流和創(chuàng)建看板？》章節(jié)。

2. 搭建需求工作流

參考《2、PM如何設(shè)計工作流和創(chuàng)建看板？》章節(jié)。

3. 需求的收集

如下圖，在需求頁面，點擊「新建」創(chuàng)建新的需求。切換到「列表」工作項視圖后，按照「狀態(tài)」分組，就可以查看不同狀態(tài)下的需求列表。

新需求的初始狀態(tài)置為待處理，創(chuàng)建新需求后，「待處理」列中就會增加一個新需求。一般情況下，「待處理」列就是待辦需求列表或者需求池，用來存放已收集到的產(chǎn)品需求、優(yōu)化需求、日常需求和技術(shù)需求等。同時點擊可以進行表頭顯示字段的設(shè)置，開啟或關(guān)閉字段的顯示，拖拽字段也可以設(shè)置表頭字段展示的順序。（*注：「標題」字段不支持關(guān)閉顯示，「編號」和「標題」字段不支持拖拽改變展示順序。）

點擊「另存為」，設(shè)置視圖名稱和視圖可見范圍，保存為一個新的需求視圖。

創(chuàng)建新視圖之后，按照視圖可見范圍展示在左側(cè)的「個人視圖」或「公共視圖」分組下。點擊視圖分組右側(cè)的，進行視圖分組的管理，編輯視圖名稱和刪除視圖，拖拽視圖也可以設(shè)置視圖展示的順序。（*注：系統(tǒng)視圖不支持拖拽改變展示順序。）

產(chǎn)品開發(fā)過程中不可避免的會有緊急需求的插入，為了減少對研發(fā)團隊的影響，同時也能對業(yè)務(wù)緊急需求的快速響應(yīng)，研發(fā)團隊可對緊急插入的需求數(shù)量進行限制，譬如一個排期周期中最多只能插入兩個緊急需求，在插入的緊急需求同時，需要置換掉已排期的優(yōu)先級最低的需求。

規(guī)范需求字段和需求說明

在需求收集的過程中，產(chǎn)品經(jīng)理需要對需求的內(nèi)容進行編輯，包括設(shè)置需求字段和編寫需求說明。要設(shè)置的字段至少包括：需求負責(zé)人、期望日期、優(yōu)先級。需求描述模板的設(shè)置入口：如下圖所示，進入項目中，點擊左下角的進入設(shè)置頁面。點擊工作項-需求，選擇某一類需求進行字段的設(shè)置，可以添加/刪除字段，對于無法刪除的系統(tǒng)字段可以設(shè)置字段隱藏，調(diào)整字段展示順序、是否必填、新建時是否顯示、默認值等。

（*注：系統(tǒng)字段不支持修改，狀態(tài)、負責(zé)人、優(yōu)先級、歸屬項目字段均為必填字段及新建時顯示字段，且不支持修改。）

同時可以設(shè)置字段的只讀狀態(tài)，例如當(dāng)需求流轉(zhuǎn)到待開發(fā)狀態(tài)進入排期后，產(chǎn)品經(jīng)理和研發(fā)確定好計劃完成時間，除了產(chǎn)品經(jīng)理本人，其他人無法更改需求計劃完成時間字段，避免需求計劃完成時間被其他人員隨意更改造成的需求延期問題。

要編輯的內(nèi)容主要是需求說明，簡單的需求可以直接使用需求描述進行說明，復(fù)雜的需求也可以將需求說明以文檔的形式呈現(xiàn)，文檔可沉淀在知識庫中或者是釘釘文檔中。需求描述模板的設(shè)置入口：如下圖所示，進入項目中，點擊左下角的進入設(shè)置頁面。點擊工作項-需求，選擇某一類需求進行描述模板的設(shè)置。

需求描述中至少需要包括：背景與問題、用戶與目標、業(yè)務(wù)流程、業(yè)務(wù)規(guī)則等。如下圖所示。同時可以設(shè)置需求描述的只讀狀態(tài)，例如當(dāng)需求被澄清清楚流轉(zhuǎn)到待開發(fā)狀態(tài)后，除了產(chǎn)品經(jīng)理本人，其他人無法更改需求描述，避免需求描述被其他人員隨意更改造成的需求描述混亂問題。

上述需求字段和需求描述模板設(shè)置完成之后，創(chuàng)建需求后單個需求的詳情頁面展示如下：

設(shè)置需求的優(yōu)先級

云效上提供了四個級別的優(yōu)先級：緊急、高、中和低，分別對應(yīng)：緊急需求（臨時緊急插入的需求）、核心需求、優(yōu)化需求（正常情況下規(guī)劃和排期的需求）以及其他需求。

為了避免產(chǎn)品經(jīng)理提供的需求都是同一優(yōu)先級的，從而無法區(qū)分需求的重要程度，這里啟用了輔助優(yōu)先級，輔助優(yōu)先級用數(shù)字表示，數(shù)字越小表示優(yōu)先級越高。（輔助優(yōu)先級字段可通過需求類型的字段設(shè)置添加，類型為整數(shù)。）

列表工作項視圖下的需求優(yōu)先級和輔助優(yōu)先級

4. 需求的確認

產(chǎn)品經(jīng)理對需求經(jīng)過初步分析，并與技術(shù)負責(zé)人確認需求的可行性后，在眾多需求中，規(guī)劃選擇業(yè)務(wù)價值高、投入產(chǎn)出比高且確定要做的需求，修改需求狀態(tài)為「已選擇」（如下圖），然后進行進一步細化、分析和設(shè)計。

5. 需求的分析

當(dāng)需求進入分析、設(shè)計階段，可以把需求狀態(tài)從「已選擇」修改為「分析中」，如下圖所示：

需求分析和討論過程是需求階段一個很重要的活動，產(chǎn)品經(jīng)理需要邀請相關(guān)的開發(fā)和測試人員一起參加。為了在產(chǎn)品開始開發(fā)前，充分澄清需求，明確其驗收標準，并保障產(chǎn)品、開發(fā)和測試對需求的理解一致。

加餐：需求的分析和澄清，歡迎查看阿里巴巴研發(fā)效能提升36計：以終為始，高效地分析和澄清需求

6. 需求排期

產(chǎn)品、開發(fā)和測試對需求理解達成一致，大需求已拆分，驗收標準已明確定義，同時與關(guān)聯(lián)方（如有）確認相關(guān)計劃，并識別大的技術(shù)風(fēng)險并定義應(yīng)對方案。

滿足上述條件的需求即可從產(chǎn)品經(jīng)理側(cè)流動到開發(fā)團隊側(cè)，一般企業(yè)會通過「研發(fā)排期」來完成這個過程

7. 需求的開發(fā)進度

需求的收集、確認和分析進展已在云效建立可視化機制，進入開發(fā)后，在需求看板上，看需求的開發(fā)進度也是一目了然的。

在這個基礎(chǔ)之上，研發(fā)團隊可以把的需求看板投到大屏上，通過「每日站會」同步需求進展，及時暴露問題和風(fēng)險。