BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

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

| 作者 Mark Levison 关注 0 他的粉丝 ,译者 金毅 关注 0 他的粉丝 发布于 2010年11月16日. 估计阅读时间: 3 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

 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的节奏

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT