devops定义_Coffee Shop DevOps:明确定义和传达团队目标

devops定义

上个月,我采访了Cockpit团队有关团队实践的知识。 我们从许多不同的角度进行了有趣的对话,但最值得注意的是我们不断回到的主题:理解目标,反馈循环的重要性以及致力于开放透明的交流。 我发现我可以轻松地将每个人与过去与我合作过的其他团队联系起来。 当您检查团队的行为和内部运作时,这些主题似乎对于团队冲突非常重要。

了解目标是驾驶舱团队引起我共鸣的第一批项目之一。 本月,我将集中精力了解您的组织尝试进行通信的目标,以及如何逐步消除通信故障。

1.目标正在传达,但没有以每个人都容易理解或注意到的方式传达。

让我们检查一下我在小组对话中与同事的交流。 我们正在讨论高层要求,以建立团队内部需要的报告。 在对话结束之前,工程师问我:“我们可以使用开源解决方案吗?” 我以为他是在谈论寻找已有的开源解决方案,所以我说:“是的,绝对使用开源工具。” 当对话中的第三人解释说:“不,他是说他的代码可以存储在GitHub上吗?”时,我开始将他指向我所看到的一些地方。

话语很重要。 不管喜欢与不喜欢,彼此之间的误会是非常容易的,即使我们像那天早晨那样进行面对面的交谈。 发生的误解只是一个简单的句子。 当所传达的消息更加复杂时会发生什么? 您认为沟通不畅加剧了吗? 我做。

2.没有传达目标,只是按照员工的意愿去做。

我可以花些时间谈论以上句子对任何组织所表示的否定性; 但是,如果我们将其分解成几部分,哪一部分对阅读的影响最大?

  • 没有传达目标。
  • 员工应该按照提示去做。

我两岁的脾气暴躁,我想说第二句话,但我认为第一句话隐藏了更多的伤害。 让我解释一下:如果普通员工对总体目标是什么没有洞察力,或者甚至不知道在需要做出决定时应该做出什么样的决定,他们很快就会发现自己处于等待状态有人告诉他们下一步该怎么做。 一个无权对下一步应该采取的步骤进行指导性选择的团队成员将有效地减少主动性,即所谓的“过分推卸责任”,也就是缺乏责任感,以及随之而来的士气整体下降。它。

我将其视为“推动”工作模式-有人向您分配错误或故障单。 您等待下一个任务,而不是了解总体目标,如何朝着该目标努力以及将带领团队在那里的哪些较小或主要的课程修正。 有时候,这种工作模式对于组织来说可能是不错的选择,但是我的经验告诉我,对于大型组织而言,它不是这样。

通常,我们认为这是将产生最大结果的模型,尤其是当无法信任为我们工作以及与我们一起工作的人们时。 以某种方式分配工作意味着它将被完成,因为它已被分配。 当它没有完成时,您会知道某人没有在做他们的工作。 它是可量化的。 这听起来对您的组织熟悉吗?

我们如何打破这些链条并摆脱这些问题?

尽管某些问题发生在组织无法由个人解决的问题上,但作为个人,我们确实承担着纠正的负担。

  • 单独了解目标:您是否陷入了无法理解为团队设定的目标的情况? 我的直接建议是继续提出问题,直到您了解目标为止。 不要满足于含糊的解释。 现在,您可能无法完全了解所需的每一个细节,但是您确实需要了解问题集或您试图从更高层次上实现的目标。 如果有后续研究或对话来发现其余内容,那就很好了。
  • 注意:如果某人在谈论需要解决的问题,请注意该人。 实际上,请充分注意他们。 在多任务处理已成为常态的今天,这可能是一个挑战,但我确实希望我不需要解释其危险性。 您可能会认为,当您听组织中的某些人谈论目标时,可能……很无聊吗? 难道是因为当他们谈论需要协调下一财季的增值影响以在云中增加收入流时,您不懂他们在说什么吗? 我也是。 这是一个线索:告诉他们你不明白。 挑战他们,用时髦的词汇解释他们的目标。 注意还假设一件至关重要的事情-您关心自己的谋生方式以及与之互动的人。 如果您超过了该州,那将是一条艰难的道路。
  • 帮助您的团队进行交流:准备好并愿意向他人解释您的理解以及为什么进行某些工作。 仅仅因为您了解它并不意味着其他人就能理解。 仅仅因为您认为自己了解并不意味着您就知道-总是对别人的观点感到好奇。 这包括在团队中和不在团队中的人。

此外,不要以为沟通容易,只发送一封电子邮件就意味着您完成了。 几年前,我发布了一个公告,需要引起广泛的关注。 我担心阅读信息的可能性有多大,而保留的却少得多。 在这种特殊情况下,宣读公告很重要。 在没有游戏计划的情况下,我寻求内部沟通专家的建议。 直到今天,她的建议仍然困扰着我:让人们至少使用三种不同的沟通方式。 这将帮助他们保留并可能了解您要交流的内容。 方法包括电子邮件,视频,面对面,其他技术(集中式仪表板监视器,应用程序,贵公司或项目的Wiki页面)和语言等内容。 不要犯坚持一种方法的错误。

在很可能会及时使用重要消息的日子传达您的重要消息。 星期五和星期一是糟糕的日子。 通常星期二和星期四是理想的。

停止假设每个问题都需要像另一场大火一样对待,然后再逐步升级。 在您理解问题之前,请不要尝试解决问题。

当您放慢速度,清晰地沟通并花时间充分理解问题并确保每个人都在同一页面上时,可以避免所有带有目标的问题。

翻译自: https://opensource.com/business/16/7/defining-and-communicating-team-goals

devops定义

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值