分类： 项目管理
2014-09-15 16:20:45
转载自http://blog.csdn.net/kesalin/article/details/7055750
Scrum 学习笔记
敏捷火了很长一段时间了，但是一直没有机会实践，现在开始组队实践了，哈哈，先好好研习下规则~~
什么是 scrum
Scrum是一个敏捷开发框架，是一个增量的、迭代的开发过程。在这个框架中，整个开发周期包括若干个小的跌代周期，每个小的的跌代周期称为一个 Sprint，每个 Sprint 的建议长度2到4周。在 Scrum 中，使用产品 Backlog 来管理产品或项目的需求，产品 backlog 是一个按照商业价值排序的需求列表，列表条目的体现形式通常为用户故事。Scrum 的开发团队总是先开发的是对客户具有较高价值的需求。在每个 Sprint 中，Scrum 开发团队从产品Backlog中挑选最有价值的需求进行开发。Sprint 中挑选的需求经过 Sprint 计划会议上的分析、讨论和估算得到一个 Sprint 的任务列表，我们称它为 Sprint backlog。在每个迭代结束时，Scrum 团队将交付潜在可交付的产品增量。
敏捷价值观之敏捷四宣言
? 个体与交互重于过程和工具
? 可用的软件重于完备的文档
? 客户协作重于合同谈判
? 响应变化重于遵循计划
敏捷价值观之敏捷十二原则
? 我们的最高目标是，通过尽早和持续地交付有价值的软件来满足客户。
? 欢迎对需求提出变更——即使是在项目开发后期。要善于利用需求变更，帮助客户获得竞争优势。
? 要不断交付可用的软件，周期从几周到几个月不等，且越短越好。
? 项目过程中，业务人员与开发人员必须在一起工作。
? 要善于激励项目人员，给他们以所需要的环境和支持,并相信他们能够完成任务。
? 无论是团队内还是团队间，最有效的沟通方法是面对面的交谈。
? 可用的软件是衡量进度的主要指标。
? 敏捷过程提倡可持续的开发。项目方、开发人员和用户应该能够保持恒久稳定的进展速度。
? 对技术的精益求精以及对设计的不断完善将提升敏捷性。
? 要做到简洁，即尽最大可能减少不必要的工作。这是一门艺术。
? 最佳的架构、需求和设计出自于自组织的团队。
? 团队要定期反省如何能够做到更有效，并相应地调整团队的行为。
Scrum 的特点
? Scrum 规定了一个非常简单的开发流程。
? Scrum 是现有设计流程的总结。
? Scrum 以团队为基础，是一种在需求迅速变化情况下迭代地、增量地开发系统和产品的方法。
? Scrum 是一个控制由利益和需求冲突导致的混乱的流程。
? Scrum 是改善交流并最优化合作的方式。
? Scrum 是一种检测产品开发和生产过程中障碍并将其去除的方式。
? Scrum 是最大化生产率的一种方法。
? Scrum 适用于单一的项目到整个企业。Scrum 可以控制并组织多个具有相关性的产品开发以及拥有超过千名开发者和执行者的项目实施过程。
? Scrum 能让每个参与者都对自己所做的工作以及自己做出的贡献感到骄傲，并让他们发挥到最佳水平。
Sprints
? Scrum的项目过程有一系列的Sprint组成。
? Sprint的长度一般控制在2-4周。
? 通过固定的周期保持良好的节奏。
? 产品的设计、开发、测试都在Sprint期间完成。
? Sprint结束时交付可以工作的软件。
? 在Sprint过程中不允许发生变更。
Scrum 框架
三个角色：产品负责人，Scrum Master，团队
四个仪式：Sprint 计划会议，每日站会，Sprint 评审会议，Sprint 回顾会议
三个物件：产品 Backlog，Sprint Backlog，燃尽图
Scrum 角色之产品负责人
产品负责人(Product Owner)的职责如下:
? 确定产品的功能。
? 决定发布的日期和发布内容。
? 为产品的 profitability of the product (ROI)负责。
? 根据市场价值确定功能优先级。
? 每个 Sprint，根据需要调整功能和优先级(每个 Sprint 开始前调整)。
? 接受或拒绝接受开发团队的工作成果。
Product Owner参与Scrum planning。
Scrum角色之 Scrum Master
作为Team Leader和Product owner紧密地工作在一起,他可以及时地为团队成员提供帮助。 他必须:
? 保证团队资源完全可被利用并且全部是高产出的。
? 保证各个角色及职责的良好协作。
? 解决团队开发中的障碍。
? 做为团队和外部的接口，屏蔽外界对团队成员的干扰。
? 保证开发过程按计划进行，组织 Daily Scrum, Sprint Review and Sprint Planning meetings。
Scrum角色之团队
? 一般情况人数在5-9个左右
? 团队要跨职能(包括开发人员、测试人员、用户界面设计师等)
? 团队成员需要全职。(有些情况例外，比如数据库管理员)
? 在项目向导范围内有权利做任何事情已确保达到 Sprint 的目标。
? 高度的自我组织能力。
? 向 Product Owner演示产品功能。
? 团队成员构成在 Sprint 内不允许变化。
Scrum 仪式之 Sprint 计划会议
> 排列优先级：
? 分析和评估产品Backlog
? 确定Sprint目标
> Sprint 计划：
? 决定如何达到 Sprint 目标(设计)。
? 根据产品 Backlog 条目(用户故事，功能)创建 Sprint Backlog(任务)。
? 为 Sprint Backlog 中的任务做估算，用小时来计算
Scrum 仪式之 每日站会
1、我们首先需要确定一个Product Backlog（按优先顺序排列的一个产品需求列表），这个是由Product Owner 负责的；
2、Scrum Team根据Product Backlog列表，做工作量的预估和安排；
3、有了Product Backlog列表，我们需要通过 Sprint Planning Meeting（Sprint计划会议） 来从中挑选出一个Story作为本次迭代完成的目标，这个目标的时间周期是1~4个星期，然后把这个Story进行细化，形成一个Sprint Backlog；
4、Sprint Backlog是由Scrum Team去完成的，每个成员根据Sprint Backlog再细化成更小的任务（细到每个任务的工作量在2天内能完成）；
5、在Scrum Team完成计划会议上选出的Sprint Backlog过程中，需要进行 Daily Scrum Meeting（每日站立会议），每次会议控制在15分钟左右，每个人都必须发言，并且要向所有成员当面汇报你昨天完成了什么，并且向所有成员承诺你今天要完成什么，同时遇到不能解决的问题也可以提出，每个人回答完成后，要走到黑板前更新自己的 Sprint burn down（Sprint燃尽图）；
6、做到每日集成，也就是每天都要有一个可以成功编译、并且可以演示的版本；很多人可能还没有用过自动化的每日集成，其实TFS就有这个功能，它可以支持每次有成员进行签入操作的时候，在服务器上自动获取最新版本，然后在服务器中编译，如果通过则马上再执行单元测试代码，如果也全部通过，则将该版本发布，这时一次正式的签入操作才保存到TFS中，中间有任何失败，都会用邮件通知项目管理人员；
7、当一个Story完成，也就是Sprint Backlog被完成，也就表示一次Sprint完成，这时，我们要进行 Srpint Review Meeting（演示会议），也称为评审会议，产品负责人和客户都要参加（最好本公司老板也参加），每一个Scrum Team的成员都要向他们演示自己完成的软件产品（这个会议非常重要，一定不能取消）；
8、最后就是 Sprint Retrospective Meeting（回顾会议），也称为总结会议，以轮流发言方式进行，每个人都要发言，总结并讨论改进的地方，放入下一轮Sprint的产品需求中；
