开发人员希望听到

您在这种情况下去过多少次？

您正在与团队开会，并且都在讨论新功能的实现。 这个小组似乎正在融合一个设计，但是有些让人感到有些“气味”。 您向团队指出这一点，也许概述了使您感到不舒服的特定领域。 也许您甚至还有其他解决方案。 团队让您发表意见，但向您保证他们的解决方案是The Way。

还是这个呢？

一位技术负责人要求您修复错误，然后在实施过程中会定期跳出一些想法，以确保您走上正确的道路。 在合并代码之前，一切似乎都还可以。 现在，您可以清楚地意识到，您的实现并不是领导的初衷，而在解释和维护您的设计决策并尝试合并反馈时，会有一个令人沮丧的来回过程。 最后，该解决方案看起来不像您的工作，并且您不确定自己最初实施的问题是什么–它解决了问题，通过了测试，并达到了您个人认为重要的标准（可读性/可扩展性/性能/稳定性/实施时间，无论您重视什么）。

与女性开发人员交谈时，您常常会听到“我觉得我必须非常努力地说服人们相信我的想法”或“花了很长时间证明自己的价值”或“我仍然不知道该怎么做”。被视为团队的正式成员”。

而且您从女性那里听到很多，因为我们向女性问了很多他们不喜欢自己的工作，因为作为一个行业，我们（正确地）担心女性开发人员的匮乏以及她们离开技术行业的惊人速度。角色。

但是，如果您问任何开发人员，您都会听到类似的声音。 即使是非常资深，非常有经验的（非常白人，非常男性）的开发人员也会感到沮丧，试图说服他人他们的想法有价值。

这不仅是女性的问题。

我一直想知道我们的问题是否在于我们不听 。 在交流技术思想时，我认为总体而言，我们并不善于彼此倾听。 至少，我认为我们很难让人听到。

让我们考虑一下：如果我们不听开发人员的话，或者如果我们不帮助他们了解他们为什么做错了，或者一起努力将所有想法整合到最好的解决方案中，开发人员会变得沮丧。 我们是知识工作者，我们带来的是我们的大脑，我们的想法，我们的解决方案。 如果这些价值始终不被重视，我们可以采用以下两种方法之一：

1. 无论如何都要做到这一点。 我们仍然认为我们是对的，我们还没有确信我们的想法是不正确的，或者别人的想法是正确的（也许是因为我们没有听他们讲？也许是因为没人花时间听了我们的话）并解释为什么我们错了？也许是因为我们是正确的，没有人在听吗？）。
2. 离开。 我们可能会加入一个我们觉得更有价值的团队，或者我们可能一起放弃发展。 至少作为业务分析师，项目经理，测试人员，人们必须听取我们的意见：按照他们的定义，这些工作的输出就是对开发团队的投入。

选项一在我们的应用程序中导致流氓代码，通常团队中的其他任何人都不会检查它们，更不用说他们理解了，因为当然我们不允许这样做。 因此，它是秘密完成的。 如果可行，最糟糕的是没有人注意到。 充其量？ 您被冠以实际上完成某事的英雄角色。 这是不对的，我们是对叛逆行为的奖励，不是鼓励诚实的讨论并让人感到包容。

选项二导致团队（可能是整个行业）失去开发人员。 有时您可能会争辩“好结婚”。 但是存在这样的技能短缺，雇用开发人员非常困难（昂贵），而且您一定已经看到该开发人员首先雇用他们的东西，这肯定会更便宜，更好，从而使他们感到受欢迎，想要，重视？

我们该怎么做才能互相倾听？

• 回顾展。 如果做对了，这些将为团队提供一个讨论问题，提出问题和提出改进建议的安全场所。 它不一定是讨论代码或设计的地方，但它是引发上述问题并提出解决这些问题的方法的好地方。
• 您可以安排会议以分享技术思想：也许是常规的棕色袋子，以帮助人们了解技术或现有设计；或者 可能讨论和解释特定区域的架构或设计或原理的会议； 也许对于那些闻所未闻的人来说是时间和空间，这些人对他们很重要的原理进行了更详细的解释。 这些会议必须由开发人员领导，这一点很重要，这样每个人都有机会分享他们的想法。
• 配对编程。 当您坐在一起，一起工作时，会有大量的想法，信息，设计和经验。 不一定是由资深人士指导经验不足的开发人员，我们每个人在实施过程中都有不同的技能并重视不同的素质–例如，你们中的一个可能对测试很着迷，而另一个则真正在乎可读性代码。 当成对实现某个东西时，您会感觉到该代码的所有权，但是您个人对代码的依附感却降低了–您创建了代码，但是却要从你们俩的共同努力中创建出来，因此您必须互相倾听才能结论并执行。 如果有更好的主意，那就很好了，它只会改进代码。 您一直在向与您一起工作的其他人学习，并且可以看到他们向您学习的效果。
• 我们应该珍视和指导更多的技能，而不仅仅是技术技能。 我不知道为什么我们仍然有这样的想法，即开发人员只是打字员与计算机交流–最好的开发人员可以在团队中良好地工作，并与企业和用户进行有效的沟通。 最好的领导者可以使团队中的每个人都更有生产力。 在成功的组织中，销售人员接受了诸如积极倾听 ，应对异议之类的技能培训。 更多的开发团队应将重点放在提高这类沟通技能上，以作为一种生产力工具。

我确定还有更多选择，我只是在十分钟之内想到了这些。 如果您阅读任何有关商务人士或发展事业的书籍，则有许多经过实践检验的方法可以使人们感到被聆听，与他人相处融洽。

因此，我们应该更加努力地互相倾听。 下次您与团队或老板讨论问题时，请尝试倾听他们的意见-要求他们澄清您不了解的内容（您看起来不会很傻，开发人员喜欢解释情况） ，然后重复您的理解。 要求同样的尊重作为回报–如果您觉得自己的想法没有被听到，请确保您与某人坐下来讨论您的想法或您的疑问的细节，并坚定地确保团队或该人在听你以为你在说什么。 我们可能错了，他们可能错了，但是我们需要了解为什么我们错了，否则我们将永远无法学习。

如果我们都开始多听一点，也许我们会更快乐。

翻译自: https://www.javacodegeeks.com/2014/12/developers-want-to-be-heard.html