第1章 敏捷——高效软件开发之道 第2章 态度决定一切 1. 做事 2. 欲速则不达 3. 对事不对人 4. 排除万难，奋勇前进 第3章 学无止境 5. 跟踪变化 6. 对团队投资 7. 懂得丢弃 8. 打破砂锅问到底 9. 把握开发节奏 第4章 交付用户想要的软件 10. 让客户做决定 11. 让设计指导而不是操纵开发 12. 合理地使用技术 13. 保持可以发布 14. 提早集成，频繁集成 15. 提早实现自动化部署 16. 使用演示获得频繁反馈 17. 使用短迭代，增量发布 18. 固定的价格就意味着背叛承诺 第5章 敏捷反馈 19. 守护天使 20. 先用它再实现它 21. 不同环境，就有不同问题 22. 自动验收测试 23. 度量真实的进度 24. 倾听用户的声音 第6章 敏捷编码 25. 代码要清晰地表达意图 26. 用代码沟通 27. 动态评估取舍 28. 增量式编程 29. 保持简单 30. 编写内聚的代码 31. 告知，不要询问 32. 根据契约进行替换 第7章 敏捷调试 33. 记录问题解决日志 34. 警告就是错误 35. 对问题各个击破 36. 报告所有的异常 37. 提供有用的错误信息 第8章 敏捷协作 38. 定期安排会面时间 39. 架构师必须写代码 40. 实行代码集体所有制 41. 成为指导者 42. 允许大家自己想办法 43. 准备好后再共享代码 44. 做代码复查 45. 及时通报进展与问题 第9章 尾声：走向敏捷 9.1 只要一个新的习惯 9.2 拯救濒临失败的项目 9.3 引入敏捷：管理者指南 9.4 引入敏捷：程序员指南 9.5 结束了吗 附录A 资源 索引

目录 何为用户故事 需求管理 面向用户价值编写用户故事 客户价值导向-可工作软件响应变化 用户建模 Scrum基本知识 ②计划与跟踪 课前预习内容 优先级排序（待续） 跨职能团队·共同估算每日立会同行压力 Scrum概览 用户故事分类的原则 需求优先级排序达代期内无变更团队承诺 Scrum是什么意思？ 用户故事分类 敏捷绩效考核 扩展阅读 Scrum敏捷方法一分钟扫言 业务数据与业务操作 火星人示例新 @考核对象的变化 Scrum敏捷方法中的工作产品 增强与重构 火星人示例新 为团队设定目标，让团队把控细节 Scrum敏捷方法中的角色 缺陷与技术债务 火星人示例新 智慧敏捷 扩展阅读 猪与鸡的故事 用户故事MVC.FPA 精益生产的启示 Scrum过程 课前预习内容 敏捷计划 扩展阅读 写不写文档？ 创建和维护产品待开发项（Product 敏捷计划流程 敏捷实践的表象与内涵 Backlog) 可用时间计算 其他 扩展阅读 送代计划会产品负责人准备什么？讲解什么？ 送代计划 中英文对照词汇

•AMM（敏捷成熟度模型） 全称Agile Maturity Model，是一套用来评估软件开发团队或者整个开发组织的当前敏捷状态和将来的目标状态的框架，评估的结果用来帮助团队识别改善点。 •可以评估一个IT组织的敏捷程度，其评估结果可以用来设定该组织敏捷实施的未来阶段性目标。 •AMM关注于敏捷方法的具体展现形式，即软件开发过程。因此AMM只评估软件开发团队的开发过程和实践，并不能用来评估一个组织的所有方面。

传统的瀑布工作模式使用详细的需求说明书来表达需求，需求人员负责做需求调研，根据调研情况编制详细的需求说明书，进行需求评审，评审之后签字确认交给研发团队设计开发。在这样的环境下，需求文档是信息传递的主体，也是一份契约。然而详细的需求说明书有以下5大弊端：单向的信息传递，容易出现理解偏差。文档很正式，我们会误以为它一定是对的，不去质疑它，让我们停止作出判断。有了详细的文档，我们不会反复讨论它，相互确认。书面文档不利于团队共享责任，它扮演了证据的角色。Scrum强调团队共享责任，不论是需求人员、开发人员和还是测试员，大家的共同目标是通过讨论、协作，正确理解需求之后把这些需求变成客户真正需要的功能，而

1、什么是产品backlog； 2、sprint计划会议，会议产生的结果； 3、每日例会； 4、sprint界限。 5、确定sprint长度； 6、sprint会议产生的结果。

敏捷软件开发：原则、模式与实践

对于敏捷开发的简介及SCRUM流程的详细分析，包括晨会，复审会议，回顾会议等

一套个人在敏捷开发中总结的敏捷开发流程规范与流程每一步的输出制品。

敏捷实践指南

敏捷成熟度模型，8个维度5个级别