迭代开发
尽早编码 ，尽早暴露项目的技术风险，尽早接受优化建议，分阶段提供可用的版本
迭代计划会
全员畅所欲言，需求澄清，答疑解惑
Sprint(迭代)/Story（用户故事，粒度最大1周）/Task（开发任务，粒度最大1天）/Backlog（待办，细分产品待办，任务待办）
每个Story一周内开发完成，提前测试。一个迭代的所有Story开发完后，测试组再进行完整的测试
测试从代码库拉取最新代码部署
开发者随时修改提交的问题单，并合入配置库
Story状态：未开发，开发中，预测试中，测试中，移动更新状态
每日站会
汇报开发进展，提出问题，会后沟通解决
结对编程
保障开发质量，提升能力
持续集成/每日构建
每日提交，每日构建、部署，静态检查、编译版本号、单元测试、安装
总结会
每个迭代结束后，总结经验教训（好的、坏的方面），落实到下个迭代中
演示
每个Story开发完成后，开发给测试演示功能
重构
持续重构。快速快发，代码和架构不能是最有的、面面俱到的
测试驱动
单元测试。保证合入的代码不会被后期破坏
三大角色：
产品负责人（产品经理）：和客户沟通产品功能和要达到的标准，指定发布日期和交付的内容。有权接受和拒绝开发的工作成果
流程管理员：Scrum流程执行，清除沟通障碍
开发团队，5-10人。不论过程，只问结果。