《敏捷开发》

敏捷实践

敏捷方式的核心思想在于迅速交付商业价值，体现为可工作的软件，还要以定期增量的形式持续地交付价值。

敏捷价值观：个体和互动高于流程和工具；工作的软件高于详尽的文档；客户合作高于合同谈判；响应变化高于遵循计划。

Scrum的定义

Scrum是一个框架，在此框架中人们可以解决复杂的自适应难题，同时也能高效并创造性地交付可能最高价值的产品。

Scrum是轻量的、易于理解的、难以精通的。

Scrum框架是由Scrum团队以及与之相关的角色、事件、工作和规则组成。框架的每个部分都有其特定的目的，其对于Scrum的成功与使用都是至关重要的。

Scrum的应用

Scrum的精髓在于小团队。个体团队具有高度灵活性和适应性。当单个团队、几个团队、多个团队和网络团队在开发、发布、运营和维护成千上万人的工作和工作产品时，这些优势得以持续运作。他们通过精妙的开发架构和目标发布环境来协作和互操作。

Scrum理论 

Scrum基于经验过程控制理论，或称之为经验主义。Scrum采纳一种迭代和增量式的方法来优化对未来的预测和控制风险。

透明、检视和适应是经验过程控制的三大支柱，支撑起每一个经验过程的实施。

要拥有透明，就要为这些关键环节制定统一的标准。

检视不应该过于频繁而阻碍工作本身。当检视是由技能娴熟的检视者在工作中勤勉地执行时，效果最佳。

Scrum价值观

五项价值观：承诺、勇气、专注、开放和尊重。

Scrum角色

Scrum团队由一名产品负责人、开发团队和一名Scrum Master组成。

Scrum团队是跨职能的自组织团队。

产品负责人是有权要求团队做事以及负责管理产品待办列表的唯一负责人。

开发团队包含各种专业人员，负责在每个Sprint结束时交付潜在可发布并且“完成”的产品增量。

Scrum Master不是团队的老板！他们密切注意流程和进度的情况，献言献策帮助团队解决小问题，有时还需要扮演回音板。

团队成员角色并不需要平等性、同一性，或是任何其他模糊的共产主义情调，它要的是最大化团队生产力。Scrum并不追求团队所有成员都可互换，只要他们在团队需要的时候，愿意选择舒适区之外的工作即可。

Sprint

Sprint是Scrum的核心，其长度（持续时间）为一个月或更短的限时，这段时间内构建一个“完成”、可用的和潜在可发布的产品增量。

一旦Sprint开始，它的持续时间是固定的，不能缩短或延长。

Sprint除了本身作为一个事件以外，它还是其他所有事件的容器。

Sprint可以在Sprint时间盒结束前取消。只有产品负责人才有取消Sprint的权力。

如果Sprint目标过时，那么Sprint就会被取消。

当取消某个Sprint时，任何做完和“完成”的产品待办列表项都需要评审。

取消Sprint会消耗资源。

Sprint计划会议内容包括：接下来的Sprint交付的增量中要包含什么内容？要如何完成交付增量所需的工作？

Scrum站会内容包括：我昨天为了帮助开发团队达成Sprint目标做了什么？我今天为帮助开发团队达成Sprint目标准备做什么？是否有任何障碍在阻碍我或开发团队达成Sprint目标？

Scrum工件

产品列表是产品预期交付物的累积清单，因为需求永不停止改变，产品待办列表就如一份活的工件。

Sprint列表是团队当前Sprint的任务清单（to do list），仅存活一个Sprint的时间。

发布燃尽图展示了发布中剩余工作量变化的过程，Sprint燃机图显示了当前Sprint剩余工作量的变化。

任务板能让所有人都能持有最新信息，最简单的是由待办（to do）、办理（doing）和已办（done）三列组成。

用户故事

用户故事是产品列表的基础构件，主要是关注人们需要使用软件替他们做的那些事。

用户故事模版：作为<某类用户>我想<做某事>从而<创造出某些价值>

可以以用户的目标或者价值调整语句的顺序。

用户故事不是完整的需求或说明书，它们是占位符。

生成估值的真正目标是要提供进度的可预测性度量。

故事点是用来度量完成故事所需工作量的相对单位。

你的速率就是平均每个Sprint所完成的故事点数量。

辅助性实践

发布规划是为产品发布挑选故事的流程，以及应该何时进行发布。

速度、成本和范围，这是项目管理周期中著名的“铁三角”。