文档介绍：?《硝烟中的 Scrum 和 XP 》导读? Scrum 是一味药,仅此而已?硝烟中的 Scrum —从哪里开始?我们才刚上路?药?还是良好的生活****惯? ? Scrum 不能解决我们的问题,能解决问题的是我们自己?一支出色团队靠的不是技术,不是流程,而是有良好素质的团队成员。良好素质包括进取心、责任心、良好的****惯、热情……? Scrum 提供了一套实践方法,帮软件团队养成良好的****惯?好吧,如果这样说有点空洞,让我们走进一步看药名: Scrum 种类:敏捷软件开发方法适用症: ?重量级流程导致的软件开发环节复杂?面向任务、面向职责的开发模式导致的各司其职、流程环节衔接不畅,项目进度的掌控困难?以上两条导致的项目/产品开发周期过长药物原理: ?目标驱动,在统一的软件交付目标下组织团队?依靠团队的智慧做项目评估、计划乃至设计、开发、测试?抓住最基本的项目开发属性:周期+ 质量软件开发周期与质量的关系?资源一定的情况下,软件开发周期跟质量相互制约,但不是反比?以T代表某个项目的开发时间, B 代表项目的 Bug 数(类比质量), 不同团队执行该项目的 T*B值是一个区间?良好团队就是尽可能保证 T*B的值尽量小,挖掘可能空间的潜值? Scrum 有助于塑造良好团队,降低项目的 T*B值? Scrum 是一味药,仅此而已?硝烟中的 Scrum —从哪里开始?我们才刚上路 Scrum 角色和职责?产品负责人–定义开发目标,需要实现的 feature 和优先级? Scrum Master –保证团队高效而不受打扰地工作,优化工作条件、过程?团队–自组织地完成项目开发,使用一切可行手段保证进度和质量 Scrum 过程?前期:产品负责人整理业务需求,形成 Product Backlog 库?执行:以 Sprint 为单位迭代式地完成 Sprint Backlog 。每个 Sprint 以 Sprint Planning 开始,通过每日例会跟踪进度和 issue 。 Sprint 结束时交付可运行的产品?后期:每个 Sprint 完成后, 通过 Sprint 回顾发现问题和改进点,制定下个 Sprint 要引入的新的实践看上去没什么特别?别着急,我们来看 Scrum 的精髓---- Scrum 是一个“检查并适应”的框架,在三个角色(产品负责人/Scrum Master/ 团队)、三种仪式( Sprint 计划/Sprint 回顾/每日例会)和三种制品(产品 Backlog/Sprint Backlog/ 燃尽图)的基础上,你可以根据公司或者项目的情况,因地制宜引入任何有利于缩短开发周期、提高产品质量的实践