什么时候需要DevOps团队?
随着持续交付和测试自动化的所有关注，出现了不可避免的问题，“我需要一个Devops团队吗？”。就像支持软件交付团队的其他域类型团队一样，看一般问题，“我应该形成域名吗？”将有助于回答我们的Devops问题。所以让我们备份。
什么是领域团队?
域团队是一个具有特殊技能的跨功能软件交付团队。本组织中的某些或全部送货团队需要此技能组合。特殊技能集的示例是ETL开发人员。在数据库结构和查询可以在传送团队中开发，数据加载和相关文件维护是整个功能的一小部分。为一个或两个短跑带来ETL专家，然后再次将它们击败将团队保持在一起的目的。
将ETL的新开发工作和ETL维护工作收集到单个待办事项列表中，为组建一个能够支持多个交付团队的ETL团队提供了机会。现在，在敏捷软件交付条款中有一个棘手的问题。这是一个敏捷团队吗?他们有明确的积压工作。如果我们包括业务分析师来帮助进行故事分析和质量分析师来帮助进行测试，那么它们就是跨功亚博vip9通道能的。他们可能没有一个产品或项目，可能也不是Java世界所想的发行版。关键是他们是否会有一个产品负责人。在大多数情况下，他们没有产品负责人或产品团队，但需要从其他团队收集故事。
证明需要域团队的需求
问题的答案，我如何知道我是否需要域团队，是收集数字。送货团队的能力是否受到“偶尔”履行专业技能的影响？我们完成了工作的质量问题吗？还有其他需要这项技能的球队吗？是否会有这样的技能设置的维护负载？
回答这些问题并收集数据不仅有助于定义所需团队的大小，但将为团队的理由提供数字。我们都低估了上下文切换的生产力成本。拥有团队的成员停止运行运营维护或使用特殊工具可以拖到整个团队。使用速度方差，转义缺陷和宿醉点以构建特种团队的案例。收集其他团队的相同数据以加强您的案件。
我如何知道我是否需要一个DevOps团队?
首先定义团队的工作。团队可以只负责在不同的环境中构建和部署软件。它可以负责构建度量标准，分析回归套件失败，运行安全和性能测试。
一旦你划定了责任范围，收集你的数据。如果你的团队和组织中的其他团队一起在这些活动上花费了不止一个人的精力，那么每一个sprint都是创建团队的商业案例。亚博vip9通道
为这个团队创建接受工作的策略。这些策略及其工作流必须是明确的。如果没有明确的指导，其他交付团队可能会把你的新DevOps团队视为一个将所有任务远程转移到DevOps团队的机会。定义软件将如何部署和编写部署脚本仍然由交付团队负责。确保部署快速、准确并报告结果是DevOps团队的职责。
最后，期待沿途一些打嗝。每当新的团队和新流程都介绍时，将需要教育和审判和错误。确保您有允许一些错误的策略。无论是培训，沟通计划，用户指南还是登机实践，每个人都需要知道新团队的表现，以及如何与他们合作。
你需要一个DevOps团队，如果你可以用数据来证明你的需求，定义职责，定义团队成员和新流程的沟通策略。
评论(3)
弗兰克奥尔森
嗨Jann,
请在这里帮助我——为什么这(任何“domian团队”)不是另一个专门的团队，在组织中创建功能竖井、移交、延迟、依赖、未完成的工作和其他浪费?
在某种程度上，您需要整个团队来做这件事(无论领域团队在做什么)，这肯定是所有团队都需要的，因此技能集应该在所有团队中存在。跨职能,end2end等等
那么，我错过了什么?:)
干杯
弗兰克
弗兰克早安，
谢谢你阅读这篇文章。这里的想法是巩固在组织中跨团队常见但在任何团队中不密集的工作。只有你有足够的框架、部署、分析和报告工作来支持DevOps团队，你才会创建一个DevOps团队。将工作添加到每个交付团队中可能会产生不一致性。虽然这对小组织来说不是问题，但肯定会造成大规模的协调问题。
Jann
弗兰克奥尔森
嗨Jann,
感谢您的回复
嗯，我认为我们是规模庞大的，因为我们正在讨论创建专门的团队来支持其他团队
关于“不一致”——好吧，如果这是一个问题的话，我想它也适用于团队正在做的任何事情，比如共享代码。这肯定是传统人士在解释为什么敏捷行不通时所关注的问题。
重新定义“大规模的协调问题”——嗯，我倾向于认为我们在专业化/竖井工作时有更多的协调问题
我更倾向于根据你对某一技能的使用/需求来解决这类问题。如果这足以组建一个完整的团队，那么所有团队都应该能够自己完成这一任务。
如果它很少使用，我会要求1-2个送货团队覆盖那种技能
欢呼声弗兰克