雲小課 | 需求任務還未分解，該咋整！項目管理Scrum項目工作分解的心酸誰能知？
溫馨提醒：本文約3000字，需要閱讀5分鐘，共分為8個部分，建議分段閱讀！
軟件開發過程中，從產品概念形成到產品規劃、往往要做詳細的需求分析和項目規劃等，因此，選對一款項目管理工具對開發者就顯得尤為重要。 今天我們一起來了解下華為雲DevCloud項目管理（Scrum項目）是如何做到需求規劃以及工作項分解的！
華為雲DevCloud項目管理（ProjectMan）是為軟件開發團隊提供敏捷項目管理與協作的雲服務，沉澱了華為30多年軟件研發的先進理念與豐富實踐。項目管理支持敏捷Scrum管理，Scrum項目融合敏捷設計理念，可快速完成敏捷迭代計劃、創建工作任務，直觀呈現每日站會看板、縮短迭代周期、提升項目管理效率。項目管理提供迭代功能，可以用來做版本計劃管理，在項目里設置迭代，匹配版本發佈計劃時間點，便可對版本計划進行跟蹤管理。
說明：DevCloud項目管理分為「Scrum項目」和「看板項目」，以下僅講述「Scrum項目」的需求規劃與分解過程。
Scrum項目需求規劃與分解過程
下面我們將其分成八個部分來說說。
- 什麼是Scrum？
- 適用場景
- 有啥優勢？
- 通過需求的分層和分解，多角色協作，確保需求範圍可調整
- 按迭代持續交付，實現閉環反饋
- Scrum項目需求分解過程
- DevCloud如何使用Scrum項目？
- 寫在最後
什麼是Scrum？
Scrum是迭代式增量軟件開發過程，通常用于敏捷軟件開發。Scrum包括了一系列實踐和預定義角色的過程骨架。Scrum中的主要角色包括同項目經理類似的Scrum主管角色負責維護過程和任務，產品負責人代表利益所有者，開發團隊包括了所有開發人員。
以下是一些Scrum的通用實踐：
- 客戶成為開發團隊中的一部分，例如客戶肯定對開發的結果真正感興趣，和所有其他形式的敏捷軟件過程一樣，Scrum有頻繁的包含可以工作的功能的中間可交付成果。這使得客戶可以更早的得到可以工作的軟件，同時使得項目可以變更項目需求以適應不斷變化的需求。
- 頻繁的風險和緩解計劃是由開發團隊自己制定。在每一個階段根據承諾進行風險緩解，監測和管理（風險分析）。
- 計劃和模塊開發的透明。讓每一個人知道誰負責什麼，以及什麼時候完成。
- 頻繁的進行所有相關人員會議，以跟蹤項目進展。平衡的（發佈，客戶，員工，過程）儀錶板更新。
- 所有相關人員的變更，你必須擁有預警機制，例如提前了解可能的延遲或偏差。沒有問題會被藏在地毯下。認識到或說出任何沒有預見到的問題並不會受到懲罰。
- 在工作場所和工作時間內必須全身心投入。完成更多的工作並不意味着需要工作更長時間。
適用場景
激烈的市場競爭或客戶需求變化快，產品或項目存在較大不確定性。
推薦建議：採用支持敏捷開發模式的研發管理平台，短周期持續交付，快速響應需求和市場變化。
有啥優勢？
專業方法論與實踐的承載：
- 承載敏捷管理、精益的軟件項目管理理念。
- 支持Scrum項目和看板項目模板，面向不同的軟件管理場景，兼顧標準和輕量靈活的軟件開發場景。
- 支持Scrum推薦的需求規劃和需求分解層次。
- 支持敏捷迭代開發、迭代計劃和時間線清晰展現項目進展。
通過需求的分層和分解，多角色協作，確保需求範圍可調整
客戶的需求或原始需求，往往是抽象甚至宏觀的，需要理解客戶需求背後的問題本質，將客戶需求或原始需求進行規劃和分解，最終分解為每個迭代可交付的最小工作項。
項目管理服務Scrum項目類型中，預置了敏捷實踐中推薦的Epic-Feature-Story/Bug-Task的四層模型。
從原始抽象宏觀的需求Epic（中文通常翻譯為史詩特性），經過分解為多個Feature，繼而再逐步分解為Story。Story是UserStory的簡稱，Story是站在用戶視角符合INVEST原則的最小可交付的工作項單元。一個Epic分解為一個或多個Story，並根據開發團隊的人力管道和Epic的計劃時間，將Story規划到一個或多個迭代中持續交付。
一個宏觀抽象的Epic通過這種方式保證了每個迭代都有可以運行的軟件讓用戶試用，獲取用戶反饋，不斷根據反饋進行修正，最終滿足用戶的需求並獲得商業成功。
說明：了解Epic（戰略舉措）、Feature（特性）、Story（用戶故事）、Bug（缺陷）、Task（任務）詳細說明請看這裡。
按迭代持續交付，實現閉環反饋
在敏捷軟件開發的語境下，迭代是重複式的持續交付並持續獲取反饋的軟件開發活動，其對應的是瀑布式軟件開發中的固定順序全部完成才交付的軟件活動。
每一個迭代都追求儘可能的發佈產品並獲取用戶的反饋，每次迭代獲取的反饋都同時作為下一個迭代的改進輸入。迭代可以降低風險和變更成本，提升研發效率。
在敏捷的方法論中，通常使用「迭代」，而Scrum實踐中使用「衝刺（Sprint）」，兩者有微小的區別。項目管理服務考慮國內用戶的使用習慣，使用「迭代」。
Scrum是敏捷開發的主流方法，通過迭代衝刺的方式，持續交付，從用戶需求到用戶反饋實現每一個閉環的軟件開發過程。通過最重要的迭代計劃會議、每日站會、迭代回顧、驗收會議來進行簡單高效的管理。
Scrum項目需求分解過程
項目管理服務對Scrum項目的需求進行統一規劃，以思維導圖的形式進行需求規劃和分解，即將工作項的層級結構展示出來，更直觀的展示父子關係，在規劃中新建工作項後，會自動生成到工作項列表中。
- 項目中已創建的工作項，根據所從屬的Epic根節點，會自動同步到工作項頁面。
- 按照工作項類型層級關係（從大到小依次為「Epic > Feature > Story > Task/Bug」類型）進行需求規劃，具體為添加Epic類型工作項、給Epic工作項添加Feature類型子工作項、給Feature工作項添加Story類型子工作項。
為了快速實現產品核心功能，並儘快上線，儘早收集用戶反饋，將產品的各個Feature中最能體現用戶價值的Story設置為「高」優先級。
確保將產品的基本功能打通上線，而不是對某一個Feature做過度設計。
項目管理服務為用戶提供思維導圖式需求規劃與分解功能：
同時也提供迭代管理與規劃的功能：
DevCloud如何使用Scrum項目？
看完上述介紹，相信大家對項目管理的需求規劃與分解功能已經有很多了解了！接下來給大家講講規劃需求與分解工作項的具體操作過程吧~~
樣例：開發人員A是公司的項目經理，需要進行商城管理，業務方向為訂單管理、會員管理和促銷管理。操作步驟如下：
步驟1：在DevCloud項目管理中新建Scrum項目
- 登錄DevCloud控制台，在左側導航中選擇「項目管理」，單擊「立即使用」。
- 在進入的DevCloud項目管理首頁，單擊「新建項目」。
- 在「新建項目」頁面，項目類型選中「Scrum」。
- 設置項目參數，單擊「確定」，完成Scrum項目的創建。
步驟2：在Scrum項目中進行思維導圖規劃
在Scrum中，可以根據實際需要以思維導圖形式設置不同層級的工作項。
- 單擊項目名稱，進入項目詳情頁面，選擇「工作 > 規劃」，單擊「思維導圖規劃」，進入思維導圖規劃頁面。
- 根據需求規劃準備，給每個層級的工作項添加子工作項，依次為「Epic > Feature > Story > Task/Bug」。
- 在不同或同層級之間拖動工作項，可以調整規劃需求，整個需求規劃結果如下：
說明：有子工作項的工作項，不能調整到Task層級，否則會超出層級。無子工作項的工作項可以往上或往下一級別類型調整。
步驟3：在Scrum項目中給工作項安排迭代開發計劃
- 在項目詳情頁面，選擇「工作 > 工作項」，可以查看需求規劃中所有工作項情況，可以通過工作項類型篩選出對應類型的工作項，如Story、Task、Bug。
- 選擇「工作 > 迭代」，根據需要在項目里新建迭代，或使用默認的迭代1、迭代2和迭代3亦可。
- 分迭代可以管理需求規劃中所有Story工作項，默認顯示當前迭代工作項。
根據匹配版本發佈計劃時間點，選中左側「未規劃工作項」，將工作項分別拖拽至對應的已規劃迭代中。
至此，所有需求規劃與工作項分解已完成，管理者再根據實際人力安排，給各個工作項分配處理人，按計劃點閉環工作項即可。相關操作如下：
- 添加項目成員
- 批量設置工作項處理人
- 迭代回顧
相關操作的詳細操作步驟，請查看《項目管理用戶指南》。
寫在最後
產品需求規劃與工作分解很重要，且要隨時能響應客戶需求，而不是一味的迭代開發！希望能幫助大家完成一個個開心，高效，信心滿滿的項目開發：）
本次就分享這麼多，大家還想了解些啥，歡迎在評論中留言。
