例1 问题:你选择了使用“大团队”。不过观察一下sprint中的交流方式,你就能发现事实上这个大团队自动分成了两个子团队 解决办法:如果这两个虚拟的子团队一直变化(也就是大家在虚拟团队中换来换去),那把他们放在一直团队中就没有问题。如果二者的构建在整个sprint中保持不变,在下个sprint中可能就得考虑把他们分成两个真正的Scrum团队了
例2 场景:你选择了使用三个小团队的方式。不过观察一下sprint中的交流方式,你就会发现团队1和团队2一直在交流,而团队3比较孤立 解决办法:如果团队1和团队2在整个sprint中一直聊来聊去(把团队3扔在一边),在下个sprint中你大概就得把团队1和2合并到一块。如果在sprint的前半阶段,团队1和团队2一直交流,然后在后半阶段,团队1和团队3又相谈甚欢,那合并或者保持原样就都是可行的。你可以在sprint回顾会议上提出这个问题,让团队自己决定
我们发现二者组合以后的效果最好