DevOps的招聘工作恰好遵循关键字匹配的原则,在我看来,这完全导致了技术关注。

现在,DevOps不仅涉及技术,而且DevOps工程师不仅仅是

高级DevOps角色/配置文件对我来说,还意味着除了基础设施和软件工程技能(如精益,测量和开放和交流(谁会问DevOps员工的沟通技巧?!)

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

进一步阐述:




文化(例如冲突管理策略以及对失败,自身和他人的态度)

自动化(在这里您要询问Puppet / Docker等技能)

精益(精益的基础?浪费类型?)

测量(询问JMeter之类的工具,但也可以诸如抽样,数据建模之类的事情。)

共享(显然是知识管理和相应工具)

更新-为什么雇主/招聘人员不通过CALMS来组织面试如下所示(此外,可以根据DevOps工具链模型(文档链接,只读)来表述“自动化”部分吗?



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

评论

这是一个很好的问题,我希望我有一个答案。几个月前,我所见过的大部分资源和采访都是关于devops角色的,尽管公认不是高级职位,但也没有涉及成为“ devops人”所需的技能。 。也就是说,可以租用CALMS吗?我认为能够以任何有意义的方式将那些强大的sysadmin技能与CALMS结合在一起的人将会有点独角兽。

虽然我在这里谈论这些问题很好,但我不得不质疑您的假设(关于在雇用DevOps男女时,现在“一般”如何发生各种事情)。我当然会和候选人谈论所有这些事情。如果招聘经理不这样做,那么我认为他本人不是真的很喜欢DevOps吗?

@Briansbum,您当然可以在候选人中寻找所有这些方面,并找出它们的弱项和强项,以便您可以组建一支好的团队(与相辅相成的人)。那些在所有这些方面都表现出色的人可能已经拥有了梦想的工作,反正不会找人。 ;)

#1 楼

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

显然,在每个领域内,您应该加重对于该职位而言对公司重要的事情,但是您正在招聘一个全面的工程师并且您希望某人将对您的组织的运作方式提出重大改变,而不仅仅是雇用某些人以在特定区域内工作的特定技能。许多人只是将这个角色看作是薪酬较高的发布和构建工程师,如果是这种情况,那应该是您应该雇用并做广告的人。学习。它最初是CAMS,尽管有人将其扩展到CALMS以包括Lean,但由于DevOps的基础远不止Lean,因此在一定程度上受到了限制。这也是Deming关于特殊原因和共因变化和系统思考的思想,纳什的均衡性(如果每个人都针对自身进行优化,则与每个人都包括该小组的利益相比,结果可能都不理想),Shewhart的统计过程控制,Goldratt的约束,塔勒布的抗脆弱性等等。

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

我个人将有效地改善组织流程所需的软技能归为文化。 CMMI,看板,在进行中的限制,敏捷实践等。

JIRA似乎更像是共享工具,而Git与自动化更紧密相关。

评论


谢谢吉里;您是否看到我们有任何选择来创建初始的基本行业参考表,尤其是针对DevOps的组织转型-cc许可证-通用性足以使大多数招聘人员开始与之合作?

– Peter Muryshkin
17-10-11在6:12

我想这可能有效。我肯定愿意提供反馈。 AllDayDevOps松弛中很快会有很多DevOps专业人员。也有招聘者,值得在那开始一个渠道。

–吉里·克鲁达(Jiri Klouda)
17-10-11在7:16



#2 楼

编辑

我相信这取决于组织与组织以及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知识的一种方式,我可能会在其中添加一些人际交往和管理技能以使其完整。

过程中,您可以查看电子表格,并选择一个分数,该分数被认为是您的组织最合适的人,并牢记他在面试中的行为以及他的陈述/回答方式这些问题。

评论


我会说这是朝正确的方向发展,但并不能直接解决这个问题-如果您愿意,请详细说明。

– Peter Muryshkin
17-10-11在1:04

@PeterMuryshkin我不确定您想让我扩展什么内容,但对此我添加了其他想法

–塞尔久
17-10-12在6:57

另外,是的,我当时认为可能太多了,但不确定您要我详细说明什么

–塞尔久
17-10-12在10:09