DevOps：“协作需要付出代价”

代替非常简单的方法，我们需要寻找在不同上下文中工作的协作和交互模式。协作需要付出一定的代价，但会产生非常好的效果。但是，有时候最好在团队之间引入一种界限。JAXenter编辑Hartmut Schlosser在2016年DevOpsCon上与Matthew Skelton进行了交谈，探讨了协作的必要性以及如何形成良好的团队结构。

JAXenter：嗨，我是Hartmut，我和慕尼黑DevOps-Con的Matthew Skelton在一起。我认为您现在的会议很精彩–您谈到了团队组织/团队协作/团队结构，并介绍了一些团队拓扑。为什么具有一组不同的团队拓扑有用吗？

Matthew Skelton：嗯，我们发现，团队可以通过多种不同方式有效地合作。建立团队时，有很多方法可以使团队效率低下。实际上，没有一种单一的团队结构或协作模式可以起作用。这取决于业务目的是什么；这取决于组织要实现的目标。这取决于他们采用技术的方式。这取决于他们移动的速度-各种各样的事情。

而不是说“哦，开发需要与运营进行对话和协作”的非常简单的方法。这是一个很好的起点。但是我们发现的是，我们需要更加具体，并寻找在不同环境下工作的协作和交互模式。

JAXenter：让我们更具体一些。什么是衡量公司需求的团队结构的一个好例子？

Matthew Skelton：很好。假设某个组织正在尝试快速发现某些事物，例如试图发现新技术。假设他们正在从AWS上的虚拟机迁移到Kubernetes或类似的东西，那么构建软件或应用程序的人员以及提供某些基础架构的人员可能需要在那时密切合作。这样，他们才能真正理解在应用中采用Kubernetes之类的操作含义。

因此，让这些团队紧密合作非常有价值。不需要紧密合作也很有用，因为协作需要付出一定的代价。它很昂贵，但可以产生很好的效果。有时候最好在团队之间引入一种界限。具体来说，产品团队可以通过这种方式简单地依赖平台，并在平台之上交付他们的东西。此时，与IT运营部门进行协作的需求减少了，因为已经解决了难题。

经典示例是关键的云铸造厂，其中应用程序和平台之间存在硬性区别。存在的原因是因为难题已经解决。因此，人们可以在平台之上交付应用程序。这是一个具体的示例，可以感觉到主要情况，因此我们根据团队的工作情况来考虑不同的团队合作方式。

JAXenter：所以您会说协作在任何情况下都没有价值吗？

Matthew Skelton：我认为合作始终是有价值的。但是，我们必须明白，为什么我们正在协同合作和如何合作开发。究竟我们应该专注于什么合作？有时，最好将某些事情编码为服务可能更好。

JAXenter：因此，让我们看一下更广泛的背景。我们在DevOps会议上在这里，您在谈论团队结构，但团队结构还不是全部。是什么将生命带入了这种结构？

Matthew Skelton：这是一个非常好的观点。仅具有精心设计的良好团队结构并不能单独为您提供有效的软件交付。我们需要研究文化方面的问题，我们需要确保我们拥有良好的，健全的工程实践，并且这需要一些时间才能发展。就像我们需要一个生态系统。我们需要培养和关心这种文化，以实现良好的工程设计。

最终，企业或组织需要对其尝试做的事情有一个非常清晰且消息灵通的画面。因为有许多组织尚未真正验证其产品或服务理念！因此，当他们要求IT或工程部门构建某些内容时，由于业务概念或组织概念尚不明确，因此尚不清楚我们应该构建什么内容。实际上，对于采用DevOps的人员和组织来说，变得越来越擅长于技术部分，以至于实际上暴露了业务或组织方面的缺乏清晰度，这是一件很平常的事情。那是一个有趣的地方。

JAXenter：什么是一个好的起点？我们拥有传统的公司架构，现在想要取得成就。他们听说过DevOps的想法，听说过团队的拓扑结构–您会如何建议？

马修·斯凯尔顿（Matthew Skelton）：一开始的重要事情是选择足够小的东西，以使我们能够获得一定的牵引力，但并不是一件容易的事。我们需要从高级管理层那里获得一些支持，以便我们可以对此进行实验，如果您愿意的话，可以在播客中进行。它可能是一种产品，可能是一种产品领域，但是我们希望从中学习到很多东西。我们期望第一次做的不好，我们应该做错一些事情，但是要从中学到很多。

某些员工可能会感到被排斥在外，但我们需要通过说“看，别担心，您现在不在这个团队中”来带他们走，但我们的计划是稍后向您推出这种方法。因此，请稍等片刻，参加午餐时间的披萨会议，了解我们在做什么，随着时间的推移，我们将逐步向其他团队推广这种方法。” 尝试同时更改整个事情可能会奏效，但是对于大多数组织来说，这可能不是最好的选择。

JAXenter：您认为这是自上而下的过程还是更多的自下而上的过程？

马修·斯凯尔顿（Matthew Skelton）：两者结合在一起。我们需要建立一种良好的工程文化，一种从底部到底部进行实验的学习和安全文化。有时我们会变得非常有进取心，或者人们害怕他们，那么我们需要弄清楚如何对待他们。也许在某个地方，但是自上而下，它需要组织管理层的认可和意识，这是值得投资的东西。因此，自上而下和自下而上的结合是正确的方法。通常，我们希望从小处着手，然后再扩展，而不是尝试进行重大改变。有时这是必需的，但通常最好以一种流方式进行，然后从中进行扩展。

JAXenter：谢谢！