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迭代开发路线图（单团队单迭代）
