2014年9月29日星期一01:00

敏捷团队中的3个好友

撰写者

我认为是乔治·丁维迪(George Dinwiddie)在2009年左右的敏捷开发中首次创造了“ 3 Amigos”一词。这个类比类似于90年代中期的同名电影。敏捷意义上的好友是功能角色:

  1. 开发人员;
  2. 测试人员;
  3. 以及业务分析师或产品负责人。

从字面上看,它也可能意味着三个以上。关键是敏捷团队在这些角色之间的平衡协作。乔治从验收测试驱动开发(ATDD)的角度暗示了这些角色。他希望这三个选区围绕每个用户案例的“验收测试”或“验收标准”进行大量协作(对话)。

在课堂上,我从字面上将其解释为敏捷团队配对的“扩展”,因为我希望每个故事都将配对转换为“三合会”。信不信由你,肯·普格(Ken Pugh)在他的书中使用了Triad这个词来描述相同的“ ATDD-ish”驱动主题(请参见参考资料)。

3 Amigos会议

最近,我听说有团队安排3次Amigo风格的会议,作为整理积压工作的一部分。想法是为每个用户故事创建一个复选框,在将其视为准备执行冲刺之前,必须对其进行“ 3灰化”。

我在上一篇博客文章中探讨了这种准备就绪的概念。

尽管我喜欢这个想法,但我当然认为将其作为“就绪”的一部分非常有创意,但我对此做法感到有些困扰。我个人认为3 Amigo的类比不是会议,而是协作的思维定势。

那么“ Amigos”何时会见?

当然,它们是产品积压开发和修饰过程的一部分。我认为这是必然的。但是,我也想继续说,例如:

  • 在Sprint计划会议上进行协作,围绕故事如何融入Sprint以及从凝聚力角度看Sprint评论如何。
  • 在Sprint中“首次选择”每个故事时聊天,以确保团队了解故事的细微差别以及如何有效地设计和测试故事。
  • 在故事开发过程中,Amigos会定期签到,以确保故事步入正轨。通常,演示的部分完成的代码会推动讨论。
  • 故事完成后,Amigo会围绕它并执行它。回顾验收标准和其他属性,直到产品负责人满意并“签字”为止;
  • 但是他们的角色还没有结束。 Amigo在《评论》中展示故事,收集反馈并消化故事是否真的完整方面发挥了重要作用。如果是的话……他们将移至下一个,下一个以及……

没什么...

冒着“挑剔”乔恩·克鲁格的风险(请参阅参考资料),我想用他的部分描述来说明一点:

结果

这三个朋友的主要结果是以Given / When / Then格式编写的验收测试。实际上,将这些内容写出来可能会花费一些时间,因此我们不会让每个人都坐在一个房间里这样做。通常情况下,开发人员或测试人员将在会议之外进行工作,一旦所有方案都写完了,然后我们将与参与最初的三个好友会议的其他所有人进行快速审查,以确保我们都同意与产生的东西。

我希望与乔恩有所不同。他的描述更多地集中在三个Amigo上:

  • 暗示会议涉及特定的,流程驱动的活动;
  • 暗示详尽的场景,事先编写;
  • 隐含“当下即给”的说明性格式;
  • 这意味着在故事进入冲刺之前就必须接受验收测试。

他和许多其他人似乎想念的是整个团队不断发生的Amigo思维定势部分。请不要在您的思维中失去重点。

包起来

乔治,肯和其他许多人已经在敏捷团队及其工作中发挥了这三个角色的协作能力。尽管这可能是会议或其他活动的结果,但不要被暗示要开会或举行其他任何仪式。

相反,应将其视为基于角色的提醒,以提醒谁需要围绕敏捷团队不断进行的工作进行协作。还可以将其视为围绕sprint活动(工作)的配对,而不是基于会议的活动(谈论工作)。我认为这始终是主要目的。

但是,请尽早并经常在团​​队中谈论“ Amigos合作”。真正的意义在于,您将因此构建更好,更有价值,更相关的软件。现在那不是值得一游的东西吗?

保持敏捷,我的朋友们,
鲍勃

参考文献

罗伯特·加伦

罗伯特·鲍勃·加伦 是RGCG L.L.C的总裁兼首席顾问。基于NC的Cary敏捷方法指导&培训顾问。他是一位经验丰富的敏捷教练,活跃于敏捷社区并定期撰写文章。&讲授与敏捷方法有关的所有主题。鲍勃写了这本书 Scrum产品所有权,重点放在团队交付中的角色和驱动价值上。鲍勃可以在 [email protected] 并通过他的LinkedIn进行联网 个人资料.

©BA Times.com 2020

麦格雷戈徽标白色网站