硝烟中的 Scrum 和 XP(六)

                                            我们怎样管理地理位置上分布的团队

Scrum 和 XP 的大部分 “魔力”要想发挥作用,团队的成员们最好身处同地紧密协作、可 以结对编程,而且能做到每日面对面交流。

策略很简单:就是想尽办法来把物理位置上分散的团队成员 之间的沟通带宽增至最大。

  • 能够一起结对编程。
  •  能够在每日例会上面对面交流。
  •  在任何时候都能够面对面讨论。
  •  可以真正地碰面与交往。
  •  整个团队可以主动举行会议。
  •  团队对 sprint backlog、sprint 燃尽图、产品 backlog 和其他信息传递设施有相同的理解。

还采取过其他一些措施:

  • 每一台工作站前面都配备网络摄像头和耳麦。
  • 可以远程通话的会议室,带有网络摄像头、会议用麦克风、 随时可用的计算机和桌面共享软件等等。
  • “远程窗口”。每个地方都有大屏幕,显示其他地点的固 定画面。就像两个公寓之间的虚拟窗口一样。你可以看到 谁坐在座位前,谁在跟谁说话。这可以增强“我们是在一 起工作”的感觉。
  • 交换程序。来自每一个地方的人按照某个规律交叉访问。

 

离岸


离岸的方式主要分为两种:分散的团队和分散的团队成员。 第一种方式是被迫下的选择。不过我们还是先以第二种方式开始离 岸开发的。原因如下:

  • 我们希望团队成员可以对彼此有很好的了解。
  • 我们希望在两地之间能够有良好的沟通基础,也想让团队有强烈的愿望来把基础打好。
  • 在刚开始的时候,离岸团队比较小,没法自己组成一个有效的 scrum 团队。
  • 在独立离岸团队可以正常运作之前,我们要有一段紧张忙碌的信息共享时期。

 

在家工作的团队成员


通常我们让团队自己决定在家工作的时间和频率。有些团队成员因 为家和办公室的距离太远,所以常常在家工作。不过我们还是鼓励 团队在“大多数”时间尽量聚在一起。

在家工作时,他们会通过 Skype 语音通话来参加每日 scrum 会议。 他们整天都保持在线,可以进行实时通信。

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
简介<br>免责声明<br>撰写本书的原因<br>SCRUM到底是什么?<br>我们怎样编写产品BACKLOG<br>额外的故事字段<br>我们如何让产品BACKLOG停留在业务层次上<br>我们怎样准备SPRINT计划<br>我们怎样制定SPRINT计划<br>为什么产品负责人必须参加<br>为什么不能在质量上让步<br>无休止的SPRINT计划会议……<br>SPRINT 计划会议日程<br>确定SPRINT长度<br>确定SPRINT目标<br>决定SPRINT要包含的故事<br>产品负责人如何对SPRINT放哪些故事产生影响?<br>团队怎样决定把哪些故事放到SPRINT里面?<br>我们为何使用索引卡<br>定义“完成”<br>使用计划纸牌做时间估算<br>明确故事内容<br>把故事拆分成更小的故事<br>把故事拆分成任务<br>定下每日例会的时间地点<br>最后界限在哪里<br>技术故事<br>BUG跟踪系统 VS 产品 BACKLOG<br>SPRINT 计划会议终于结束了!<br>我们怎样让别人了解我们的SPRINT<br>我们怎样编写SPRINT BACKLOG<br>SPRINT BACKLOG的形式<br>任务板怎样发挥作用<br>例 ——首次每日SCRUM之后<br>例 ——几天以后<br>任务板警示标记<br>嘿,该怎样进行跟踪呢?<br>天数估算VS 小时估算<br>我们怎样布置团队房间<br>设计角<br>我们怎样进行每日例会<br>我们怎样更新任务板<br>处理迟到的家伙<br>处理“我不知道今天干什么”的情况<br>我们怎样进行SPRINT演示<br>为什么我们坚持所有的SPRINT都结束于演示<br>SPRINT演示检查列表<br>处理“无法演示”的工作<br>我们怎样做SPRINT回顾<br>为什么我们坚持所有的团队都要做回顾<br>我们如何组织回顾<br>在团队间传播经验<br>变,还是不变<br>SPRINTS之间的休整时刻<br>我们怎样制定发布计划,处理固定价格的合同<br>定义你的验收标准<br>对最重要的条目进行时间估算<br>估算生产率<br>统计一切因素,生成发布计划<br>调整发布计划<br>结对编程<br>测试驱动开发(TDD)<br>增量设计<br>代码集体所有权<br>充满信息的工作空间<br>代码标准<br>可持续的开发速度/精力充沛的工作<br>我们怎样做测试<br>你大概没法取消验收测试阶段<br>把验收测试阶段缩到最短<br>把测试人员放到SCRUM团队来提高质量<br>在每个SPRINT少做工作来提高质量<br>验收测试应该作为SPRINT的一部分么?<br>SPRINT 周期 VS 验收测试周期<br>别把最慢的一环逼得太紧<br>回到现实<br>我们怎样管理多个SCRUM团队<br>创建多少个团队<br>为什么我们引入“团队领导”的角色<br>我们怎样在团队分配人手<br>是否使用特定的团队?<br>是否在SPRINT之间重新组织团队?<br>兼职团队成员<br>我们怎样进行SCRUM-OF-SCRUMS<br>交错的每日例会<br>救火团队<br>是否拆分产品BACKLOG?<br>代码分支<br>多团队回顾<br>我们怎样管理地理位置上分布的团队<br>离岸<br>在家工作的团队成员<br>SCRUM MASTER检查列表<br>SPRINT开始阶段<br>每一天<br>在SPRINT结束时<br>额外的话<br>推荐阅读<br>有关作者

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值