Question

敏捷开发

Answer 1

一、目标

目标1：更快的交付价值，就是更早的交付。

目标2：有效学习和灵活响应变化。

二、价值观：

1.个人和交互胜过过程和工具。

2.可以运行的软件胜过面面俱到的文档。

3.客户合作胜过合同谈判。

4.响应变化胜过遵循计划

三、12条原则

1.通过尽早的、不断地提交有价值的软件来使客户满意。

2.即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。

3.以从几个星期到几个月为周期，尽快、不断地提交可运行的软件。

4.在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。

5.以积极向上的员工为中心，建立项目组，给他们提供所需的环境和支持，并对他们的工作予以充分的信任。

6.在团队内部，最有效、效率最高的传递信息的方法，就是面对面的交流。

7.测量项目进展的首要依据是可运行软件。

8.敏捷过程提倡可持续的开发，责任人、开发者和用户应该为能够保持一个长期的、恒定的开发速度而努力。

9.时刻关注技术上的精益求精和好的设计，以增强敏捷能力。

10.简单是最根本的。

11.最好的构架、需求和设计出于自组织的团队。

12.每隔一定时间，团队要反省如何才能更有效地工作，然后相应地调整自己的行为。

四、运作机制

1.一个团队有自己的代办事项，对代办事项进行拆小。

2.按客户价值进行优先级排序，产品经理负责价值排序。

3.小而稳定，跨职能团队。

4.多个团队松耦合（依赖性比较低），对齐迭代时间和战略目标。

五、团队角色

1.产品负责人

负责管理产品backlog（代办事项）的唯一负责人

代表客户/项目如责任人

定义产品的所有特性

负责产品的投入产出

负责最大化产品和开发团队工作的价值

2.主管（流程主管）

起到教练的职责，领导团队完成Scrum的实践以及体现其价值。

排除团队遇到的困难，使得团队紧密合作，使得团队个人具有多方面职能的工作能力。

确保团队能胜任其工作，并保持高效的生产率。

保护团队不受到外来无端影响

3.开发团队

每日例会：每日5分钟

评审会：1个小时左右

迭代回顾会：时间维持在30-60分钟内。

包括，定量分析和定性分析。

定量分析：迭代目标，迭代度量指标（包括速率、迭代燃尽图、迭代计划故事和实际完成故事、计划发布日期与实际发布日期、客户满意度、团队满意度、生产环境Bug数、生产Bug解决时间、用户故事等）。

定性分析：哪些工作良好（应该继续保持），哪些做的不好（应该停止）？哪些可以改进（团队选出1－2条在下一个迭代实现）？