为什么自我组织是直观的,但又具有挑战性

原文 标签 IT工具网 其他

埃森哲的董事总经理MircoHering说:“自我组织可能具有挑战性;你需要了解实现目标所需要的是什么,而成功必须是可见的。”他建议创建一个界限,在其中自我组织和丰富团队的背景,显示他们做得有多好。 “这些年来,我改变了对自我组织的看法;我真的很喜欢这个想法,但我也经常看到这种想法失败,”2019年敏捷葡萄牙的Hering说。 他提到,自我组织的人需要理解实现结果所需的所有事情,并且团队需要看到成功。他说,在组织中,这两个因素通常都不容易实现,这就导致了自组织的团队选择他们想做的事情,而忽略了其他事情。他给出了构建一个概念证明的例子,该概念在功能上有效,但存在安全问题,并且不具有可扩展性。 Hering提供了两种方法来解决这个问题:要么创建自我组织的边界,要么丰富团队的背景,这样他们就能看到自己做得有多好。 为了创造边界,你要考虑所有需要做的事情,并在团队可以自我组织的地方和不能自我组织的地方达成一致。赫林举了一个例子: 在我的世界里,我们的敏捷教练可以自行组织他们想做的事情和要与哪些客户合作,但是营销预算和优先级(例如)是由营销团队定义的。 赫林说,如果你想丰富团队的背景,你可以随着时间的推移给他们提供越来越多的数据。让他们查看安全违规的数量、用户提出的支持票据、基础设施的遥测数据以及其他信息。 由于这将是压倒性的,如果一次完成,赫林建议缓慢增加数据流,同时提高自我组织的水平。 MircoHering谈到了将敏捷世界的想法应用到敏捷葡萄牙2019的DevOps中。

InfoQ采访了Hering关于平衡团队和组织的需求以及应用DevOps。

InfoQ:我们如何平衡团队的需求,例如自主性和自我组织,以及组织要求,比如确保它可以被管理和管理?

Mirco Hering:组织必须找到正确的平衡点。期望每个团队涵盖从基础设施到安全性再到可用性设计的所有内容是不合理的。我们需要小型敏捷团队,他们应该真正关注对他们的利益相关者最重要的事情。 其他方面应该通过自助服务功能进行介绍,如自动环境供应或部署管道中内置的安全性。在不可能的情况下,共享功能仍将发挥作用(例如,拥有团队可以利用的用户体验专家)。
关键是使这些过程尽可能无缝。我喜欢测量团队对团队之外的其他人的依赖程度,以及每次请求帮助所需的时间。这为您提供了两个很好的改进措施,以了解团队的自治程度。

InfoQ:对于在已经开始敏捷之旅的组织中应用DevOps,您有什么建议?

赫林:我真诚的希望是,如果你正在进行敏捷之旅,并且与软件有关,那么DevOps就是你旅程的一部分。DevOps在其最广泛和最有意义的意义上是关于改进整个交付过程。敏捷将帮助您构建更好的解决方案;DevOps将帮助您更高效、更独立地交付它。 实现这一点的关键是在DevOps的过程中使用敏捷,并将DevOps的改进作为积压工作中的实验来管理。每一个实验都会改进你的传递机制,或者让你了解一些关于这个机制的知识。如果应用正确,DevOps将在DevOps平台中创建团队可以使用的功能,而无需担心基础设施、安全性、性能和其他细节。DevOps可以成为自组织团队的一个伟大的推动者,通过将这些关注点抽象出来,并使它们成为敏捷团队交付的平台的一部分。当然,团队可以随心所欲地参与到平台中,但一般来说,他们可以专注于提供让利益相关者满意的功能成果。 如果你有有意义的指标来指导你,那么通过迭代迭代你会变得更好。不要让关于什么是DevOps或什么不是DevOps的教条主义阻碍你的方向;只要你在交付软件方面做得更好,你就走上了正确的道路。

相关文章:

大佬们,请慢点采集

tcpdump命令

基于发号器构建的短网址系统

java如何处理 java.lang.outOfMemoryError PermGen space error

远程办公工具大合集

Apache Camel是什么

在Java中声明数组

如何获取Android设备唯一ID

Nginx反向代理自建CDN加速节点实现DNS智能解析

欢迎来到IT工具网