敏捷团队中有效沟通的5种模式

我们的沟通方式是雇主在招聘时所寻求的最重要的技能组合。 它对成本，生产力，团队士气和员工在工作场所的保留率有重大影响。 《经济学人》杂志进行的一项研究表明，沟通中的问题通常会延迟项目的完成，导致士气低落和目标缺失，并可能导致销售损失。

考虑到这一点，与具有不同角色的敏捷团队（例如项目经理，开发人员，测试人员，业务分析人员，Scrum Master和架构师）合作时，找出沟通中的这些差距变得尤为重要。 每个角色都有不同的责任，这些人发展出自己的思维模式和沟通方式。

过去几十年来，我们在沟通方面遇到的同样问题仍然存在。 例如，您是否曾经遇到以下任何情况：

• 您发现了一个错误，但是开发人员没有听您说什么而忽略了您？
• 您正在与位于国外的远程团队打交道，但是很难为他们进行协作，尽管您为他们提供了进行适当的交流和状态更新所需的全部资源？
• 尽管您定期报告项目状态，您的利益相关者仍会询问您有关项目状态的信息吗？

如果您对以上任何一个问题的回答为“是”，那么您并不孤单。 这些是敏捷团队中常见的重复出现的问题。 好消息是我们有办法提前缓解这些问题，以便您可以在工作场所采取纠正措施。

不同的沟通方式

在敏捷团队中改善沟通的关键是认识这五种沟通模式。

非口头交流

肢体语言和语气是我们日常沟通的重要组成部分。 1971年，非语言交流研究者Albert Mehrabian提出了“ 7％-38％-55％”规则，该规则在世界范围内广为流行，并且仍然具有现实意义。

他发现，在我们的日常交流中，单词占7％，语气占38％，肢体语言占55％。 这意味着惊人的93％的日常交流是非语言的，并且极大地影响了我们在工作场所的行为。

话虽如此，重要的是要注意团队中人们的非语言暗示，尤其是在开发人员和测试人员之间的交流中。 他们彼此之间的沟通方式存在知识鸿沟 ，但问题最初通常源于不良的肢体语言和语调。

例如，在某些情况下，开发人员认为测试人员具有与在代码检查期间解释代码更改时相同的技术专长。 当测试人员提出对开发人员显而易见的问题时，开发人员可能会皱眉，抬起眉毛或摇头，表明他相信该问题简单或无效，从而导致他们之间立即产生摩擦。

这导致测试人员不会因为担心缺乏相同的技术专长而被贬低或谴责，因此不会向开发人员询问未来的问题。 这也是一些开发人员与测试人员不相处的主要原因之一。

我们需要密切注意这些非语言暗示，因为它们从长远来看会变得破坏性。 改善非语言交流的一些方法是：

• 给人们表达意见的机会。
• 在讨论中表现出兴趣。
• 当有人与您交谈时，保持适当的眼神交流和身体姿势 。
• 参与。
• 注意手，脸和身体所执行的手势。
• 尊重他人的个人空间 。
• 注意你的语气； 特别是在有很多人的公共场合。

非语言交流的另一个重要部分是主动聆听。 做一个好的听众是一门艺术。 很多时候，我们没有通过不给别人说话的机会或在谈话中间打断他们而听到别人的声音。

例如，假设有一项任务比较两个文件之间的数据。 我们可以召开会议并讨论针对该问题的不同解决方案。 这些可能包括创建实用程序来执行此任务，或者将数据导入数据库，然后使用不同的SQL命令进行必要的验证。 最初执行此任务可能需要数小时或数天。

在讨论过程中，如果一位开发人员对此问题有一个更简单的解决方案，即他/她可以使用数据比较实用程序并可以在几分钟内执行此任务，请想象可以节省多少时间和精力！

但是，如果这个人没有机会分享自己的想法并被不断打扰，那么这样的想法将永远不会公开出现。 结果，团队的生产力可能降低很多。

因此，请确保我们听取不同的对话。 正如温斯顿·丘吉尔（Winston Churchill）曾经说过的那样： “勇气是站起来说话所需要的； 坐下来聆听也需要勇气。”

跨文化交际

在当今敏捷团队由来自不同地区，文化和背景的人们所组成的时代，识别个人和团队之间跨文化交流的差异变得越来越重要。 对于口头和书面交流尤其如此。

当进行口头交流时 ，不同的人在团队交流中使用不同的短语和单词。 我们在一个地区中使用的某些短语对于其他地区的人可能完全陌生。

例如，当我们说“ 让我们为该项目做准备 ”时，来自不同文化背景的人可能不理解该短语的含义，并且可能会有不同的解释。

同样，当与远程团队合作并设定任务期限时，某些地区的人可能会同意他们的意见，尽管他们知道期限是不现实的。

再次由于文化差异，一些地区的人不敢问问题或推迟截止日期。 在这些情况下，它有助于重申您的观点，要求对方总结他们对谈话的理解，并询问他们是否有任何问题。 采取这一额外的小步骤对预先缓解问题大有帮助。

对于书面交流 ，这也是团队交流的重要组成部分。 电子邮件在该列表的顶部。 研究表明 ，全球每天发送的电子邮件达到惊人的2690亿个。 据估计，到2021年底，每天将发送超过3190亿封电子邮件，将有41亿电子邮件用户，这是全世界人口的一半。

在这种情况下，来自不同地区的人们经常在键入文档和电子邮件时使用不同的单词和短语。 这通常会导致对所讲内容的误解。

例如，来自其他国家/地区的人可以使用诸如“我已经暗示团队将需求添加到故事中”之类的句子，而不是说“我已经告知团队将需求添加到故事中”。

同样，在尝试安排会议或设置任务期限时，不提及时区也是造成混乱的巨大原因。 当我们提到某个时间（例如晚上9点）时，至关重要的是提及现在是下午9点（CST，PST还是EST），与不同国家的分布式团队合作时，这一点变得尤为重要。

理查德·刘易斯（Richard Lewis）在他的《 当文化相撞时 》（ When Cultures Collide）一书中提出了刘易斯模型，将来自不同地区的人们分为三种类型：线性活跃型，多重活跃型和反应型。

根据此分类，人们根据来自何处的反应，行为和思维方式会有所不同。

认识到这些差异将有助于个人更好地相互协作，并作为一个单元工作。 此外，一些简单的社交技能将帮助开发人员和测试人员适应任何环境。

设定期望，目标和期限

在编写故事时，整个团队需要知道需求是什么，将由谁开发和测试，完成故事需要花费多少精力，何时需要完成故事，以及它将映射到什么功能首先了解为什么要开发它。 没有所有这些信息，将会有很多误解和预期结果之间的差距。

目标不明确也是敏捷团队的常见问题之一，这会使他们感到压力和动力不足。 为了减轻这些问题，我们需要对特定任务的目标和结果设定明确的期望。 在整个过程中，重要的是激励和发展这个人，以达到他们的最大潜力。 与团队成员的这种持续互动至关重要，并且可以带来巨大的改变。

有效的反馈回路

及时交流反馈对于敏捷团队的成功至关重要。 这适用于个人和团队的反馈。 可以通过以下两种方式来改善个人反馈：

1. 主动反馈 。 这是个人主动向受信任的同级或同事请求有关他/她如何执行特定任务的反馈。 就像您问“我正确吗？”之类的问题一样简单。 或“我能做得更好吗？”
2. 反应性反馈。 这是同事或同事根据您所做的事情向您提供反馈的时候。 可能是诸如“您告诉我们的内容很棒，但是下次我们只需要听X，Y和Z”或“这种方法似乎更好，您怎么看？”这样的反馈。

为了提高团队的反馈，我们需要确保在冲刺中召开回顾性会议，以讨论有效的方法和无效的方法。

团队面临的问题应该公开讨论，我们需要集体提出解决方案。 对于讨论的每个解决方案，都需要指派团队中的一个人来完成任务，以跟进这些项目。 这有助于给团队一种增强的感觉，并帮助他们作为一个整体工作。

安全语言的使用

在敏捷环境中，团队通常坐在一起，相互协作并完成多个任务，通常一次完成。 这是现实。

在这样的环境中，有些情况下我们不得不花很少的时间去思考时间表，我们需要停止当前的任务并进行其他对团队和其他利益相关者来说是更高优先级的任务，或者参加会议，并根据讨论分配任务，我们知道由于其他优先事项，可能无法按时完成。

在这些情况下，使用安全语言有助于确保我们不会屈服于压力并确保我们继续保持生产力。

这是一个概念，在回复别人时我们会仔细说出句子的准确性。 我们使用以下短语：

• “完成这项任务后，我可以这样做吗？”
• “在这种情况下，它可能无法正常工作。”
• “你可能是对的。”
• “我可能不同意这一点。”
• “我的经验是……”

因此，下一次您的项目经理要求您提供完成特定任务的时间表时，请暂停并使用安全语言以防止您陷入困境。 几秒钟的精挑细选的字词可以防止以后出现很多问题。

成为有效的沟通者

在过去的几十年中，通信中存在的同样问题在当前的敏捷环境中仍然适用。 现在该到了我们认识到本文重点介绍的沟通方式并开始采取纠正措施的时候了。

这将帮助团队更好地协作并作为一个单元工作。 结果，将会提高生产力，团队士气和工作满意度。 正如托尼·罗宾斯（Tony Robbins）曾经说过的那样：“ 要进行有效的交流，我们必须认识到我们在感知世界的方式上各不相同，并将这种理解作为与他人交流的指南。”

翻译自: https://www.javacodegeeks.com/2019/09/5-patterns-for-effective-communication-in-agile-teams.html