Scrum敏捷精要_项目管理_非技术区_程序员俱乐部

本文抽取Scrum中的一些重要思想和概念，对Scrum敏捷执行的主题流程进行精要的介绍。

一、基本思想

个体和互动   高于   流程和工具

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

客户合作      高于   合同谈判

响应变化      高于   遵循计划

二、主要特性：

• 迭代式、增量式
• 自组织的小团队
• 快速反馈的短周期
• 按照业务价值的优先级排序

三、scrum中的角色

Stakeholders：利益相关人

Scrum master：保证流程正确 

四、开发过程

1. 产品规划
2. 编制用户故事列表（Product Backlog）
3. 制定迭代计划（Sprint Planning）
4. 迭代开发
5. 迭代评审、回顾
6. 制定发布计划（Release Planning）

五、用户故事

icesrcum：用户故事管理软件

用户故事是什么？

　　描述系统需求的一个单元，（“谁” “做什么”）[ “目的”]

特性：

• 独立
• 可更改
• 有价值
• 可估计
• 大小合适
• 可测试

实践：

• Product Owner提出最初的产品设想，主要的用户故事
• 头脑风暴
• IceScrum
• 任何人都可以创建用户故事，新创建的故事放在Sandbox中
• 开会讨论，建立用户故事列表（Product Backlog）

六、迭代计划

• 调整用户故事（增加、删除、修改、改变优先级等）
• 确定迭代时间长度
• 描述迭代目标
• 按照优先级选取用户故事
• 每个用户故事的工作量估计
• 任务分解
• 确定迭代演示和回顾日期，并立刻发出会议通知
• 确定每日站立会议时间，并立刻发出会议通知

每个用户故事的工作量估计

• 用户故事描述的比较详细，单位： “理想人天”         
• 使用“计划扑克牌”（Planning Poker），可选值：0 ， 1 ， 2 ， 3，5 ， 8 ， 13 ， ？
• 理想人天*1.5
• 关于迭代速率（velocity）的历史数据
• 团队成员都可以针对用户故事给出自己的工作量评估牌

任务分解

• 会议结束之后，所有细分任务都有一个明确的责任人
• 确定迭代演示和回顾日期，并立刻发出会议通知
• 确定每日站立会议时间，并立刻发出会议通知

七、迭代开发

• 团队沟通和协作
• 参考使用XP（极限编程）的工程实践，如持续集成、重构、结对编程等
• 代码审查
• Bug生命周期管理

每日站立会议主题：昨天做了什么，今天计划什么，有什么问题（迭代计划并不确定任务的完成时间段）

实践：

　　及时更新IceScrum系统中任务的状态

　　不定期的结对编程

　　代码审查

• • 迭代内，所有代码都要被审查

　　持续集成

• • 持续构建
  • 持续审查
  • 持续测试
  • 持续数据库集成
  • 持续部署
  • 持续通知

Bug跟踪：

• 我们目前使用Redmine作为工具
• 任何人发现bug，都可以提交
• 一些小的功能增强，也可以bug的方式进行跟踪

八、迭代演示和回顾

迭代演示 （Sprint Review）

• 一定要有一个可工作的迭代增量
• 对管理层：更好的项目可视度
• 对团队：阶段性压力、阶段性成就感 – 激励团队

 迭代回顾（Sprint Retrospective）

• 针对工程实践，而不是产品功能本身
• 做得好的：用户故事裁剪
• 需要改进的：持续集成

实践：

• Scrum Master主持会议
• 查看迭代目标和迭代内承诺交付的用户故事
• 产品演示

九、发布计划

工作量估计

速率（velocity）估计

• 根据以往迭代，进行估计
• 留有余地

确定之后，要明确告知团队和相关利益负责人

可以调整

• 记住，范围（发布那些用户故事）是有弹性的

十、Scrum整体流程最佳实践

• 估计用户故事之前，要明确其范围
• 使用“计划扑克牌”（Planning Poker）的技术进行估计
• 端到端的集成，从第一个迭代开始，贯穿始终
• 迭代计划会议上明确任务分解和责任人
• 迭代演示和回顾日期在迭代计划会议之后就确定，并立刻发出会议通知
• 渐进式功能开发，过早优化是陷阱