Scrum要素2013——读后感

故事是有商业价值的。

瀑布模型将开发和交付企业软件项目的流程分割为相互独立的阶段：需求收集，设计，编码，测试。在瀑布过程中，每一步骤都必须等待前一步骤结束后才能继续，也只有等待所有步骤都结束后才可能向客户交付价值。

Highsmith：“敏捷运动并不是要反方法论。事实上，我们多数都想要恢复方法论这个词的威名。我们想要恢复一种平衡，我们拥抱建模，但绝不是为了记录成图表放进企业库里积灰尘。”

敏捷团队做的开发工作和瀑布团队一模一样，但他们的做事方式很不一样。他们之间差别在于：瀑布开发必须先完成当前步骤之后才能头也不回地迈向下一步骤。敏捷团队会做一点点需求收集，一点点设计、编码和测试，最后交付一点点价值给客户。接着团队再重复此过程……周而复始，工作推进过程中不断改善、调整流程，一直到项目完成为止。

增量式迭代开发所改变的不仅仅是做事情的时间点，还包括做事情的方式。敏捷开发是一种整体流程，即测试、设计、编码和需求收集是完全整合彼此依赖的流程。

做敏捷开发，需要：边做边测试；及早且频繁地交付产品；文档边做边写；构建跨职能团队。

敏捷价值观：个体和互动 高于 流程和工具

                      工作的软件 高于 详尽的文档

                      客户合作     高于 合同谈判

                      响应变化     高于 遵循计划

好的实践方式是在试验和犯错的过程中达成决议。

敏捷原则：1.我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。

2.欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。

3.经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。

4.业务人员和开发人员必须相互合作，项目中的每一天都不例外。

5.激发个体的斗志，以他们为核心搭建项目。提供所需的环境和支援，辅以信任，从而达成目标。

6.不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。

7.可工作的软件是进度的首要度量标准。

8.敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。

9.坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。

10.以简洁为本，它是极力减少不必要工作量的艺术。

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

12.团队定期地反思如何能提高成效，并依次调整自身的举止表现。

scrum只承认三个互不相同的角色，产品负责人、scrum master和团队成员。

产品负责人是产品愿景的监护人。角色概要：持有产品愿景；代表业务；代表客户；拥有产品列表；划定故事优先级；设立故事的接收标准；有空回答团队成员们的问题。

scrum master担当教练角色，是团队的scrum专家。角色概要：scrum专家和谏言者；教练；障碍推土机；引导者。

团队成员，一般是五到九个人。角色概要：负责交付用户故事；做所有的开发工作；自组织地交付用户故事；支配估算流程；支配“如何干活”的决策；避免“与我无关”。

敏捷方法论有一个共同点，就是以迭代方式完成工作。

scrum日会（站立会议）：每天；小；简要；直截了当。

回顾基本议程：准备阶段；收集数据；洞察问题；确定方案；结束。

收集数据包括燃耗图和燃尽图、故事卡片、缺陷清单、构建受损相关数据、客户意见，以及团队使用的所有大型可视图表。

洞察问题阶段，团队要借助一些活动以便：发现数据的模式；发现最重要的条目；深化理解；寻找因果关系；确定解决方案或改进方案。

经验是最好的老师，而scrum周期的设计就是要为你提供多方式接收反馈的机会，包括客户、团队和市场，并从中学习。你从当前周期所做工作中得到的收获，会影响你为下个周期所做的计划。

最简单的任务板由待办、办理和已办三列组成，制作任务板最简单的办法就是用蓝色或绿色美纹纸胶带竖着隔出三列即可。

完成之定义很可能包括：代码评审；设计评审；重构；性能测试；单元测试通过；更多内容。

用户故事模板：作为《某类用户》，我想《做某事》，从而《创造出某些价值》。

聚焦目标：为了《达成某目标》，作为《某类用户》，我想《做某事》。

聚焦价值：为了《创造某价值》，作为《某类用户》，我想《做某事》。

设计角色人物的一些重要原则：

面向目标建立角色人物。他们想要做什么？

具体明确。给他们取名字，选嗜好，竭力让他们显得真实。

收集需求过程中记录真实用户的性格特征。

合并真人的性格特征形成组合图像。

纸上原型的一些介绍性的步骤：使用便宜的用完即丢的纸张。它需要易于抛弃并重新来过。

画出轮廓，并写出按钮和特性的名称。

你可以使用便事贴来制作那些因用户的操作而显现、消失的按钮。

用户看到的所有界面都要用纸张做出来，直到完成操作为止。

基础型微章程包含如下元素：代号；使命宣言；愿景宣言；电梯演讲；商业价值；客户和用户；度量指标；里程碑；资源；风险；权衡。

TDD（测试驱动开发）的目标在于快速地开发出设计精良、正确性已获证实的代码。简单点讲，TDD就是开发人员先写一个自动化测试，然后再编写产品代码，并让它通过测试。这个循环常被称作“红色—绿色—重构”。

结对编程类型：驾驶员—导航员结对；乒乓结对；测试驱动开发结对编程游戏。

Scrum指南——读后感

Scrum是用于开发、交付和持续支持复杂产品的一个框架。在此框架中，人们可以解决复杂的自适应难题，同时也能高效并创造性地交付可能最高价值的产品。它是轻量的、易于理解的、难以精通的。

Scrum采用一种迭代和增量式的方法来优化对未来的预测和控制风险。透明、检视和适应是经验过程控制的三大支柱，支撑起每一个经验过程的实施。

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

Scrum Master服务于产品负责人；服务于开发团队；服务于组织。

Sprint由Sprint计划会议、每日Scrum站会、开发工作、Sprint评审会议和Sprint回顾会议构成。在整个开发过程期间，Sprint的长度保持一致。