因此，在我看来，不仅仅是“您永远不要尝试雇用DevOps团队”-因为如果您雇用“足球团队”，您不仅希望“有人在FIFA世界杯上踢球” “，但您可能想知道是什么使团队有机会获胜。
因此，获胜的团队本身就可以成为产品（找不到参考，但有足够的创业机会收购，我敢肯定这并不总是关于产品的）-成功的秘诀是什么？
可以肯定的是，有很多与软技能/文化相关的背景，但这实际上适用于每个团队。
成功的团队设置对技能集有哪些强制性的DevOps特定要求？ CI / CD专家的数量与专注于开发或运营的专家之间是否存在联系？
注意：此问题与“为什么不应该聘请DevOps工程师”重复，因为一个特定的问题是在必需的技能设置之后。例如。您是否具有以CI为中心的配置文件，或者希望开发人员将管道作为代码包含在其项目中？显然，仅雇用具有DevOps主张的人员并不能回答这个问题。
#1 楼
我认为DevOps与您的问题正交，也就是说，与“经典”方法（或完全雇用任何团队，不仅用于软件开发）相比，它没有任何改变。您可以确定关键需求是什么（例如，能够构造大型软件系统的“架构师”；能够在需要时修复内核驱动程序的“黑客”；喜欢进行测试的“测试者”等；最后也许是一位“ DevOps工程师”，他擅长创建出色的CI / CD工具。但是所有人都需要保持自己的形象，才能踢球。也就是说，他们都需要在团队工作的环境中一起工作。他们都至少需要对其他团队成员的工作有一些基本的了解；如果您有严格的CI / CD流程，那么他们都需要能够在该框架中进行开发；等等。
评论
这个答案没有谈论如何组建团队。是的，可能需要所有这些，但是您如何将人们联系在一起？组织建设就像系统工程。它有明确的规则，DevOps文化和价值观对这些规则有很多话要说。康韦定律就是一个这样的例子。
–吉里·克劳达（Jiri Klouda）
17-12-5'20:27
我相信对此发表评论，@ JiriKlouda。理想情况下，团队中的每个人都应了解与DevOps相关的技术的含义。就像每个程序员都必须了解所使用的编程语言一样。像往常一样会有新手和新手，但是您需要广泛的知识。我看不出我可以在哪里添加更多内容-问题不是“最大的DevOps团队结构是什么”，而是“雇用获胜的团队的秘诀”。根据答案的配方是雇用一个很好的组合，这可能会根据情况而有所不同。
– AnoE
17年5月5日在22:39
没有结构的团队只是一群杂乱无章的人。
–吉里·克劳达（Jiri Klouda）
17年6月6日在0:09
好吧，@ JiriKlouda，我不了解您-您的确正确，但是我没有写任何有关团队结构的信息。 OP关于招聘团队，我的回答是，无论您是否订阅DevOps，招聘团队都没有太大不同。
– AnoE
17年12月6日在7:48
我只是说，在我看来，您在这一点上是错的，这就是我拒绝您的回答并发表评论的原因，以便给您机会以修改它：)
–吉里·克劳达（Jiri Klouda）
17年12月6日在8:45
#2 楼
由于DevOps是IT的热门趋势，因此公司正在寻求一流的DevOps人才。但是，在开始组建团队之前，应考虑以下几点：哪种DevOps？
想象一个摇滚乐队正在寻找新的吉他手。有很多人会弹吉他，但是吉他可以演奏很多音乐风格，另外还有一个重要因素，那就是这位吉他手与乐队其他成员相处得如何。
寻找候选人时，想象问问IT人员是否玩过DevOps。 DevOps团队有很多成功的体现，您需要在他们支持的业务环境中了解它，因为最终，这就是DevOps的价值。客户期望一定的速度，而DevOps是按照该速度交付的唯一方法。
通过工具和角色来增强文化
当您深入了解它时，DevOps就是关于文化的。如果您聘请一群了解并拥护DevOps文化的IT工程师和传统开发人员，则可以建立一个成功的团队。但是，如果您聘请所谓的DevOps专家，他们从内到外都了解Puppet，Chef和Docker，但不接受并适应DevOps的协作和合作性质，那么这个团队注定要失败。
请注意您的职位描述措辞
很多时候发生的情况是，公司投入了大量的流行语和工具名称，并期望寻找合适的人选。不要仅仅因为他们不称自己为“ DevOps专家”而辞退非常好的候选人。更重要的是，要特别注意已经拥有的人员。凭借您的领导才能，您已经拥有的人才可以在DevOps上相当成功。
评论
老实说，这是这里评级最高的答案。
– Matt O.
17/12/26在21:44
很多时候，公司会用大量的流行语和工具名称来称呼他们-为了扩展这些想法，也不要害怕仅仅因为它使用了您不熟悉的工具而申请一份工作。优秀的乐队经常会改变风格，而优秀的音乐家会经常选择新乐器。
–詹姆斯·谢威（James Shewey）
18年1月2日在17:44
#3 楼
DevOps是一个由开发和运营团队组成的团队。 （安全/合规）。您不应该将devops“团队”视为一个单独的实体，而是更大组织的一部分。检出http://web.devopstopologies.com/了解组织结构。您可以看到它是一起移动的。
#4 楼
我目前正在扩大我的DevOps团队，同时又不忘记技能，对我来说，最重要的是“思维定势”。评论
热衷于了解IoP对DevOps的作用
– Peter Muryshkin
17年5月5日在13:49
我从3个月前开始在这里工作，对我们来说，第一个任务将是改善基础架构，使我们从构思到实际产品/服务的速度更快。一家代理商被派往现场提供数字产品和服务，2018年将把我们看作是一种混合解决方案，旨在在2019年将其全面引入内部。
–摩根·马丁斯（Morgan Martins）
2017年12月5日14:09
#5 楼
我倾向于同意AnoE的回答。在将DevOps引入图片之前，吸引人们并赋予他们远见是原始的。我还想在此之上再添加两点。新增内容来自对“ DevOps”感到兴奋的团队的经验。DevOps（“开发”和“操作”的组合剪切）是一种软件工程实践，旨在统一软件开发（Dev）和软件操作（Ops）。 DevOps运动的主要特征是在软件构建的所有步骤（从集成，测试，发布到部署和基础架构管理）中大力倡导自动化和监视。 DevOps旨在缩短开发周期，提高部署频率，发布更可靠的版本，并与业务目标紧密结合。
简而言之：
您想要组建一个开发人员，测试人员和操作员团队
缩短开发周期
缩短部署周期
使上述流程自动化
由于流程的敏捷性，强制监控和在开发的所有阶段（例如测试，质量保证，生产）发出警报
您需要一套可以提高每个阶段（例如Jenkins，Jira，Gerrit等）效率的工具
考虑到这些，我现在可以一开始就提到前面提到的要点。
失败是好的
婴儿不会通过站立和行走来学习走路。他通过不断的尝试和失败来学习。即使由于某种未知的原因，他起身并开始走路，我们也不应该期望我们的婴儿也能达到同样的效果。我通常会指出，当人们将自己与Google，亚马逊或其他任何有成就的公司进行比较时。他们的失败使他们一直在变得比独创的想法更坚强。例如，现在我正在通过不断的写作和不清晰的观点来提高英语水平。
失败将指示您的足球队需要改进的地方。这些弱点因团队而异。可能是因为工具，领导力，缺乏远见，路线图压力，缺乏经验等。无论出于何种原因，花时间与每个人一起审查每个开发周期是至关重要的。否则，您可能会进入下面的阶段，这是从地狱回来的。
失败总是不好的
出了点问题。这样一来，有些事情就一直是错误的，即使它减慢了团队的速度，但某些事情在文化上得到了接受。跳过失败的测试，非自动化的资源调配管理，用手指交叉部署都是我有幸体验过的少数经验。这些触发器表明需要改进。未能注意到它们会使您陷入地狱般的境地，要回来就需要Genesis项目。
我的回答基本上是，对所有专家来说都是这样。但是请注意，从某种意义上说，当事情开始恶化时，这种过程将需要文化和团队监督，您的团队必须从中吸取教训，否则就会死于此。
评论
我在很大程度上不同意这个答案，因为“您想组建一个开发人员，测试人员和操作人员团队”。 DevOps支持者或嵌入者通常应该具备全面的技能，我认为这是OP想要达到的目标。通常，他们都是具有SWE或SE背景的人，他们知道如何编码，并希望在开发团队中建立自助服务和授权文化。您描述的是一个Scrum团队。
– Matt O.
17/12/26在21:44
评论
相关：devops.stackexchange.com/questions/2703/…为什么我不应该雇用“ DevOps工程师”的可能重复项目？
DevOps不是团队或技能-它是组织结构，是每个人现在都在要求的了解。
确实，我认为应该问这个问题，而不是仅仅问一下利用DevOps文化和价值观的团队的组织结构是什么，以及如何建立这样的团队，而不是仅仅由什么构成。毕竟，煤炭和钻石都只是由碳制成，因此结构有所不同。