这是DevOps文化人类学家系列文章中的第四个博客。这个博客描述了DevOpsDojo：它们是什么，它们来自哪里，以及它们为什么对DevOps社区很重要。我在continuous delivery和DevOps行业工作了九年，在这期间我做了很多观察。我见过成功的策略，也有失败的。我的目标是帮助你成为成功者之一！我很乐意听到您对持续交付和DevOps的评论和经验。我是波士顿-詹金斯地区会议小组的组织者。我们每月举行一次会议，会上有演讲者谈论詹金斯的各种话题，并相互交流。我们的聚会在晚上7点开始。但是，在此之前，我们有一个DevOps道场，从下午12点到下午6点45分。道场是人们在棘手的德沃普斯和詹金斯问题上顺道而来接受帮助的地方。我和我的共同组织者大卫·耶茨博士提供了这项服务，作为在CAMS（文化、自动化、监控和共享）中S（共享）原则的示范。我们认为回馈DevOps和Jenkins社区是我们的受托责任，DevOps Dojo为实践和指导提供了场所。实践是指"为了获得或保持对某项活动或技能的熟练掌握而反复练习或执行"[1]。道场提供了一个安全的环境来练习自己的技能。类似地，它提供了一个指导的场所，即"一个更有经验或知识更丰富的人帮助指导经验不足或知识较少的人的关系"[2]。这种实践和指导的结合是非常强大的。两者的结合起到了促进学习的作用。就像武术一样，没有重要的、专注的练习和指导，德沃普斯是不可能掌握的，导师提供了必要的指导，以航行在黑暗的水域德沃普斯。之后我们的第一次波士顿-詹金斯地区会议，我确定了五个人将成为伟大的导师。我让他们在波士顿詹金斯聚会现场扮演领导者。他们都同意了。这是另一个在CAMS中共享的例子。他们都是Jenkins的超级用户，他们在我们社区中成为领导者的第一反应是非常令人印象深刻的。你们组织中的DevOps领导者是谁？你如何识别他们？他们是权力使用者，善良大方。你如何识别他们？你和他们说话。你让他们交谈和分享。如果他们愿意这样做，那么他们是一个很好的导师和领导候选人。如果他们没有，或者没有表现出积极的团队导向素质，那么就把他们排除在指导之外，并指导他们成为导师。我以前说过，但在德沃斯工作你得很好。DevOps对团队的专注需要它。那个持有DevOps Dojos的最初想法来自大型零售商Target。能力建设是目标公司最重要的工作之一。由于DevOps的主题专家相对较少，他们发现接触这些专家是一个限制因素，使他们难以为新团队扩展学习过程。为了解决这个限制，他们提出了一个学习"道场"。塔吉特看了亚当·雅各布关于德沃普斯功夫的演讲，然后想到了一个通过重复和发展技能来练习德沃普斯的地方。米里亚姆·韦伯斯特的字典将道场定义为"训练各种自卫艺术（如柔道或空手道）"[3]。这与亚当·雅各布的功夫隐喻和团队创造自己的德沃普功夫风格相一致。"道场是一个专门的空间，我们的主题专家在其中长期居住。这是自动化工程师、高级Scrum领导者、OpenStack工程师、Chef专家、Kafka工程师等的基地。项目团队和产品团队希望利用这些专家来构建自己的专业技能，可以在Dojo中整合他们的团队，以便轻松访问这些资源。这个学习时间可以是几天，几周到一个月或更长时间。在一个有限的专用区域内提供对这些知识的访问，使我们的自动化工程师、DevOps实践领导者和领导开发人员能够根据需要从一个团队转到另一个团队，以支持他们的培训和学习需求。在Dojo中，我们一次最多可以支持八到九个团队，这是我们现有学习范围的一个显著提升。从Dojo中"毕业"的团队在未来的努力中会将一些资源投入到学习环境中，从而提前支付投资以帮助发展下一组个人和团队。"[4]这种提前支付的概念是一个重要的概念。Dojo的目的应该是创建新的DevOps领导者。导师们将提高他们的领导技能，受训者将进一步发展成为可以自学并继续学习的DevOps实践者。"教书育人"的意思是"教你自己，使你自己可以学习。"这是一条真理。如果你想学点什么，没有比教别人这门学科更好的技巧了。同样，我的祖父是东普罗维登斯高中的历史老师，他总是说最好的教学是他在美国陆军航空兵部队（他是一名精锐的庞巴迪机长，在二战期间执行了317次飞行任务）。他说，首先你告诉他们你要教什么，然后你教他们，然后你用它来测试他们。这是一个教学真理，应该在DevOps Dojo中作为教学的一部分加以利用过程。团队那些花时间在目标Dojo上的人正在学习全方位的技能，这比参加单独的培训班更有效率。在使用新的应用程序技术设计应用程序时，他们构建了基础设施的自动化。他们正在学习敏捷开发实践并应用测试驱动的开发方法，因为他们正在努力建立一个持续的交付模型。将所有这些概念结合在一起的价值是非常强大的，我们看到了团队在完成Dojo的过程中取得的巨大进步。在大多数情况下，最初的学习曲线是陡峭的，但是我们已经看到团队在几周内达到了他们的目标，并且开始看到巨大的生产力提高。这些团队从经验中脱颖而出，拥有更强大的技能和全新的工作模式，使他们能够更加自给自足和更具生产力Thomas McGonagle DevOps高级顾问，全球服务CloudBees[1][2]https://en.wikipedia.org/wiki/Mentorship[3][4]： DevOps文化人类学家的现场笔记第2部分：复合材料：持续交付需要持续遵守第3部分：五个DevOps隐喻第4部分：DevOps Dojos：实践和指导的安全场所第5部分：Bramavihara:DevOps的四个不可估量第6部分：聊天：DevOps的促进剂第7部分：持续智能：更多的信号，更少的噪音第8部分：将操作放在DevOps中：第1部分