给分布式 Scrum 团队关于发布计划会议的建议

  • Mark Levison
  • 金毅

2010 年 11 月 15 日

话题:敏捷Scrum文化 & 方法

 Rajesh Velliyatt手下有两个有点经验的 Scrum 团队,一个在美国,一个在印度。因为时差的关系,他不可能让所有人都参与到电话 / 视频会议里面去。他也没有足够的出差预算让某个团队飞过去。所以他询问在这种情况下应该怎么进行发布计划会议?

Don MacIntyre建议给每个团队建立他们自己的待办事项列表和目标,让他们各自分开做他们的计划。此前或者此后,产品负责人可以远程地与团队交流。当然,他也提到,在一开始的时候,面对面的交流效果更好。

Vikrama Dhiman说他发现下列措施很有效:

1、把团队间的依赖减到最小——说得容易,做起来难,尤其是面对依赖系统的构架的时候。

2、看看你是不是可以让印度和美国的团队有一部分工作时间重合【适当调整印度团队工作时间】

3、扩充交流途径,比如内部 Wikis、邮件组、微博,同时把分享当成一种习惯——包括一些细节,比如每日站立会议的燃尽图【白板的照片等】,内部的视频讲座分享【录制】程序。重申一下:要让团队乐于分享,把分享当成一种习惯。

4、保持两边团队的稳定,不要经常地变动和改变。

他同时也指出,这些问题不仅仅发生在分布式团队中,实行弹性工作制和在家工作的团队也会遇到类似问题。

Ted St.Clair说他也面临同样的问题。他的团队有一个待办事项列表和产品负责人,每周一个 Sprint,同时还会举行每周一次的待办事项列表的精炼会议。精炼会议的与会者包括了美国、印度的团队成员以及产品负责人。美国团队有一个成员派驻印度,同时他也充当着协调人的角色。这个协调人以及美国的 ScrumMaster 会参与到印度的计划会议和回顾会议中去。最后,在计划会议的时候,他们也尝试去识别一些能由一个团队独立完成的事迹(Epics)。

Hubert Smits说,根据他的经验,当每个团队各自负责他们自己的功能点的时候,效果最佳,这个时候团队几乎都可以独立工作没有依赖。然而,他发现,如果能让团队聚在一起来识别依赖关系并且解决由此带来的问题的话,那就更棒了。

实践中,Eric Lefevre发现部署摄像头和视频电话会议对他们团队来说太麻烦了,结果,团队不再使用这些了。

个人观点:撇开那些众所周知的好处不谈,发布计划同时也满足了其他几个目的:在团队成员间建立信任关系(在新的团队或者分布式团队中的一个大问题),建立团队共识。笔者疑惑,上述的建议怎么样来满足这两点呢?

InfoQ 上的一些相关资料,请参阅: 案例分析:荷兰铁路公司的分布式 Scrum 开发敏捷分布式开发:分布式 Scrum以及计划和维护分布式 Scrum 的节奏

敏捷Scrum文化 & 方法