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