Scrum的特點
Scrum框架
Scrum中的角色
拆分用戶故事并進行估算，是po和dev 負責，master不負責，除非master是團隊的一員
管理版本發布，po
Scrum 中的工件（Artifacts）
選目標-拆任務
迭代每天更新任務版、更新燃盡圖（以終為始）|燃起圖（看變化增量）
可能會有負值，加故事點
Scrum中的儀式\會議（Ceremonies\Meetings）
需要四個小時的會議：迭代計劃會、沖刺回顧會
看板 Kanban
看板系統
利特爾法則
減少等待時間，減少LT隊列長度，或增加產能
產能一般短期很難改變，因此要限制LT
累計流量圖
看板的設計-雙層看板系統
藍色-story，粉色-task
看板擴展
優化在制品（WIP）設置
衡量一個合理值，太少了人閑置、太多了task閑置
Scrum和Kaban
Scrum限制時間（迭代）、不限制wip、故事不跨sprint、一個迭代后關注結果（階段性任務）
Kanban沒典型的周期（或典型的節奏感）、限制wip、可實時關注流程過程（隨時泳動）
極限編程（eXtreme Programming）
定義
核心實踐
由內而外，技術->技術管理->技術向管理過渡
結對：老帶新、攻堅，彼此遍歷，好處：代碼共有、保障質量，缺點：成本高
重構 Refactoring
不改變代碼行為的前提下，對其進行一系列的小改造，旨在改進系統結構的實踐活動。（實際中改變可能并不小）
測試驅動開發TDD（Test Driven Development）
本質是開發技術，（先寫測試程序，然后編碼實現功能）測試先行開發和重構。
持續集成CI
盡早的做集成操作
Scrum vs. XP
推薦書籍《硝煙中的Scrum和XP》
特征驅動開發FDD
現在用的相對少了，以function維度替代feature維度
Feature：基本的開發單位，項目中的一個增量，用戶驗證最小有價值的功能，可以很短時間內實現，一般2周內
FDD：強調特征驅動，快速迭代，既能保證快速開發，又能保證文檔和質量
FDD 分析師被從抽象的工作中解脫出來，直接參與到開發人員和用戶所從事的系統構造工作中
FDD開發的5個過程
Sprint Roadmap迭代開發路線圖（單團隊單迭代）
