通过CALMS范式优化DevOps招聘流程的方法？

在DevOps招聘过程中，碰巧遵循了关键字匹配的原则，在我看来，这导致只关注技术。

现在，DevOps不仅仅是技术，而且DevOps工程师不仅仅是具有某些编码技能的更好的系统管理员。

对我而言，高级DevOps角色/资料还意味着除了基础设施和软件工程技能（例如精益，测量和开放和交流）外，还提供其他许多基础和实践方面的资历（诚​​实地说，谁要求DevOps雇用他们的交流技能？！）

那么，求职广告/面试能否以某种方式更有效-例如，通过应用对CALMS类别的质疑？-引发诸如“现在，您如何应用精益原则？在最近的DevOps项目中如何解决文化方面的问题”之类的问题？

进一步阐述：

• Ç ulture（例如，用于冲突管理和态度，失败，自己和他人的策略）
• 一个 utomation（在这里你问木偶/码头工人等技能）
• 大号 EAN（精益基础？废物类型？）
• 中号 easurement（要求像JMeter的工具，而且还去之类的采样，数据建模..）
• 小号哈林（显然知识管理，并根据工具）

更新-为什么雇主/招聘者不按如下所示通过CALMS构建面试（此外，“自动化”部分可以沿DevOps 工具链模型（文档链接，只读）进行表述？

旁注- 例如，文化实际上不再只是一种软技能，对于DevOps来说，它是一项核心技能-就像该领域的所有其他技能一样。

这是一个绝妙的主意，也是因为Daniel Kahneman 证明了，如果将单个分数分为5个权重分数，并为其添加数值标准和界限，则可以显着减少偏差。您不仅可以设计简历评分，还可以设计整个招聘流程，包括电话屏幕，现场面试以及所有方式。这将大大减少访调员的内在偏见。实际上，我们已经开始为所有招聘做类似的事情。

显然，在每个领域内，您都应该增加对公司职位至关重要的内容，但是您正在招聘一个全面的工程师，并且希望有人对您的组织运作方式提出重大改变，而不仅仅是招聘具有特定技能的人可以在有限的区域内工作。许多人只是将这个角色视为高薪的发布和构建工程师，如果是这种情况，那就应该雇用并做广告。

对于聘用DevOps的人，我建议将“精益”替换为“学习”。它最初是CAMS，尽管有人将其扩展到CALMS以包括Lean，但由于DevOps的基础远不止Lean，因此在一定程度上受到了限制。这也是Deming关于特殊原因和共因变化和系统思考的思想，纳什的均衡性（如果每个人都针对自身进行优化，那么与每个人都考虑到该小组的利益相比，结果可能不是最佳的），Shewhart的统计过程控制，Goldratt的约束理论，塔勒布的反脆弱性等等。

这还将使您能够将参与学习的会议和在会议或聚会中的演示文稿作为共享包括在内。在您不一定总是团队成员或公司规模不足以让同事成为您的同事的情况下，建立和维持与工作场所的关系和学习机会就显得尤为重要。我们通常将这两个类别归为文化。

我个人将在文化方面置于有效改善您的组织流程所需的软技能之下。CMMI，看板，工作进度限制，敏捷实践等。

JIRA看起来更像是共享工具，而Git与自动化更紧密相关。

编辑

我认为这取决于组织之间以及DevOps / Senior DevOps的预期功能，因此，您的第一句话是100％准确的。因为，DevOps应该能够使用公司使用的一组工具，并且还应该改进或引入新的工具集，从而使公司及其开发人员能够更快地工作并减少浪费。

在我看来，DevOps应该具有强大的SysAdmin技能以及明显的编码技能，如Puppet，Chef，Python，Bash将被广泛使用，并且至少对服务器上运行的代码有一些了解，以便能够对原因进行较小的调试从一个环境到另一个环境，该应用程序的行为均不符合预期。

现在，作为高级DevOps，可以应用CALM，但精益和度量原则可能/可能不适用。例如，我们正在开发使用Chef / Puppet / Ansible的应用程序，以自动执行平凡的事物并使所有事物保持同步，这显然可以节省时间并减少浪费。

关于度量，我不确定这是否适用于大多数情况。但是，其他CALM原则也是DevOps职位的一部分。

作为一名DevOps，具有良好的沟通技巧也很重要，而对于高级DevOps则更为重要，因为您不仅需要与团队打交道并与知识共享，还需要与开发人员一起为他们提供支持，而且您可能还必须创建报告并将演示文稿摆在管理层面前。

我喜欢您添加的电子表格，并且很高兴拥有一个积分系统，但是，一些公司还在求职广告中添加了超出要求的更多技能/技术。

另外，在电话采访中（如果有的话），我发现在采访中会给您一些解决的问题，或者至少显示您的调试过程以及在给定情况下的行为，这很有用。就我个人而言，我不喜欢书面测试，因为我相信解决问题的方法不是“ n”，而且有时Google是您的朋友，因为您不会完全了解您的全部知识。

作为一名DevOps /高级DevOps，我相信所使用的应用程序与知识之间存在界限。使用这些新/旧工具或编写代码可能会很神奇，但是当涉及调试或仅了解服务器的问题时，Jenkins的工作可能是您无法做到。

最后，我认为介绍的电子表格是一种评估DevOps知识的方法，也是高级职位的一种方法，我可能会在其中添加一些人际关系和管理技能以使其完整。

当涉及到选择过程时，您可以查看电子表格，并选择一个分数被认为是您的组织最合适的人，并牢记他在面试中的行为和方式他提出/回答了这些问题。