Robyn Bergeron 让参与 Elasticsearch、Logstash 和 Kibana 社区的人们生活更加美好。她热衷于改进基础设施和应用程序的开发和部署的简易性，孜孜不倦地倡导开源项目的最终用户，这就是她目前在 Elastic 担任运营倡导者的原因。
她曾担任系统管理员、项目经理和业务分析师，并一直扮演着两个优秀孩子的母亲的角色。她最近的工作是在 Red Hat 担任 Fedora 项目负责人，在那里她带领团队完成了 Linux 发行版的多个版本。
Robyn 将在 DevNation 大会上谈论 DevOps，她将介绍工具如何帮助沟通，开源如何帮助团队提供新的视角，以及更多内容。她过去在 Fedora 的经验以及她的各种其他角色使她非常适合为不断发展的团队提供见解。令我非常高兴的是，她来自 DevOps 差距的 Ops 端，这部分人常常默默无闻，并且通常持“否！”的态度。
在这次采访中，我请 Robyn 根据她的经验提供一些具体的建议。
作为 Fedora 项目负责人，对您目前作为 Elastic 的运营倡导者的角色有何影响？
作为 Fedora 项目负责人，我非常幸运地能够倾听，而且我尽力使我能够遇到的受众和人员类型多样化，无论是按地理位置、组织角色还是使用的技术类型。在我职业生涯的早期曾担任系统管理员，我肯定对运维人员有很深的同情心，并且反复听到人们面临的日常问题的故事确实影响了我，使我希望我的下一个角色能够改善这些人的生活。
ELK stack（即 Elasticsearch、Logstash 和 Kibana）具有令人难以置信的灵活性，并且可以适应许多用例，这吸引了运营人员和开发人员，但我对它的热爱真正源于看到它如何出色地让运维人员不仅可以更快地开始识别“某些东西坏了”，而且还可以直观地识别导致这些东西损坏的模式。达到一个你不再总是忙于修复技术，而是修复导致火灾的流程，或者实施主动避免火灾的方法的程度，这不仅是一种救赎，而且可以腾出时间来做消防以外的其他事情。
人们喜欢打破这个循环，并且能够成为一种真正改善人们工作与生活平衡和总体幸福水平的事物的倡导者真是太棒了。我经历过那些火灾。这不好玩。看到用户感觉很棒让我很高兴。
除了流行语之外，团队转向新的软件交付方式的一些有用的共同起点是什么？
阅读、观看、收听。人们分享了大量关于他们的 DevOps 成功和失败的信息——你会注意到，虽然有时会提到工具，但通常是次要的，最重要的是分享实际发生的事情的故事，学到了什么，什么有效，或者什么失败了。如果你参加过 DevOpsDays 活动，你就会知道这是该活动的一大特色——人们在讲述他们的故事，而不是告诉你如何使用工具。阅读优秀工程团队的博客——Etsy 的 Code as Craft 博客就是一个很好的例子——也可以帮助激发伟大的想法。
面对面的学习也很棒，并且与您当地社区的人们建立联系不仅是建立人脉的好方法，而且还提供了一种更实践、更令人难忘的体验，而且...好吧，通常，你的注意力比你随时可以暂停的 YouTube 体验更加集中。即使是最小的城镇也有 Meetup 活动，当然，较大的城镇有很多选择的奢侈。参加任何活动——一个非常通用的 IT 人员聚会、一个云聚会、一个 DevOps 聚会，或者一个更具工具或语言针对性的聚会——可以帮助你了解其他人如何在他们的工作场所或空闲时间做事情。Elastic 社区在世界各地（南极洲除外）都有 meetups，对于初学者和有经验的用户来说，这都是很好的学习机会——如果我们在你的地区没有一个 meetup，我们有一个 方便的新指南来帮助你启动一个。（它甚至可以用来启动一个非 Elastic 的 meetup；我们甚至在 Creative Commons 许可下分享了它，供任何人混音和重用！）
最重要的是，我认为团队需要有一个愿景。不是他们想要在技术上实现或完成什么（“6 个月内完成全新的网站！”），而是成为一个问题更少、生产力更高的更好的组织的愿景。阅读 The Phoenix Project——它实际上是一本有趣的、大多数在 IT 部门工作过的人都能感同身受的小说，而不是一本枯燥的操作指南——可以真正向新手们说明，存在一种未来的状态，他们可以成为公司的英雄，完成更多的事情，做得更快，做得更好。让人们觉得自己可以热爱自己的工作，并且觉得自己作为员工更有价值，这是一个伟大的激励因素，并且提醒他们所有的工作都是值得的。
听起来倾听是一个关键的起点。你使用哪些倾听实践来在不同团队之间建立认知同理心？
你知道“设身处地为他人着想”这句话吗？它绝对适用于这里。虽然我希望所有团队都可以做一些像与其他团队真正交换空间一样具有沉浸感的事情——让开发人员来运维部门工作一周以获得视角——但这当然并非总是可行的。但是坐在某人旁边，或者与另一个团队的某人远程共享您的屏幕，让他们观看您的实际体验，肯定可以让他人大开眼界，并且可以帮助建立对事物如何实际影响您的同情心和关心。个人联系非常棒。
除此之外：关于其他团队正在发生的事情的透明度至关重要。让人们加入您的邮件列表，或者进入您的 IRC/Hipchat 房间；通常能够观察、参与和评论任何事情，即使只是
还有：乐趣。我提到乐趣了吗？我喜欢乐趣。我们都喜欢乐趣。与其他团队一起做有趣的团队建设活动——将人们聚集在一起使沟通成为可能，建立信任，建立同理心。这都是通往光明未来的道路的一部分。
你将谈论那些可以促进沟通并更好地完成 DevOps 的工具。这是否意味着我最终可以购买 DevOps 了？
是的！如果你今天购买一个，你将获得第二个...免费！
好的，也许不是真的。但是让我讲一个小故事，也许它会更清楚地说明事情
今年 1 月，我很高兴能够前往欧洲参加在比利时举行的 FOSDEM 和 Configuration Management Camp，随后参加在伦敦举行的 Ansiblefest。Ansiblefest 当然是由 Ansible 的优秀员工举办的，该公司是同名流行的开源项目背后的公司，他们碰巧雇佣了我的一群 Fedora 项目伙伴。
我的公司 Elastic 是 Ansiblefest 的赞助商，这意味着当我不发推文时，我就在我们的展位与人们聊天。我听到了关于 ELK stack 和 Ansible 的两个常见、重复的主题
“它易于使用，并且对运维和开发都很有用——双方都对我们找到了一些我们都喜欢的东西感到惊讶。而且“我简直不敢相信！”的对话打破了僵局，让我们进行了更多的交谈并改善了沟通。这也促使我们进行了更多关于我们团队流程的其他部分对我们来说很困难的平和对话——所以我们可以开始解决这些问题。”
和
“我们偶然发现我们都在使用相同的工具，只是用于不同的目的——我们开始交换关于如何使用它、最佳实践以及诸如此类的技巧和想法。接下来我们知道的是，我们正在想办法一起使用它——并意识到我们可以在哪些地方进行改进。”
长期以来，IT 部门一直是地域行为的场所（“你敢碰网络！”）——而且大多数部门都有一些对一个群体来说很棒但对另一个群体来说很糟糕的工具的例子，这导致了团队之间的摩擦。当你拥有一个易于使用并能解决开发和运维问题的工具时，这是一个很大的改进，仅仅是因为你减少了一个争论点。
但有些工具更进一步，而作为一个拥有健康、充满活力的社区的开源项目是这里的关键因素。简单性和灵活性，加上一个充满活力的贡献者社区，是激发热情的秘诀。 用户热情地不断推荐，热情是因为他们感觉良好在使用它，热情是因为他们来到社区寻求帮助，并成长为帮助他人。 贡献者变得热情，因为他们已经超越了使用，并且感觉自己是更伟大事业的一部分，并为该事业的成功做出贡献。
没有什么比对某件事的共同热情更能将人们团结在一起了；它创造了沟通开始的地方，这可以使人们走上一个每个人都在共同改进事物的状态。 在实践 DevOps 的道路上有很多障碍；沟通是一个大问题，而仅仅是找到时间学习新技术又是另一个问题。 工具不是 DevOps 的魔法棒，但是当工具达到易于使用、跨团队功能和拥有健康社区这三个魔法要素时，它就会降低这些障碍——因为人们希望与他人分享他们的成功。 ELK stack 项目和 Ansible 只是我听到实际证据表明工具如何点燃团队团结过程的两个例子。
好吧，所以我不能购买 DevOps。 那聘请呢？ 招聘“DevOps 工程师”正接近货物崇拜状态，我们如何帮助招聘职位的人理解这一点？
这很棘手。 招聘经理和实际招聘人员在这里肯定有共同的责任，他们需要了解（或被告知）他们实际上想要合格的候选人具备什么，以及如何吸引这些候选人。
对于 DevOps 实践社区的参与者——即所有分享他们的经验、实践、代码、观点，并且通常试图帮助改善 DevOps 实践社区的状态和技能的人们——我认为最立竿见影的事情是让招聘人员知道这不会吸引潜在的应聘者。 如果你在 LinkedIn 上，或者你的简历发布在你的个人网站上，并且你在任何地方都有“DevOps”或“Docker”或上面示例中提到的任何其他关键字，那么很有可能，你已经被 ping 过了。 如果它写着 DevOps 和 Docker，好吧，我为你的收件箱感到难过。 它一定很紧张。
事实是：任何了解 DevOps 的人都不会多看一眼一家看起来不明白 DevOps 不是通过聘请一个团队并给他们贴上标签来获得的的公司。 如果你不了解情况，你就不会得到你需要的人。
一个快速、礼貌的回复，简单地表明不感兴趣，并友好地建议该职位描述暗示对 DevOps 的实际理解不足，因此会吓跑任何可能真正拥有符合资格的知识和经验的人。 之后可以附上一个有用的文章的链接，并建议阅读《凤凰项目》。 如果互联网上有此剪切粘贴模板，那将是壮观的。 嘿，互联网：免费的想法，可以提升你的声誉！
你最喜欢的开源项目吉祥物是什么，官方的还是非官方的？
哦，天哪。 我最喜欢的主题之一。 这是一场三方平局。
Beefy Miracle (@beefymiracle)，Fedora 17 的同名者，当然，在我心中有着特殊的地位。 尽管有些人认为这是有史以来最糟糕的名字，但他的遗产仍然存在。 如果你不知道 Beefy 的历史，你绝对应该了解一下——这是一个很棒的故事。 记住，孩子们：芥末代表进步！
但是，天哪，Sir Logs-a-Lot (@logstash)，代表 Logstash 项目，超级可爱。 如此多的内置棒极了。 Logstash 以无数种方式“隐藏”您的日志。 Sir Logs-a-Lot 有胡子。 他是一个日志。 他太棒了。
如果我需要更多的牛铃，那么 Ansibull (@ansibull) 随时准备好使用牛铃部署 Ansible playbook。 使牛铃可部署。 他惊人的双关语完全可以转发。 他让我随机地窃笑，这太棒了。 实际上，现在我想想，我很确定在 Galaxy 中没有牛铃 playbook（对不起！我的误解。）。
演讲者访谈
本文是演讲者访谈系列的一部分，该系列针对 DevNation 2015，这是一场由来自全球各地的开发人员举办的开源大会。.
评论已关闭。