2015.04.24
Juggernaut Liu
需求怎麼估?
ANIMAL POINT WORKSHOP
AGENDA
估需求前必須知道的事
Animal Point Workshop
Q & A
Who am I
• 任職於Trend Micro Inc.
• Sr. Engineer
• 致力推廣及導入敏捷開發方
法,並由自身開始做起,希
望打造由下而上的自組織團
隊。
估需求會遇到什麼問題?
釐清問題
分組討論
將問題寫在便條紙上
每組最多提出3個問題
問題 (學員們分享)
• 估不準
• 照著被訂好的deadline估
• 每個Sprint的工作量不一
• 總是被分派到類似的任務
• 需求不明確
• 需求超出能力
• 團隊對工時有落差
• 範圍太廣 難估
基本原則
假設今天你要爬樓梯
這棟要爬多久?
101登高賽要爬多久?
Burj Khalifa 要爬多久?
目前我們不知道每一棟高樓實際要爬多久
但是知道彼此的相對關係
原則 1
相對比較 比 絕對評估 簡單
假設今天你要評估
肌肉痠痛的程度
規模小 : ____
12層樓高大廈 24層樓高大樓
有感
規模大 : ____
CN Tower 101
無感
費氏數列的特性
越後面的數字,差距越大
需求越大,不確定性越大
原則 2
• 使用 Planning Poker 來估
• 快速分類
• 當數字大時,不用糾結於40或是41的差別
• 當數字小時,即使保守點取較大數,也不會造成太大的影響
評估時的注意事項
HOW – 怎麼估
相對估算 - Animal Point Workshop
WHO – 誰來估
• 客觀
• 有共識
• 有參與感
由做事的人一起評估
WHEN – 何時估
• 將個人因素降低
還沒分派任務前估
WHAT – 評估因素
複雜度
重複性風險
WHY – 有何優點
簡單
客觀評估
達成共識
自我承諾
試一試啊!!
ANIMAL POINT WORKSHOP
ANIMAL POINT WORKSHOP
Step 1 : 比較大小
Step 2 : 校正基準
Step 3 : 評估程度
假設你們是個動物園團隊
今天要評估
幫動物們洗澡的複雜度
角色分配
Product Owner 出一張嘴
• 當團隊翻出新圖卡時請天馬行空地描述需求
• 解答團隊的疑惑 (但不主動引導)
Team Members 執行評估
• 實際操作
比較大小
• 團隊成員輪流出牌 一次只能移動一張圖卡 (翻新圖卡或現有
圖卡)
• 小的擺左邊 大的擺右邊
• 挪動時 請跟小組說明理由
• 每個人都PASS之後 結束這個回合
校正基準
歷史基準 定義最小
評估程度
• 團隊成員輪流出牌,一次只能移動一張 planning poker card
• 請依照基準比例,定義對應圖卡應有的點數
• 若相鄰兩張圖卡皆評估為相同點數,請將點數放置在左邊的圖卡
• 出牌時,請跟小組說明理由
• 每個人都PASS之後,結束這個回合
總結
• 相對比較 比 絕對評估 簡單
• 使用 planning poker 來估基本原則
• Who : 有做事的人一起估
• When : 被分派任務前就估
• What : 評估時請考慮複雜度,重複性,風險
注意事項
• 比較大小
• 校正基準
• 評估程度
Animal Point
Workshop
Q & A
Any Question?
Thanks for Listening
REFERENCE
• 需求怎麼估? - Animal Point Workshop Part I - 估需求前必須知道的事
• 需求怎麼估? - Animal Point Workshop Part II - 實際動手玩
• 估算需求複雜度(1)Story Point 與 Planning Poker
• 估算需求複雜度(2)Dog Point Game
• A Fast Story Point Estimation Process
• Scrum Shortcuts Without Cutting Corners: Agile Tactics, Tools, & Tips
• 部分圖檔來自於網路資源
• "Burj Khalifa full during daytime shot (11925924366)" 由 marviikad from Al Khobar, Saudi Arabia - Burj Khalifa full
during daytime shot。使用來自 維基共享資源 -
http://commons.wikimedia.org/wiki/File:Burj_Khalifa_full_during_daytime_shot_(11925924366).jpg#mediaviewer/File:B
urj_Khalifa_full_during_daytime_shot_(11925924366).jpg 的 創用CC 姓名標示-相同方式分享 2.0 條款授權
• "BurjKhalifaHeight" 由 BurjDubaiHeight.svg: Ramaderivative work: Astronaut (talk) - BurjDubaiHeight.svg。使用來自
維基共享資源 -
http://commons.wikimedia.org/wiki/File:BurjKhalifaHeight.svg#mediaviewer/File:BurjKhalifaHeight.svg 的 創用CC 姓
名標示-相同方式分享 3.0 條款授權
• http://www.fibonacciorange.com/fibonacci-cash-back/
• http://harrypotter.wikia.com/wiki/File:Sorting_hat.jpg

需求怎麼估 20150424新竹scrum社群分享

Editor's Notes

  • #2 在任何的軟體開發流程中,需求估算永遠不會消失。 或許很多朋友認為估需求是相當困難且痛苦的一件事,或許很多朋友把大量時間花在冗長的估算上但始終也估不準。 今天這堂課將會引導各位需求估算的另一種方向 - 相對估算 課程將會以Workshop的方式進行,用一個有趣的案例,讓各位學員實際操作,體會相對估算的精神 91的sharing
  • #6 5mins
  • #11 15分鐘
  • #16 疲累程度
  • #18 這邊要帶出的點是 為什麼我們建議要用planning poker來估
  • #22 只有做事的人才會清楚要做多久
  • #24 From 書 : SCRUM shortcuts
  • #31 10 mins
  • #33 10 mins