周 辉
willzhou@live.com
2012.05.03
个体和互动 流程和工具
可用的产品 详尽的文档
用户配合
合同
劳动合同范本免费下载装修合同范本免费下载租赁合同免费下载房屋买卖合同下载劳务合同范本下载
谈判
响应变化 遵循
计划
项目进度计划表范例计划下载计划下载计划下载课程教学计划下载
核心价值观 VALUE
基本角色 ROLE
产品经理 Product Owner
对产品的价值负责
团队教练 Scrum Master
保证团队运作敏捷和高效
团队成员 Scrum Team
自组织地完成项目中的各个任务
项目工具 ARTIFACT
产品功能表 Product Backlog
迭代任务表 Sprint Backlog
燃尽图 Burn Down Chart
团队障碍表 Defect Backlog
重要会议 MEETINGS
迭代计划会议 Sprint Planning Meeting
每日站立会 Daily Scrum Meeting
迭代评审会议 Sprint Review Meeting
反思会 Retrospection Meeting
项目过程示意图
初始阶段 计划阶段 冲刺阶段 发布阶段
项目工具
ARTIFACT
产品功能表 Product Backlog
列表是不断更新的,项目过程中任何时候都
有可能增加或者删除故事点
每个故事对应一个重要等级,较高等级的应
首先予以实施
较低等级的,描述可以粗糙一点,因为在级
别提高之前可能只对产品负责人有意义
表格应随着时间不断更新,而且越来越精确
产品功能表样例
�)�
?+�; ��,� ���= �%�# ��9:� (" 4 �5 4
2� )��� <70
�&�/ ��'-
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
�;3*
���$
?+�1
6�8!
>
����
�
� ������Product Backlog
?+�. @� ��
USER STORY
用户故事,也就是
要实现的功能
IMPORTANCE
重要点数,只用于
区分故事之间的重
要程度,但数值差
倍数不表示重要程
度的倍数
ESTIMATE
团队的初步估算,表示
完成该故事的工作量。
单位d表示day,如果单
位是h,则表示hour。
1d=8h。
ID
统一标识符,自增
长的数字而已
HOW TO DEMO
初步描述了如何进行该
功能的示范
NOTES
相关信息说明,一些解
释或注解等
PO负责
团队负责 PO负责
迭代任务表 Sprint Backlog
列出了冲刺周期中团队需要完成的用户故事
每个用户故事,将会分解为多个任务(非常
技术化),并由Scrum团队的成员领取完成
团队应充分协作,自组织完成每个冲刺阶段
的各个任务
每日更新Sprint Backlog和Burn Down Chart
�9 � � � � � �
� ��
��
��� ��� �� �� � �� �� �� � �
��
��� ��� ��
� �� �� �� � � �
� � 8��� ���� � � � � � � � � � � �
� � 8��� ����
� � � � � � � � �
� � 8��� ���� � � � � � � � � � � �
� � 8��� �
�� � � � � � � � � � � �
� � 8��� � �� � � � � � � � � � � �
� � 8��� ����
� � � � � � �
� 8�� ���� � � � � � � � � � � �
� 8��
����
� � � � � � � �
� � 8��� ���� � � � � � � � � � � �
�� � 8��� ���� � � � � � � � � � � �
�� � 8��� ����
� � � � � �
�� � 8��� ���� � � � � � � � � � � �
�� � 8��� ���� � � � � � � � � � � �
�� ���
��2@/%� � �
�� �� �� �� �� � � � � �
�� ���
��2@/%� � � �� � � � � � � � � �
�� ���
��2@/%� � ����
� � � � � � �
� � 8��� ���� � � � � � � � � � � �
�
� 8��� ����
� � � � � � �
�� � 8��� ���� � � � � � � � � � � �
�� � 8�� ���� � � � � � � � � � � �
�� � 8��
����
� � � �
�� � 8��� ���� � � � � � � � � � � �
�� � 8��� ���
� � � � � � �
�� � 8���
�� � � � � � � � � � � �
�� � 8��� �� � � � � � � � � � � �
�� � 8��� ���
� � �
� � 8��� ��� � � � � � � � � � � �
�
� 8��� ��� � � � � � � � � � � �
�� � 8��� ��� � � � � � � � � � � �
�� ���
��2@/%� � ���
� � �
�� � 8�� ���
� � � � � �
��6-.��
6-.�� ��
�$����&
!=��1@
(A��1@
B"���:<# 6-.� �
Sprint Backlog: PROJECT - Sprint1
���
��+73�>�+1@�
6-�94 ',3�
0"
20"
40"
60"
80"
100"
120"
140"
160"
180"
1" 2" 3" 4" 5" 6" 7" 8" 9" 10"
�
�
*
�
?
�
Sprint*�0�
Sprint����
!=5);� (A5);�
迭代任务列表样例
�)�
?+�; ��,� ���= �%�# ��9:� (" 4 �5 4
2� )��� <70
�&�/ ��'-
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
�;3*
���$
?+�1
6�8!
>
����
�
� ������Product Backlog
?+�. @� ��
制定迭代任务表一般都比较
难,但是对于团队非常重要!
计划会的主要任务就是完善、
精确这个表!
迭代开发期间特点
一旦迭代开始,任何人不能改变迭代期间需
要实现的功能
开发人员应根据最具技术性或最符合团队状
况的顺序,来完成迭代周期中的各个任务
团队成员自己更新Sprint Backlog
Burn Down Chart应根据剩余时间点自动更
新绘制
重要会议
MEETINGS
关于迭代计划会议
第⼀一个计划会议,主要确定Sprint的目标
以及Sprint Backlog
第二个计划会议,确定Sprint Backlog中
每个任务的承担人,并根据实际情况裁减
Sprint Backlog,生成最终的Sprint
Backlog
关于每日站立会(15分钟)
昨天你完成了哪些工作?
今天你打算做什么?
完成你的目标是否存在什么障碍?
关于评审会
尽量邀请所有有关人员,向他们演示Sprint的新成果
最终反馈将会由Product Owner和/或Scrum Master记
录下来
不要花太多时间准备演示工作
关注于业务层面,而不是技术细节
不要演示bug及其修复,不要演示微不足道的特性
关于反思会
分析Sprint中的成功经验和遇到的障碍
记录下做的不错的方面
遇到的障碍,加入到障碍Backlog列表中
进一步说明
MORE
关于“人”的几个重要说明
一个产品的Scrum团队,人数最佳范围为3~8人(不包括
产品负责人)
团队教练(Scrum Master)并不是团队的主管,是专门
负责为团队扫除障碍,保障团队互动、敏捷、自组织的
人
Scrum Master同时也是团队中的开发员
Scrum团队内部不需要主管,因其是自组织方式协作的
团队成员不分角色,都是多面手,每一个人都有参与所
有方面的权力,没有专门的编码人员和设计人员之类
关于极限编程
结对编程
两人坐在⼀一起同时分析、设计、测试、开发
测试驱动开发
在改变任何代码之前先编写一个自动化测试
持续集成
不超过2个小时就对改变的地方进行一次自动集成和测试
代码重构
不改变功能的前提下,改善软件的质量和性能,提高代码
的可读性
项目介绍
PROJECTS
(略)
拥抱变化!持续卓越!
http://www.linkedin.com/in/willzhou
http://weibo.com/willzhouhui
willzhou@live.com
联系我
谢谢!