devops 分支管理策略
我不经常和招聘人员交谈。 实际上，我通常不与第三方招聘人员合作，因为很多时候，他们只对填写一份工作要求，收取佣金并转到下一个职位感兴趣。 此外，大多数招聘人员并不真正了解具有DevOps意识的组织的需求。 但是，在寻找优秀人才方面，优秀的招聘人员通常是最佳的知识来源。
当我坐下来写一篇有关DevOps招聘的文章时，我知道Opensource.com DevOps社区将很好地涵盖候选人和招聘经理的想法。 但是我认为，从招聘人员那里获得一些技巧的信息，这对于如何找到，培养以及很好地为DevOps角色招募优秀人才非常有用。
DevOps招聘人员的 Ken M. Middleton 。 去年，肯（Ken）就求职期间可能与我合作的问题与我取得了联系，我很快意识到他的诚实和坦率。 肯知道我要寻找的东西不在他的驾驶室外面，并告诉了我。 那一刻他赢得了我的尊重。我和肯一起坐下，向他提出了招聘问题。 以下是我们讨论的重点。
我首先提出了一个非常直接的问题： 您如何找到优秀的人才？
肯提供了两个有趣的答案。 “您可能会猜到的第一个：LinkedIn。LinkedIn（对于任何招募专业技能的人来说）都是蜜蜂真正能够利用被动人才的膝盖。这就是LinkedIn为自己创造的东西。在LinkedIn上有一些人，他们并不是真的在找工作，但是他们乐于听取关于工作的信息，而且我能够与他们建立联系。我认为人们真的必须了解LinkedIn是两个路。”
肯补充说：“因此，我努力做到这一点，并且我一直在努力。基于他们的LinkedIn简介，实力和实力，您正在寻找最优秀的人才。品牌是他们创造的品牌，但您自己也必须拥有一个强大的品牌，因此，对我来说，我的LinkedIn个人资料是我营销平台的一部分，当我与某人联系时，我希望他们理解我我在DevOps社区中-我在评论DevOps方面；我在看不同的DevOps文章。”
Ken的第二个答案应该不会让任何熟悉Opensource.com的人感到惊讶，但它可能会让DevOps世界中的一些人感到震惊：“您必须在本地活跃起来，无论是与聚会小组在一起，还是其他不同的DevOps或AWS小组，或任何其他联系人或课程论坛。您确实必须了解其中的内容，并与他人见面。”
设想！ 孤岛之外的协作可以雇用DevOps。 这是一种被忽视的招聘方法。
您无需填补职位即可改善自己并结识志趣相投的人。 我尝试鼓励与我保持内向的人一起参加更多的聚会和社区活动。 您不一定需要在这些活动中发言。 您甚至不必问问题。 但是至少要去向别人介绍自己。 最终，您会发现感兴趣的人，并且可以与他们讨论事情。 建立这样的关系将使您从雇用中受益匪浅。
与Ken交谈时，我了解到的一件事是，许多DevOps角色都没有填补。
“我进入IT招聘领域已有11年了，但是当我离开以前的公司并于2017年3月独自创业时，我开始研究所有这些DevOps角色，我意识到很多这些职位没有被填补。其中一些职位已经开放了将近一年。我不明白这个问题。”
肯继续说：“我开始进行一些研究，发现您有一般的招聘人员试图招聘这些职位，他们不清楚地了解Git和GitHub之间的区别。他们不知道持续的工作是什么。集成意味着持续部署，因此，当他们与这些人交谈时，他们会使用所有这些通用术语并在无法胜任的这些工作上给人们撒谎，这只是在浪费每个人的时间。您确实需要一个知道行话，如果您要聘用招聘人员来帮助您进行搜索。”
也花时间与招聘人员合作。 在组织中的技术团队之外传播知识可以使它进一步发展。
当我问Ken是否使用硅谷的招聘方法（查看候选人的GitHub个人资料）时，他回答说他很少这样做。 “我去看看一些人的个人资料，但是我不看他们的代码，因为我不知道我在看什么。但是我要做的是尝试确保我理解所有的东西。不同的技术以及他们如何使用它们。”
Ken说，从GitHub招聘是一个坏主意。 “ 这完全是排他性的 。[GitHub]帮助我全面建立了知识。但是，我不看GitHub。我确实不断寻找出可以找到新人的机会，如果那样的途径不同。我总是寻找寻找人的不同途径。”
持续学习甚至在高技术领域之外也有很长的路要走，Ken认真对待DevOps的持续学习和反馈原则。
我想向Ken 询问我在招聘人员时经常遇到的一个问题： 您如何知道候选人是否可以学习新技术？ 您如何评估他们是否已充分投资并摆脱了新事物？
肯回答：“与一些我合作过的经理一起，我注意到了一点，就是他们非常专注于特定技术，因此他们愿意在选拔人才方面放弃优秀人才技术。”
很高兴知道列表中的复选框不是评估是否雇用人员的最佳方法。
肯继续说：“我发现，如果他们是第一批聘请DevOps的人，那么他们就会非常专注于技术，而且，正如您所知，那里有很多不同的工具，当您查看人们可以一起使用的东西几乎是无穷无尽的，所以当他们如此专注时，嘿，这个人必须具有使用此配置管理工具，该监视工具，该容器工具的经验，就像-好吧，他们也许需要具备这些功能，但是让我们谈谈您正在努力实现的目标，他们可能会学到什么呢？您正在寻找的文化方面是什么？我发现，当您聘请的经理如此专注于这种技术很难发挥作用，以至于几乎不可能。”
在我们的对话中，几次出现了文化话题和寻找文化契合点。 肯的答案永远改变了我的面试方式：
“我一直想问人们，'告诉我，你的理想角色是什么？如果你可能对自己的工作以及所处的环境类型感到沮丧，请与我谈谈。 ' 所以，当我与人合作时，我会尽量避免担任职务。我可能会告诉你：“嘿，我有一份工作需要使用XYZ技术，”但是我不会告诉您什么文化就像。我不会告诉您公司的情况。我不会告诉您有关公司正在寻找什么的信息，因为我想听听您在寻找什么。如果您要说的是符合我所寻找的东西-我有些人喜欢，'我想为一家初创公司工作-我喜欢忙碌的环境；我喜欢一直学习新事物，当我喜欢它时他们没有适当的流程。” 好的，这听起来像是我正在合作的公司。但是，如果您告诉我-我也明白这一点-'我想要一家老牌公司；我不想担心从现在开始两年后的工作还是18个月我们的众筹都没有通过？”-听着。我让他们告诉我他们想要什么。这让我对他们正在寻找的文化类型有所了解。”
辉煌！ 方法不应该是在工作上推销一个人，而是要找到最适合您的文化和需求的人。 硬卖通常会吸引人。但是，如果必须将候选人出售给您的公司，您认为他们会在一两年后出现吗？
确保一个角色符合候选人的需求和要求，然后再向他们介绍。
我问肯： 您如何验证对候选人才能的评估？
肯（Ken）对这个问题有一个有趣的答案：“您必须检查他们的推荐人。您必须给与他们一起工作过的人打电话，并与他们谈论这个人是什么类型的员工。我爱我的顾问，我认为他们很棒，我会一直为他们辩护，但我从来不相信别人的话，我只是做不到，我在这里为两个人服务：我在这里为客户服务我在这里为您服务。我让您从事的工作不是您真正应聘的职位，或者您不是适合的文化，这对您或我没有帮助。”
您如何根据参考资料来衡量某人是否适合特定职位？
“我检查了他们的推荐信，我知道客户在寻找什么，但我没有以这种身份主持推荐信。我会问一个问题，例如'嘿，告诉我有关约翰的事情。告诉我有关什么类型的信息他是我的工人。我每天都会告诉我您可以从他身上得到什么。他的软技能是什么？他的弱点是什么？他该如何处理？ 我正在听所有这些内容，然后一旦我很好地知道它们是否匹配，我什至会问-在大多数情况下，这是可行的：“这是此人可能所处的环境类型他们正在寻找X，Y和Z，这个，那个和另一个。您对这个人的工作能力有何看法？”
而且我有一些人，您可以告诉那些绝对喜欢那个人的人，或者当他们开始给您预选赛时，例如，“如果他们这样做，他或她会很好”，或者“我认为这是您需要确保该人能够理解的东西。” 如果这个人总体上合适，那可以帮助我创建图片。 但这是一个漫长而彻底的过程，因为它确实需要时间。 这不是一门完整的科学。 这有点艺术。”
您如何衡量参考的质量？ 您如何验证候选人是否派了一个好友而不是一位经理？
“我使用LinkedIn来验证推荐人。我不带朋友，不带同事；我带经理。当人们给我的人说他们是他们的经理时，我无法通过LinkedIn进行验证，这就是我什至很少介绍那些候选人，因为他们给了我同辈并说他们是经理。幸运的是，有了LinkedIn，这些天你可以过滤掉很多东西。 ”
与候选人建立融洽关系很重要。 寻找类似的兴趣要谈论。 如果这种兴趣来自角色本身，那就更好了。 肯详细阐述了这个想法：
“我正在尝试在您的LinkedIn个人资料中添加一些可以与您和您的背景说话的内容，并使您说，'好吧，让我与该人联系并进一步谈论他们。” 我一直与人们一起使用的最大的事情之一是，“嘿，听着，即使您现在不找工作，与招聘人员联系以了解市场情况总是很有意义的。我是DevOps招聘专家；我很乐意与您分享我在市场上看到的东西，并且您现在不需要寻找任何东西，但是从现在起一两年内，如果您正在寻找的话为了某些事情，我希望我们建立一种让您感到满意的关系。” 因为建立您信任的人的关系需要花费时间，所以我真正向人们介绍了这一点：当您不在时，我现在想与您交谈，所以当您准备就绪时，您会很高兴知道我可以代表您倡导。”
令我非常恼火的是，跳槽被认为是招聘中的一件很糟糕的事情。 肯解释说：
“经常跳来跳去的人总是一个危险的信号。除非您是H-1B候选人，否则有些人正处于需要从事合同工作的境地。如果您有工作，或者每个人都在调换工作， 18到24个月，这只是一个危险信号，因为那里有些东西并不能帮助您保持长期的工作。现在，我知道人们说千禧一代，千禧一代，千禧一代做到了，这是真的，但是许多公司正在寻找可以使工作超过18至24个月的人。如果跳槽那么多，有些客户就不会看候选人。他们甚至不会看他们。”
我问肯： 您如何衡量对特定技能或才能的需求？ 听到人们正在寻找Kubernetes技能，我并不感到惊讶。
“幸运的是，我是一家名为TEEMA Group的公司的一部分，所以我什至可以看到与我的合作伙伴一起发布的职位。因此，当我开始看到一大堆要求某种技能的职位时，我可以就像现在一样，几乎每个人及其堂兄都在努力让Kubernetes拥有一些Kubernetes的经验，许多公司都在考虑容器化，微服务，而Kubernetes与水平相关，他们意识到了这一点。他们可以通过将其放在自己的环境中来实现这一目标，而现在这才是真正的热点。
“在Kubernetes之外-我的意思是，这是如此的一致。其他所有事情都是全面的。每个人都想要AWS-即使更多的公司正在使用Google Cloud，因为我听说这真的很好，很多人们喜欢它。但是，如果您处在DevOps世界中，那么AWS就是其中一个；如果您没有AWS经验，那么您的机会就会受到限制。您几乎必须尝试获得一些AWS知识才能在可能的情况下工作目前80％到85％的DevOps环境都可以使用，因为它已经存在很长时间了，人们甚至在使用它时都没有考虑它。我不知道有多少人在看Azure，但是AWS是-他们现在使很多比赛相形见.。如果没有，那么您需要真正获得这两个方面的经验。”
我请Ken详细介绍他如何评估某人像Kubernetes这样的新事物的技能。
“这使我们回到了之前讨论的位置。那是我现在的职位。我有一个客户想要具有Kubernetes经验的人，而且这个职位已经开放了两个月，而我们找不到任何人当我们有一个非常，非常好，他正在寻找的人时，这个人换了份工作。我试图做的是帮助我的客户了解您需要对这些技能有所了解，然后看一个有能力捡起它的人，一个非常擅长使用Docker，使用过不同集群，使用过Kubernetes并可以捡拾他们不知道的东西的人。在以前的情况下，他们不得不学习一种不知道要使用的技术。他们是否已经证明自己有能力去做自己需要做的事情以赶上新技术？”
DevOps职位之间存在大量争议。 值得庆幸的是，谷歌的Liz Fong-Jones和Seth Vargo 搁置了SRE与DevOps的辩论 。 但是DevOps工程师的头衔呢？
“您知道，这是一把两刃剑。因为以前，您会叫他们软件工程师，但是他们使用的是所有不同的工具。他们使用的是Docker，Jenkins和所有的VM。工具（Chef，Ansible和Puppet），但他们被认为是软件工程师，人们之所以打折，是因为他们的头衔不是“ DevOps工程师”，而是，对吗？今天您仍然会看到一些东西。 ，现在发生的是每个人的简历上都有“ DevOps工程师”，我的意思不是说他们没有经验，因为他们中的很多人都有不错的经验，但这就像有人接触过任何一种自动化系统或自动化工具，甚至只是完成了shell脚本，他们就将DevOps放在简历上，他们是DevOps工程师。”
除了“ DevOps工程师”以外，还有其他突出的标题吗？
“'DevOps工程师'是个大人物。'站点可靠性工程师'总是在那儿。'构建和发布。 那是您一直看到的三个，然后有人只是称自己为“软件工程师”，但是如果您查看简历，他们会做很多DevOps的工作，但是DevOps的头衔肯定激增了，并且它在每个人的简历上；这只是一个热门词汇。”
希望您能像我一样感到启发。 我很想听听您在评论中的想法。
[请参阅我们的相关故事， 谁推动了卓越招聘的文化？ ]
翻译自: https://opensource.com/article/18/5/devops-hiring-strategies-attract-top-talent
devops 分支管理策略
版权声明：本站所有资料均为网友推荐收集整理而来,仅供学习和研究交流使用。
工作时间：8:00-18:00
客服电话
电子邮件
admin@qq.com
扫码二维码
获取最新动态
