1. 程式人生 > >如何通過使用者故事地圖和快速估算來做release plan

如何通過使用者故事地圖和快速估算來做release plan

在scrum開發模式中,PO和團隊往往對於如何做release plan感到很困難,原因是因為在專案開始的時候對產品沒有一個完整的全域性概念和整體把握,這個是product backlog和使用者故事在整體和全域性上的不足之處,另外就是因為沒有一個完整的使用者體驗或者價值流導向,對於每個迭代無法合理定製出可交付產品增量。那麼在這裡,我可以給大家介紹一個通過使用者故事地圖和快速估算來做release plan的方法,僅供大家參考。

使用者故事地圖通過將我們的產品分解出來的使用者故事組成一個二維地圖的方式,通過橫向的backbone和縱向的tasks來將一個產品完整的展示出來,讓團隊更清楚的知道產品最終會成為什麼樣子,並且對於後續建立product backlog和制訂release plan提供產品全域性的指導。
快速估算不同於我們在sprint backlog裡面進行的故事點估算,它採用相對較粗的顆粒,通過每個人對故事進行對比,在儘量短的時間讓團隊對故事的大小,複雜達成共識,為後續做release plan的時候對於團隊的交付能力和時間有一個大概的把控。

那麼我們如何來用上述的方法來做release plan呢。
大概可以分以下幾個步驟。

1. 客戶和團隊一起建立使用者故事地圖;
2. 在使用者故事地圖裡面對優先順序和價值進行大概排序,形成MVP;
3. 對地圖裡面的所有故事進行快速估算;
4. 按照團隊速率調整各個迭代要釋出的故事和產品增量;
5. 按照做出來的release和迭代計劃重新組織Product backlog

那麼下面我們來step by step的跟大家講解一下。

Step1: 建立使用者故事地圖

  1. 首先讓客戶和團隊先頭腦風暴出來產品的使用者角色;
  2. 客戶和團隊一起靜默寫出所有的使用者行為(儘可能多),按照從左到右進行排列起來;
  3. 客戶按照使用者行為從左到右講故事,目標是能夠講故事流利並且清晰的讓別人理解;
  4. 然後客戶和團隊一起靜默寫某個使用者行為下面都需要做的事情(按照使用者故事的格式)並且放到對應的使用者行為下面;
  5. 當大家把自己所能想到的故事地圖都放上去之後,再根據使用者和故事內容合併,增減故事,最後會形成一個類似於下圖的二維故事地圖;

這裡寫圖片描述

Step2:快速估算

在有了使用者故事地圖之後,我們可以對所有使用者故事裡面的地圖進行快速估算,以便於能夠知道我們整個release要釋出產品的所需大概工作量,同時也能更好的後續調整release plan。對故事進行快速估算是相對於我們通常在sprint planning meeting上對故事進行的估算而言。因為這種估算方法不會對於故事本身糾結太深,而僅僅是快速的對我們當前所擁有的故事進行快速的,粗略的大概的估算,以便能夠讓客戶和團隊對於整體的產品工作量有個大概的瞭解。

首先我們可以按照故事點或者T恤size(S, M, L , XL)來制訂我們的估算標準。然後所有的人依次進行估算,每個人每次只能拿一個使用者故事,可以做兩個動作,一個是將當下手裡拿的故事放到自己認為的size或者故事點下,如果無法判斷,可以跟前面已經有估算的故事進行比較,另外一個動作是調整前面認為估算不合理的故事。那麼經過多輪之後,我們應該會得到像下圖一樣的估算。

這裡寫圖片描述

Step3:制訂release plan

有了使用者故事地圖和快速估算結果之後,我們對於產品全域性和大概時間會有一個大概的估計。那麼我們就可以設計release plan了。我們可以按照我們的估算設計一個release裡面需要釋出哪些特性,然後包括幾個迭代,再將故事按照優先順序和價值進行排序放回到每個迭代裡面。

這裡寫圖片描述

Step4: 重新調整故事

如上圖所示,我們就可以得到一個大概的release plan了,最後團隊可以一起再根據優先,價值,故事的相互依賴等對各個迭代的故事進行重新排序和調整,這個過程最好不要省略,因為會識別出來一些依賴和風險,並且還有可能增加一些遺漏的故事。

這裡寫圖片描述

Step5: 根據團隊速率來調整使用者故事和產品增量以及釋出目標

如果是一個成熟的團隊,那麼我們可以根據團隊的速率來重新調整一下每個迭代的目標和使用者故事數量,從而能夠相對合理的獲得整個產品釋出的大概時間(我相信這也是老闆們最想知道的東東)。如果不知道的話,那麼就拍腦袋吧,按照歷史經驗來進行下預測,當然要告訴老闆們這個預測僅僅是預測而已,根據實際進行的情況要對釋出時間進行及時更新的。

Step6; 最後按照release plan形成我們的產品待辦列表,並且按照優先順序和價值進行排序。

這裡寫圖片描述

以上就是怎麼使用使用者故事和快速估算來進行release plan的一些簡單介紹,當然,整個release plan不僅僅是這些工作,還有很多其他的工作,包括風險預估,進度管理及控制等。不過就不是本文討論的範圍了。不知道各位讀者對如何做release plan這個話題是否有興趣,很歡迎和大家一起就這個話題進行討論。