使用devops的团队_具有DevOps心态的团队的蓝图

使用devops的团队

在我从事软件工程的33年中,我有幸与一些最聪明的头脑和领导者一起工作。 我也很幸运地为一个经理工作,这使我每天都对自己的职业提出质疑,并有条不紊地打破了我的热情,就像一团毁灭性的大火将氧气从密封空间中吸出。 那是一个令人不安的时期,但是当我挣脱出来的时候,我意识到我有机会思考有效团队最伟大的反模式之一。

进行DevOps思维方式转换时,组织及其工程团队的文化是最大的挑战,这不足为奇。 组织需要通过领导力和自主权来发挥影响力,促进学习和实验的文化,在这种文化中,失败是创新而不是逼迫的机会。 恐惧报应应该像印度古老的萨蒂(Sati)做法那样被拒绝 。 团队需要感觉自己在安全的环境中运作,了解转型带来的影响,并知道他们将如何受到影响。

让我们回顾一个有效的团队蓝图的遗传信息。

如下图所示, 自组织是在团队内部建立秩序的自然过程。 它概述了自治团队如何协作和协调。 自我管理定义了不同的团队成员如何以自己的方式一起工作,并与领导者拥有的共同愿景和治理保持一致。

Line of autonomy and governance

自主权和治理权。

团队规模是一个引起激烈讨论的话题。 有人说理想大小是7±2,有人说是6±3,而另一些人则认为没有上限。 人类学家RIM邓巴RIM Dunbar)提出了另一种论点,他在关于人类新皮层大小与群体大小之间关系的论文中说,“有效团队中的个体数量存在认知极限”。 他认为,如果您想要一支高度凝聚力的团队,请将团队规模保持在12岁以下。

亚马逊首席技术官沃纳·沃格斯(Werner Vogels)的名言“ 您建造,运行 ”很容易让人联想到《蜘蛛侠》的主题主题:“能力越强,责任就越大。” 我们需要培养主人翁精神,责任感和责任感。 团队中的每个人都必须得到授权,受过培训,可以经营企业,负责任并随时待命。 发生现场事件时,所有指定的响应人员(包括相关要素团队的成员)都必须加入凌晨2点的电话,以收集根源原因的证据,进行调查和补救。

Clock
epiphany:
凌晨2点叫醒电话是生产就绪型思维的最佳动力。 数次将任何工程师带入一个清晨的现场事故中,魔术棒的质量将得到改善。

跨职能部门是有效团队蓝图的遗传信息的另一个关键部分。 与通常的看法相反,这并不意味着团队中的每个人都可以做所有事情。 相反,如下图所示,跨职能团队基于T型技能或T型人员的概念。 T的横条代表广泛的专业知识以及与他人合作的能力,而竖条则表示单一专业知识的深度。 假设我们有一个三人团队,由开发,测试和用户体验方面的专家组成。 每个人都有自己的T型技能。 当我们将三位专家的遗传材料结合在一起时,我们会得到一个具有专业知识和广泛专业知识的T型联合团队,可以设计,开发,测试和支持作为跨职能团队的功能。 学习文化不仅可以确保团队的广泛专业知识与业务需求保持一致,而且还可以赋予团队及其成员权力并激励他们。 信息共享和褐皮包事件是两个出色的团队建设工具。

Effective teams

测试人员短缺? 没问题; 在测试专家的支持下,开发和用户体验专家可以暂时融入测试角色。 当测试人员自动化测试,学习并分享良好的编码习惯,帮助改善反馈循环并帮助团队扩展除单元测试和回归测试之外的技能时,开发人员与测试人员之间的界限开始变得模糊。 开发人员和测试人员角色将演变并合并为工程师角色。

这就提出了一个问题:“ 如果团队成员拒绝担任跨职能人员该怎么办? ”在一个有效的跨职能团队中,英雄人物或骑士们没有放置闪亮盔甲的地方–找到他们的另一个家。

每当达成目标时, 激发庆祝团队和组织的成功。 它激发了团队精神,激发了团队精神,并成为其他人取得成功的主要灵感来源。 您的团队可以享受一轮玉米片,以确认您的工作做得好,通过GetKanban游戏玩耍和学习,鼓励团队成员在冲刺后与家人庆祝,或者作为常规站立训练的一部分,回顾并庆祝快速反馈。 选项无穷无尽-仅确保您以团队的方式共度时光。

例如,无论是通过冲刺还是失败,我们的Scrum Master总是会反思我们的成就。 最终让我意识到,这不仅使我们成为团队的纽带,而且其他人也渴望成为我们的团队。

最后,请记住保持简单性,以降低风险,培训,过程和产品的成本。 启用勉强够用的(JBGE)方法。 简单性会对可维护性产生积极影响,并使跨职能的团队能够协作并更有效地相互补充。

您可能想知道为什么以上都不是新的启示。 正如分析DevOps的DNA中所讨论的那样,我们认为DevOps继承了数十年的实践和学习,包括瀑布,精益思维,敏捷和“现实世界”凌晨2点现场呼叫。 我们没有发明任何新东西; 相反,我们将继续反思,学习和简化我们的蓝图。 DevOps的心态是建立在一些成熟的基础上的,当团队专注于交付,遥测,生产支持以及(最重要的)将团队紧密联系在一起时,DevOps就会亮起来。 一个不喜欢在一起的团队不是团队。 他们是一群被告知要一起工作的人。

因此,让我们回到我提到的最大的反模式。 高效,自治,授权,自我组织和自我管理的团队基于对领导的信任启发支持 。 如果缺少这些重要的Struts中的任何一个,毒性就会上升,热情会下降,并且您是最具破坏性的反模式的目击者,它将消灭任何一支多元化,协作且有效的团队。

Blueprint for an effective team with a DevOps Mindset

具有DevOps心态的有效团队的蓝图。

那么,您在一支有效的团队中吗? 您是否经历过影响您的DevOps转型的反,消极或积极模式? 让我们在评论中知道!

接下来要读什么

翻译自: https://opensource.com/article/18/12/blueprint-team-devops-mindset

使用devops的团队

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值