从大团队的计划过程看敏捷生态系统

TechExcel Makes Agile Development SCALABLE !

LE m es
t
en
AB lop ak
AL ve l M
从大团队的计划过程

!
SC De e
看敏捷生态系统 ile hE
xc
以网络游戏研发为例
Ag c
Te

陈勇
2009/9/15
1


分享：一次实施Scrum的真实经历

LE m es
t
沉默的Scrum团队

en
AB lop ak
AL ve l M

!
SC De e xc
ile hE
Ag c
Te

2


传统计划vs.敏捷Scrum计划

LE m es
t
 角色  角色

en
AB lop ak
 高层领导，项目经理，团队  Product Owner，Scrum Master，团队
 团队  团队

AL ve l M
 分工  跨职能团队
 团队绩效考核
 个体绩效考核
 方式
 方式

!
SC De e
 团队估算
 领导估算  自行领取任务

 动力
 经理分派任务
xc  动力
 同行压力
ile hE
 领导压力  常用语
 常用语  我们一开始都把事情想简单了，那个关
Ag c

 他最倒霉，分了一个最难的活，20天肯键任务根本不可能20天做完，还好有个
Te

定不可能做完，还导致整个项目延期。次要任务放弃了，三个人一起努力才完
成了它。

3


但是经常听到

LE m es
t
我们正在实施敏捷Scrum but……

en
AB lop ak
 Product Owner有时候不来参加计划会……

AL ve l M
 Product Owner讲完需求就走了，我们留下估算……

!
SC De e
 计划会上人们各自估算各自的……
 每日立会上人们各说各的…… xc
ile hE
 迭代中间还是发生了变更……
Ag c

 每次迭代都完不成……
Te

 反思会上大家不说话……
大型团队中，这些问题更加常见

4


LE m es
t
en
AB lop ak
AL ve l M

!
SC De e xc
ile hE
Ag c
Te

敏捷生态系统

5


回到起点：为何要敏捷？

LE m es
t
外因 内因

en
AB lop ak
 行业  团队规模

AL ve l M
 客户  文化

!
SC De e
 公司  经验
xc  纪律
ile hE
Ag c

 往往支持敏捷  往往反对敏捷
Te

6


从领导指令到自组织团队

LE m es
t
偷懒 / 过度悲观

en
AB lop ak
激进 / 过度乐观

AL ve l M
错误的设计实现方法

!
SC De e xc
 不知道已经有可复用的
模块
ile hE
 误以为某个模块很容易
Ag c

复用
Te

过度分工
 延期时无人能提出异议
 延期时无人能帮忙
7


敏捷Scrum是怎样解决这些问题的？

LE m es
t
en
AB lop ak
AL ve l M

!
SC De e xc
ile hE
Ag c

有一种人不好糊弄
Te

8



LE m es
t
en
AB lop ak
所以我们要一起估算
（Sprint Planning
Meeting )一起跟踪

AL ve l M
（Standup
Meeting）

!
SC De e xc
ile hE
Ag c

无论是计划还是跟踪
Te

9



LE m es
t
en
AB lop ak
为了一个数字要10个
人来凑？

AL ve l M
插播：估算的目的

!
SC De e xc
ile hE
前提是我们对需求和
Ag c

Te

设计有共同理解

10


如何知道一个传送过来的文件没有损坏？

LE m es
t
方法1

en
AB lop ak
可以把估算值当
作需求理解与设
先传送一个文件，再重复传送一

AL ve l M
计实现方法的
CRC32校验
次，如果两个文件相同，就没有

!
SC De e
损坏
xc
ile hE
方法2
Ag c
Te

先传送文件，再传送文件的数据校
验和（或CRC32），如果计算后两
者无误，就没有损坏

11


最高效的敏捷计划方式：
敏捷扑克

LE m es
t
en
AB lop ak
AL ve l M

!
SC De e xc
ile hE
Ag c
Te

12



LE m es
t
en
AB lop ak
AL ve l M

!
SC De e xc
ile hE
他们怎么对我的任务
Ag c
Te

这么关心？原来……

13



LE m es
t
en
AB lop ak
AL ve l M

!
SC De e xc
ile hE
所以我们需要放弃强
Ag c
Te

分工

14



LE m es
t
en
AB lop ak
AL ve l M

!
SC De e xc
ile hE
这样既没人偷懒，也
既不会偷懒，也不会
Ag c
Te

犯错，不错
不会犯错

15



LE m es
t
en
AB lop ak
AL ve l M

!
SC De e xc
ile hE
大家一起估算的，所
Ag c
Te

以也会关心实际情况

16



LE m es
t
en
AB lop ak
AL ve l M
但是集体作弊会如何？

!
SC De e xc
ile hE
Ag c
Te

17


敏捷Scrum计划生态全貌：需求管理

LE m es
t
en
AB lop ak
AL ve l M

!
SC De e xc
ile hE
Ag c
Te

18


敏捷Scrum计划生态全貌：计划跟踪

LE m es
t
en
AB lop ak
AL ve l M

!
SC De e xc
ile hE
Ag c
Te

19


敏捷Scrum开发的最终目标

LE m es
t
en
AB lop ak
AL ve l M

!
SC De e xc
ile hE
Ag c
Te

20


问题回顾

LE m es
t
我们正在实施敏捷Scrum but……

en
AB lop ak
 Product Owner有时候不来参加计划会……

AL ve l M
 Product Owner讲完需求就走了，我们留下估算……

!
SC De e
 计划会上人们各自估算各自的……
 每日立会上人们各说各的…… xc
ile hE
 迭代中间还是发生了变更……
Ag c

 每次迭代都完不成……
Te

 反思会上大家不说话……
大型团队中，这些问题更加常见

21


如此完美的生态系统到底出了什么
问题？

LE m es
t
en
AB lop ak
AL ve l M

!
SC De e xc
ile hE
Ag c
Te

22


LE m es
t
en
AB lop ak
AL ve l M

!
SC De e xc
ile hE
Ag c
Te

大型团队实施敏捷的挑战

23


大团队计划问题：沉默的大团队

LE m es
t
大团队效应

en
AB lop ak
新人得到沉默的机会

AL ve l M
强分工效应

!
SC De e xc
孤独的计划者
ile hE
Ag c
Te

24


案例：游戏研发中的敏捷和反敏捷因素

LE m es
t
敏捷因素 反敏捷因素

en
AB lop ak
 快速响应/反馈  团队庞大

AL ve l M
 快速响应市场/玩家的需  30～200人

!
求变化

SC De e
 分工明确
 快速响应竞争对手的变
化 xc  策划，文案，脚本
ile hE
 程序，程序测试
 快速修复平衡/质量等问
 美工，2D/3D/原画
Ag c

题
Te

 黑盒测试
 客户价值观
 变更频繁
 投资安全性
 常常有非改不可的缺陷
或漏洞

25


大团队/强分工下易受影响的生物

LE m es
t
en
AB lop ak
AL ve l M

!
SC De e xc
ile hE
Ag c
Te

26


LE m es
t
en
AB lop ak
AL ve l M

!
SC De e xc
ile hE
Ag c
Te

问题的解决：网游团队敏捷方法

27


大型需求团队：Product Owner组

LE m es
t
策划组成为Product

en
AB lop ak
Owner组

AL ve l M
 主策划负责优先级设定

!
SC De e
 策划组长负责需求解释
xc
ile hE
 国外游戏公司报告了将
Ag c

发行商邀请到PO组以
Te

帮助确认需求方向的实
践

需求决策与需求细节的平衡
28


大型开发团队：基于功能的分组

LE m es
t
程序1
 将开发组按功能分为几个

en
AB lop ak
程序2 功能组

AL ve l M
程序3  每个组都有其策划/程序/测
试，可以独立工作

!
SC De e
程序4
 每个功能组有各自的组长
技能开发组
xc 脚本1
（Scrum Master）
ile hE
脚本2  每个工种尽量两人以上
 共同计划与跟踪
Ag c

程序测试1
Te

 方便资源调配
项目经理程序测试2
 利于PO集中讲解功能
……

春节活动临
时开发组
……
功能组更容易对
…… 成果产生认同感
29


大型开发团队：两种划分方式

LE m es
大型团队：分别开会，分别估算，中型团队：一起开会，分别估算，

t
en
AB lop ak
组长互相参与，项目经理始终参与组长主问

AL ve l M
程序1 程序1

程序2
小组1 程序2

!
SC De e
程序3

xc
程序3

程序4
程序1
ile hE
技能开发组长
脚本1
Scrum Master 项目经理
小组2 程序2
Scrum Master
Ag c

脚本2
Te

程序3
程序测试1

程序1
项目经理
程序测试2
Scrum Master

小组3 程序2
……

春节活动组长程序3
……
Scrum Master

……
30


大型开发团队：计划

LE m es
t
几个功能小组分别计划

en
AB lop ak
 小组内部分别召开计划会

AL ve l M
 小组内的同一工种或相关工种共同估算

!
SC De e
 组间沟通
xc
 Product Owner是同一批人
 Scrum Master参加每个会* PO / SM实现了组间的沟通
ile hE
Ag c
Te

31


大型开发团队：跟踪

LE m es
t
几个功能小组分别计划

en
AB lop ak
 小组内部分别召开每日立会

AL ve l M
 Product Owner指定PO团队中的“跟进人”跟进单个需求

!
SC De e
 跟进人跨小组跟进
 在迭代期间持续集成，完成后进行统一集成 xc
ile hE
跟进人增进了组间沟通
 跟进人持续Review已经完成的需求
Ag c
Te

32


长周期开发：里程碑

LE m es
t
在迭代之外，嵌套一

en
AB lop ak
个与游戏研发生命周

AL ve l M
期相吻合的版本计划

!
SC De e
 不同阶段的计划截然不
同 xc
ile hE
展示两个信息
Ag c

 各里程碑在做什么
Te

 各功能组在做什么

防止只见树木，不见森林

33


总结：大团队的敏捷生态

LE m es
t
容易受到破坏的生物

en
AB lop ak
 跨职能团队，个体交互，PO统一管理/讲解需求

AL ve l M
一些有效的方法

!
SC De e
 PO团队管理和跟进需求
 宏观上PO/SM要跨小组计划/跟踪 xc
ile hE
 微观上每个小组要形成同一工种共同估算和跟进
Ag c
Te

 里程碑/各小组的Sprint Backlog信息集成展示
最终目标
 在一定程度上维护生态系统不被破坏

34


分享：故事的结尾

LE m es
t
沉默的Scrum团队

en
AB lop ak
AL ve l M

!
SC De e xc
ile hE
Ag c
Te

35


展望：其他生态系统

LE m es
t
敏捷工程

en
AB lop ak
XP

AL ve l M
FDD

!
SC De e xc
CMMI
ile hE
RUP
Ag c
Te


谢谢

LE m es
t
Q&A

en
AB lop ak
AL ve l M

!
SC De e xc
ile hE
Ag c
Te

37

从大团队的计划过程看敏捷生态系统

Recommended

Recommended

More Related Content

More from Yi Zhang

More from Yi Zhang (6)

从大团队的计划过程看敏捷生态系统