我不断听到队友说
“测试不是我的工作,我是<insert_role>”或“设计产品不是我的工作,我是<insert_role>”
如果不加以检查,我会对消息引起的行为感到非常厌倦。
一个团队不仅仅是其各个部分的总和,一个团队具有协作的力量。
年轻的时候我曾经玩橄榄球(联盟)。
橄榄球联合会是一项高度专业化的运动,实际上,球场上的15名球员被分为两个主要的筒仓,“前进”和“后退”,筒仓内有以下角色:
前锋:1.松散的道具,2.钩子,3.紧顶的道具,4和5.锁定,6.侧卫,7.翅膀向前,8.八号,9.半球
靠背:10、11和14,半飞。12,第一中锋,13。第二中锋,15。后卫
WOW在同一团队中为15个人提供13种不同的角色,这比现代敏捷团队中常见的PO / BA / DEV / TEST / UX等要多。 他们如何才能如此有效地进行协作?
区别在于橄榄球队中没有人会使用以下类型的句子:
“我没有做X,因为我的角色是Y”
实际上,最好的橄榄球运动员不是超级专家,而是擅长玩橄榄球的各种技能和活动的人。 (以我为例研究Brian O'Driscoll的综合协作技巧)
当在距球门线2米处有一个比赛时,您会看到十个石头(63Kg)的Scrum Half伸手将头伸入,并将15个以上石头(95Kg +)的玩家推离他的球门线。
他不会说,我是个混蛋,我不做帆布,我保证100%他不会,因为如果他这样做,他将失去队友,教练和球迷的尊重,并且永远不会玩再次比赛。
即使橄榄球运动员是一个如此专业的团队,为什么他们也会如此出色地进行协作? 因为他们有一个明确的目标,所以明确的目标是比对手得分更高。 他们都做到了,并竭尽全力帮助队友实现这一目标。
为什么敏捷团队不像橄榄球运动员那样进行协作?
原因之一是他们没有看到要交付的客户价值的共同目标,而是看到了“优雅的代码”,“智能测试策略”,“美丽的解决方案”,出色的“用户体验”之美。上。
因此,如果您想让您的团队更好地协作,就必须给他们一个共同的事业。 只是为了节省您的时间,这不是代码行,故事点,通过的测试,错误的数量或缺少的数量,而是更大,更重要的事情。
与您的团队一起发现这是什么。
翻译自: https://www.javacodegeeks.com/2019/01/collaboration-roles-learning-rugby-union.html