devops 分支管理策略_DevOps招聘策略以吸引顶尖人才

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。 这是一种被忽视的招聘方法。

您无需填补职位即可改善自己并结识志趣相投的人。 我尝试鼓励与我保持内向的人一起参加更多的聚会和社区活动。 您不一定需要在这些活动中发言。 您甚至不必问问题。 但是至少要去向别人介绍自己。 最终,您会发现感兴趣的人,并且可以与他们讨论事情。 建立这样的关系将使您从雇用中受益匪浅。

填补空缺的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职位

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 分支管理策略

刚刚发布的ThoughtWorks技术雷达 建议技术团队“暂缓或谨慎”使用反模式“CI theatre(伪CI,可以理解为不完整的持续集成)”。 “伪CI”描述的是实践持续集成(CI)过程中的一些错觉,然而这些并不是真正的CI实践。 基于持续集成,我和同事 Emily Luke做了一些研究, 我将分享伪CI是什么样的,为什么我们建议你“暂缓或谨慎使用”,以及预防伪CI的方法。持续集成我最喜欢的CI定义来自于continuousdelivery.comCI开发人员定期(至少每天)将他们所有的工作集成到主干(也称为主线或主干分支)这个引用中暗含了CI实践的两个基本原则。第一个是“把他们所有的工作集成到主干”;第二个是“至少每天”。对于CI还有一系列其他原则和实践,例如:将所有内容都检入您的代码库,构建每个提交,自动化构建,保持快速构建,并有可以自我验证的代码, 还有Martin Fowler 关于持续集成的评论中的可视化故障并立即修复故障等。我个人认为 每天至少检入代码到主干分支一次 是CI的基础。没有达到这一点就只是伪CI而不是真正意义上的CI。伪CI是什么样的?这是我们调研到的一个故事,一位经验丰富的开发人员(让我们称他为David)来自湾区的一个中型创业公司,每周有两次产品交付。 David说他的组织正在践行CI,他说:“是的,我们用Circle CI”,他描述了一个具有挑战性的场景,曾经在一个分支上工作了一段时间,大约修改了100个文件和7000行代码,然后在代码审查阶段就开始招架不住了,因为他要向他的同事解释所有的代码变更的原因。“最具挑战性的事情是你最终要将一大堆功能集中到一个提交里,因为它们都是这个组件的一部分”,他解释说:“我希望有一个更好的方式来分解这些提交,因为很难把所有事情(变更历史)记在脑子里。”如果这个情况你听起来很熟悉,那么你也在做伪CI。 如果有下面的这些场景,那么你们就是在做伪CI:当有人问起你们在实践CI吗? 如果你说我们有一个CI服务器并且我们使用X工具在我们的调查中,只有10%的参与者承认有CI服务器与CI践行不一样。 相反,90%的个人表示他们正在践行CI,无论他们是否有专门从事CI的基础知识。 所以简单的认为只要有一个CI服务器就是“在做CI”,这就清楚地表明是在做“伪CI”。使用长期开发分支,但不会定期检入master主干在David的故事中,他们并没有实践每天检入master主干,这就是“伪CI”的标志。 这是我们在调研中常看到的一种模式,其中团队在master主干上运行CI,但不频繁构建,也不是每天都在提交。 或者他们在分支上运行CI,但不会频繁的集成到master主干。 只对特性分支运行CI,其实应该称之为持续隔离(continuous isolation)才对.合并分支时感到焦虑和疲惫真正的持续集成要把代码所有者的责任意识扩展到整个团队。 这改变了团队内部人员的观点以及他们对失败构建的态度。 不再是“我的宝贵的分支”,或是“我的错误导致构建被破坏”,而是“我们的代码”和“我们的失败”。David遇到焦虑和疲惫的事实清楚地表明,他忽略了CI的一个重要的优势:持续反馈和代码集体所有权。伪CI还有更多的一些现象,虽然我们发现有一些并不那么常见,但它们仍然存在一些问题,构建的时候,仅有极少的测试覆盖允许构建长时间处于失败状态虽然David的团队引入了一个备受尊崇的CI工具和常见的流程,如特征分支和代码审查,但他们并没有实施全套CI实践,因此错过了许多好处。 我们遗憾的发现,在我们的研究的组织中90%发生了这种情况。一些组织实施伪CI中反而错失了CI的主要优势 - 快速反馈,代码集体所有权,并准备达成持续交付如何避免,预防和解决伪CI的问题?如果您确定可能正在遭受伪CI之苦,则可以通过三种方式来解决问题并进行持续改变。1. 提交更频繁回到根本,尽量频繁地提交,每天至少提交一次应该是最低目标。 如果你还没有开始做CI,这就是你可以开始的地方,即使你在做CI,依然会有改进的空间。我喜欢“频率降低难度”的说法。 往往我们在做一些事情时,任务变得越小,则其更容易被实现。 持续集成就是是一个典型例子。 我的建议是要更加频繁地检入你的代码到代码库并且将开发分支集成到主干分支,至少每天集成一次”。2. 基于主干分支开发有很多论坛在讨论基于主干还是基于开发分支进行开发,我不想讨论那些血淋淋的细节。 然而,在我们的调研中,当我们与一些曾经在实践CI过程中感到痛苦的人交谈时,没有引入主干开发的团队对此有更深刻的感受。 DevOps现状调查报告-2016 还发现,基于主干开发和持续集成是达成持续交付的关键因素,同时也能建设更高效能的团队。基于主干的开发肯定会有一定的挑战,但它可以把问题提前暴露出来,而不是要等到代码合并、代码审查甚至到延迟发布的时候。如果你想达到更好效果的CI和CD,我建议在主干上做开发,或者如果你更愿意使用短周期的临时分支(合并到主干之前不到一天)进行开发,那么最好同时不要超过三个以上的活跃分支。3. 自动化自动化是做好持续集成的基石,所以如果你还没有自动化一切,现在是开始的好时机。 如果你认为已经实现了所有自动化的功能,那么每次有人手动地做任何事情超过一次,便要问自己“这个为什么不能自动化”? 我已经观察到自动化不仅可以帮助您在CI中变得更好,还可以帮助您开始持续交付。总结现在你知道什么是伪CI了,如果你的团队正在这么实践伪CI,那么你可以阻止这种情况继续发生了。 如果您仍然感到困惑,我建议你在Martin Fowler的博客“CI Certification test”做一个测试, 以确认你的组织是否正在做可靠的CI。 如果你通过了CI测试,那太好了,现在是考虑您是否准备好实施持续交付的时候了。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值