王宇-需求協作的三個錘子.pdf

1、需求協作的三個錘子 The three hammers of requirement collaboration 2020-12-242020-12-241 王宇 整體思路 2020-12-242020-12-242 模型 與 概念場景 與 問題 簡單與繁雜復雜 邏輯、步驟、分解杠桿和探針 產品研發交付過程示意圖 2020-12-242020-12-243 轉型關注內容 2020-12-242020-12-244 創意型 需求輸入 - 影響地圖 2020-12-242020-12-245 規模型 需求輸入 - 故事地圖 2020-12-242020-12-246 增強型 需求輸入 - 故事畫布

2、 2020-12-242020-12-247 增強型 需求輸入 - 故事畫布 2020-12-242020-12-248 增強型 需求輸入 - 故事畫布 2020-12-242020-12-249 增強型 需求輸入 - 故事畫布 2020-12-242020-12-2410 增強型 需求輸入 - 故事畫布 2020-12-242020-12-2411 需求拆分 把大象放到冰箱分為幾步？ 請拆分第一步 再請拆分第一步 但更細的粒度是否有意義？ 2020-12-242020-12-2412 需求拆分 2020-12-242020-12-2413 需求拆分 2020-12-242020-12-241

3、4 敏捷的需求就是粒度小且用戶可感知的功能增強 需求拆分 2020-12-242020-12-2415 需求拆分 2020-12-242020-12-2416 需求拆分 2020-12-242020-12-2417 需求拆分 拆分是軟件需求管理的重要手段（敲黑板）； 粒度為3天左右工作量； 太細碎的需求可以打包成為獨立需求（不用擔心太細碎）； 任何估算以細粒度的需求匯總之后進行計算細粒度的需求匯總之后進行計算，切不可用大粒度的需求進 行估算（細粒度需求的重要性）； 符合敏捷的需求拆分目標是：敏捷的需求就是粒度小且用戶可感知的功 能增強； 拆分流程需要業務人員確認可驗證性業務人員確認可驗證性以及技術人員確認粒度合適技術人員確認粒度合適（平衡 技術與業務）； 拆分有一些方法，但不要依賴這些方法。關鍵點在于業務的可驗證業務的可驗證與技技 術的粒度確認術的粒度確認（再次強調）； 業務人員可以參考