在软件开发中进行交流

您曾经与软件开发人员交谈过吗？ 您知道那个书呆子坐在办公室的角落里，戴着耳机在键盘上快速编写神秘的命令吗？

我们（软件开发人员）性格内向，这是很常见的，而不是谈论而想专注于编程。 我自己是软件开发人员，在大多数情况下我会尽力将其隐藏起来时，我会时不时地看到我内向的一面。 谈论内向的人不是一件容易的事，而是真正必要的，尤其是当他们必须与客户见面或在压力较大的情况下（例如对于大量受众）出现时。

如果您没有注意到，与不回答或不发表意见的人交谈并不容易。 对于软件开发人员，如果您要谈论的不是技术，编程相关的东西，那就可能是这种情况。 实际上，在与软件开发人员讨论软件开发时，您会看到其中的一些开放，然后很难阻止他们继续进行，尤其是对于开发人员来说非常重要的主题时。 如果您不从事软件行业，并且认识一个有点害羞的开发人员，那么建议您尝试一下。

良好沟通的重要性

使之有趣的是，在软件开发中拥有良好的交流方法和技能确实至关重要。 对于开发人员，产品和业务而言，传递有关规范，要求，代码中的错误等的信息确实至关重要。 请求者与实际工作者之间必须有强烈的共识。 否则，您可能会遇到手头的问题，甚至得到错误甚至完全错误的解决方案。

无论使用哪种通信方法，很多时候信息都会丢失。 为确保人们了解所有必要的信息，您应该提出问题或进行其他测试。 这可能很困难，尤其是在观众众多的情况下。

静默信息

在开发人员中，有很多无处不在的静默信息。 此信息的问题在于，只有个人或一小部分人才能知道。 有一些通信方法可以共享此类信息，但问题是它们很少正确使用或根本没有使用。 尤其是，开发人员通常不愿意至少在其从事的业务内部与公众分享其知识-毕竟，他们的知识是获得报酬的原因。

我已经看到并且也曾经遇到过这样一种情况，即某人即将离开他/她目前的团队，最后的任务是将他们所知道的一切都写在某个地方。 这不应该是做事的方式，而应该鼓励所有开发人员将数据保存在某个位置，以便其他人可能需要的所有关键信息。 由于众所周知的总线因素，尤其是关键职位的开发人员应该对此保持积极。

方法

虽然交谈可能不是与软件开发人员进行交流的最佳方式（当然取决于人员），但还有多种其他方式可以做到这一点：

• 电子邮件 -很好的旧电子邮件。 有研究表明，普通人将其工作时间的28％用于阅读和回复电子邮件。 这是很多时间，大多数电子邮件甚至都没有与收件人相关的信息。 因此，如果您使用电子邮件进行简单的通信，我会考虑使用其他方法，或者至少仔细检查您的“ 收件人”字段，以仅包括实际需要信息的人员。 我个人讨厌电子邮件，因为我收到了很多不必要的邮件，并且在可能的情况下会使用其他一些渠道。
• 即时消息传递 -Skype，WhatsApp，您便可以命名。 IM系统在90年代突然出现，如今有很多针对不同系统的产品。 在大多数公司中，至少使用了一个IM系统-有些甚至拥有许多IM系统，这使得不间断地工作变得更加困难。 IM的问题在于，有时人们会错过信息，因为他们当时不在计算机上。
• Wiki — Wiki系统是另一种通信方式，在许多组织中得到广泛使用。 尽管Wiki可以有效地用于向许多人提供信息，但它们通常缺乏通知人们新信息的功能。 同样，大多数Wiki系统都没有版本控制，或者版本控制非常糟糕，也无法检查更改的内容和更改的对象。 另一个问题是这些系统需要保持最新状态，否则将不会使任何人受益。 您是否碰过旧的Wiki页面？
• 聊天系统 -IRC，Rocket.chat等。这些系统非常适合同时为一群人共享信息。 而且，它们不会像IM那样使人超负荷，因为当人有时间时可以阅读该信息并且可以专注于该信息。 这些系统的问题在于，很难回到以前的对话中。 此外，他们大多缺乏关于新内容的通知，无论是好是坏。
• 发布队列 -在当今的软件开发中，使用JIRA，bugzilla或其他系统交换有关开发的信息非常普遍。 这些系统的主要问题是缺乏对变更的反馈，这些变更大多回退到发送电子邮件。 如果正确使用这些系统可以为开发过程增加很多价值，但对于获得
• 社交媒体 —许多社交媒体平台，例如Facebook（ Workplace ），都为企业提供工具，使其员工拥有自己的内部社交媒体渠道。 这实际上是企业中非常有趣的交流方式，我可以看到它通过其他方式解决了大多数问题。 对于软件开发人员而言，这些平台可能不是最佳解决方案，因为至少其中一些平台本质上反对这些平台。
• 绘画 —我最喜欢的与人交流的方式之一。 画在白板或纸上可以为问题打开全新的视野。 绘画的问题在于，它只能分发给同一房间的人，因为大多数时候，绘画还需要一些口头交流才能使其易于理解。 如果您使用某些程序（幻灯片或数字图像）进行通信，则会遇到同样的问题。 同样，大多数工具都缺乏对版本控制的支持。
• 多媒体-可以使用诸如视频或录音之类的方法将信息共享给很多人。 这些方法各有千秋，应尽可能地用于简单培训，因为它们总是可以节省某人的时间（培训者或受训者）。 问题在于，它们不是很容易保持最新状态，并且通常需要付出更多的努力，而不仅仅是向观众展示信息。

这些是开发人员之间使用最频繁的通信系统。 它们中的大多数都有一些问题，可能会被过度使用，从而导致将时间花费在完全不必要的事情上。 如果您能发明一个解决所有列出的问题的方法，我想您将成为百万富翁。

打断

您可能知道，中断是您在工作中可能会遇到的最糟糕的事情。 根据一项研究，中断后最多可能需要25分钟才能恢复工作。 这可能会给业务造成重大损失，也使开发人员感到非常沮丧。 从长远来看，经常性的打扰会降低工作满意度，甚至对工作绩效造成更大的损害。

就我个人而言，我更喜欢在通知接收者有关新内容的同时不会造成立即中断的通信方法。 当然，有时即时消息是必要的，但在使用它们之前，应始终三思而后行-尤其是在接收器处于“流动”状态时。 即使是有关IM，电话或通话的简单问题，也会造成中断，需要几分钟才能解决。 如果您的事情不紧急并且不需要立即回答，请尝试记住这一点。

最高级

© http://finnishnightmares.blogspot.fi/

内向开发人员的最高级必须是FINNISH DEVELOPER。 你们中许多人可能知道我们芬兰人不是最健谈的国家。 将其与软件开发人员混合在一起，您会说话的人并不多，但是当他/她说话时，您确实应该倾听。

放在一起

最重要的是，无论您使用哪种方法，您都可以进行交流。 关于方法的问题，您应该真正尝试不同的事情，并共同商定哪些有效，哪些无效。 还要避免不必要的干扰，因为它们会花费您很多时间（=金钱）。

如果您在交流中遇到问题，以及对这些问题的解决方案，我也很感兴趣。 请给我回复！

关于我

我是Heikki Hellgren，是Elektrobit Automotive的软件开发人员和技术爱好者。 我的兴趣是软件构建，工具，自动测试以及AI和自动驾驶等所有新奇事物。 您可以在Medium和Twitter上关注我。 您也可以查看我的网站以获取更多信息。

From: https://hackernoon.com/communicating-in-software-development-f3434c52eb23