這是我在 .NET Conf Taiwan 2022 的演講 - 那些年用 Azure Boards 交付過的產品
以 5 個痛點來分享之前 Scurm 所遇到的問題,當時怎麼解決,
並將其整理成為文章版更難完整記錄本場的內容 

Scrum Guide 說 Product Owner 需要依照價值排好 Backlogs,讓整個團隊可有穩定的節奏開發產品,但怎麼排序往往是個難題,有沒有一個框架可以參考?

https://uxdesign.cc/how-to-choose-your-product-prioritization-framework-ff0320d63ebf 的作者製作了一個框架提供參考

image

可以用兩個面向各字給 1-5 分來決定用哪種價值排序方式

  1. 需給客戶驗證的程度: 需要在End User的參與下進行一定程度的數據收集或假設驗證練習來驗證程度,越密切分數越高
  2. 定性定量的程度: 需要更多的數據驗證,因素越多分數越高

透過這樣的兩個面向,可以初步選擇所使用的框架,本文以最 MoSCoW 及 WSJF 做舉例

MoSCoW

MoSCoW是一種常用的優先順序法,用於將需求和功能分為四個類別:

  • “M” 代表必需品(Must Have),這些功能或需求是關鍵的,必須在產品中實現,否則產品無法正常工作或無法交付。這些功能或需求通常是必要的核心功能或重要的業務需求。以我自己定義通常為 “沒有交付就不能達成商業目標” 的項目
  • “S” 代表應該品(Should Have),這些功能或需求是非常重要的,但不是必須的。如果有足夠的時間和資源,這些功能或需求應該被優先實現。
  • “C” 代表願望品(Could Have),這些功能或需求是可選的,通常是增強產品體驗或功能的選項。如果時間和資源允許,可以考慮實現這些功能或需求。
  • “W” 代表不需要品(Won’t Have),這些功能或需求是不必要的,不需要在產品中實現。這些功能或需求可能已被視為過時或不再需要。

當然,以上可以自己定義,目的為直覺得加速判斷,以我自己定義可以用以下方式來做收斂:

  • Must Have: 沒有交付就不能達成商業目標
  • Should Have: 重要但短期有替代方案
  • Could Have: 不做沒關係,但做了能為產品帶來加分效果
  • Won’t Have: 就算做了有無助於提升產品價值

而 Azure Boards 可以怎麼做? 我看過太多的團隊一開始建立複雜的 Work Item 階層關係,導致單子都維護不好,其實我認為用一種單子也可以簡化很多流程,目的是讓需求開始有排序,透過 MoSCow 搭配 Priority 1-4 欄位,就可以很快的開始有優先順序

image

Weighted Shortest Job First (WSJF)

隨著需求越來越多,單子越來越複雜,MoSCoW 可能無法開始滿足排序的需求,這時可以考慮加權最短作業優先法(Weighted Shortest Job First,簡稱WSJF)是一種產品優先順序框架,它將各個項目的價值、時間和風險因素納入考慮,幫助團隊優先選擇高價值、低風險、短期完成的項目或功能。WSJF通常被應用在敏捷開發、DevOps和Lean等方法中。在WSJF中,每個項目都被賦予一個權重,該權重代表該項目對整體產品目標的重要性。該權重由四個因素計算而得:

  1. 商業價值(Business Value):該項目能為產品帶來的商業利益、營收增長、市場佔有率等。
  2. 時間關鍵性(Time Criticality):該項目需要在多快的時間內完成,例如對市場機會的回應。
  3. 風險評估(RROE Value):該項目對於減少未來風險的貢獻度,例如減少成本、提高品質等。
  4. 機會成本(Job Size):該項目能為產品帶來的機會成本,例如提升用戶體驗、擴大市場等。

WSJF = 1+2+3/4

其中最重要的概念是考量的 Job Size,越重要的需求,但開發的成本高,交付也就久,敏捷在談的就是盡早交付快速驗證,對吧?

而 Azure Boards 可以怎麼做? 可以安裝這個 套件,他能在填寫 1-4 欄位 (需自訂欄位) 時自動算出 WSJF 的數字,以利排序

圖片1

Product Roadmap

不是敏捷就沒有 Roadmap, 敏捷在於適應變化,但仍要有長期規劃,通常我會習慣以季為單位,針對市場變化調整,有一個很好的方式可以透過下列來做分類

  • long term (年)
  • mid term (下一季)
  • near term ( sprint)

在 Azure Boards 你可以用 Delivery Plans 來用橫向展開,或者是用單純的看版來左右拖拉呈現

image

如果你想要看完整的演講影片,現在也已經傳到 Youtube

5篇 Scurm 痛點文章