我的大多数同事沟通很差

Question

我是一名全职高级软件工程师，为一家只有10人的技术公司做承包商。除每周两次的音频会议外，所有通信都是纯文本的。

我在沟通中注意到的一些问题是：

1. 人们只会给我一些带有“？”的随机日志，没有添加详细信息。显然，我不想浪费一个小时试图通过分析日志来理解它们的含义。当我问他们后续问题时，他们停止了回答。

2. 人们只会问我一个问题，只用一句话，没有添加背景。我试着用很少的信息回答。这个人没有澄清或感谢我。后来在一次会议上，他没有指指点点，但他抱怨说他正在与代码库作斗争。

3. 初级开发人员会问我问题。当我回答他们时，他们从不回答，也不会告诉我这是否有效。有时，我会浪费大量时间寻找解决方案，然后他们会说“哦，第一个解决方案已经奏效了，我不再需要帮助了”。

4. 如果你问某人某事，有时他们不回答，让你永远读下去。

5. “请”、“谢谢”甚至“嗨”都是没人用过的词。

我可以生活在没有感谢和问候的环境中。我是一名承包商，对提高生产力和收集发票更感兴趣。但这确实影响了我的工作效率。我该怎么办？

Answer 1

作为一个承包商，你总是有点出格。你将失去与全职员工之间任何人力资源方面的分歧。这是工作的性质。所以你在这里必须小心。

由于培训或使他人富有成效不是你的责任（只有你富有成效），所以这里的道路是明确的。对于数字1、2和3，我会回答“你尝试了什么？”或“你能”澄清你的问题吗？“。这些后续问题是合理的，我希望从我寻求帮助的人那里得到一些帮助。

想想你需要帮助的时候，你会做什么？您可以提供日志文件以及与您遇到的问题相关的任何背景信息。这是处理信息请求的正确方法。你所经历的是反社会行为，不是有害的，但不是社交的。

一旦他们不回应，责任就变成了他们而不是你。如果你的公司保存了文本聊天日志，那么你就有了你应该做的事情的文档。

IMHO远离所有人力资源垃圾是作为承包商的一大好处。作为一名高效的承包商，往往可以帮助你在裁员和裁员中生存下来。经理们往往喜欢没有戏剧性的工作。

如果同事确实要求提供一个信息请求，这将被证明是一项漫长的调查，请向您的经理寻求指导，了解他希望您如何花费时间。

Answer 2

作为一个承包商，你很可能被当作一个可支配的资源和一个局外人。人们也会对你的薪水比普通员工高而感到愤怒（即使你没有）。

当你被要求提供信息时，要求提供更多信息是完全合理的。

1. 人们会给我一些随机的日志加上一个“？”。未添加详细信息。显然，我不想浪费一个小时来分析日志来理解它们的含义。当我问他们后续问题时，他们停止了回答。

在这些情况下，只需询问需要进一步调查的其他信息/背景即可。如果没有信息，假设查询不是那么重要，继续工作。

2. 人们只会用单行语句问我问题，没有添加背景上下文。我试图用很少的信息回答。这个人并没有澄清或感谢我。后来在会议上，他并没有指指点点，但他抱怨自己正在与代码库作斗争。

同上。如果您的电话有任何回复，只需指出额外的信息将带来适当的帮助。

3. 初级开发人员会问我问题。当我回答他们时，他们从不回答，也不告诉我这是否有效。有时，我会浪费大量时间寻找解决方案，然后会说“哦，第一个解决方案已经奏效了，我不再需要帮助了”。

尽可能地帮助新开发人员。他们有时不知道有什么不同，所以希望以身作则会让他们受益匪浅，他们会学习如何通过你们的互动进行沟通和团队合作。当然，这可能不会实现，但这只是一个开始。

4. 如果你问某人什么，有时他们不会回复，让你永远读下去。

如果没有回应影响了你的工作，那么在一天左右的时间后继续跟进，并告诉受访者（或者更准确地说，是非受访者），这个开放性问题阻碍了项目的进行。至少你已经写了一些东西，并且你表明你并不真的愿意袖手旁观，不被回答。

5. “请”、“谢谢”甚至“嗨”都是没人用过的词。

当然，这不应该阻止你说“嗨”/“请”/“谢谢”。

Answer 3

除每周两次的音频会议外，所有通信都是纯文本的。

主要的问题似乎是你的同事不知道如何用书面形式进行正确的沟通（或者他们不在乎）。他们无法正确沟通的主要方式之一是停止回复。

但是你每周有两次音频会议！

这里有一个建议。

在计算机中保存一个文件或文件夹，在其中您可以复制并保存所有这些未完成的帮助请求。这包括清单中1-4项所涵盖的所有内容。

当下一次音频会议到来时，一定要一个接一个地处理所有未完成的需求。

不要以对抗的方式这样做。把它框起来，好像你真的想帮忙。你是谁。

赞成的意见

• 这将迫使你的同事要么澄清问题，要么明确告诉你他们已经找到了解决方案。他们无法停止回答，因为这是一个实时音频会议。
• 如果一位同事确实需要你的帮助，但确实缺乏与你进行书面交流的技能，那么你可以通过这种方式更轻松地帮助这位同事。
• 如果同事不想你在音频会议上提出他们的要求，他们自然会知道，当你在下午的讨论中要求他们澄清时，“停止回复”不是一个好策略。
• 这些书面沟通问题会大大减少你的压力/分心，因为你知道它们会在下次会议上得到解决。
• 你会看起来像一个可靠的团队合作者，真正关心每个人都在做什么以及每个人都面临什么问题。

欺骗

• 你的同事可能会认为会议总是因为你而拖得更长。

Answer 4

这不是很多软件工程师（包括我自己）喜欢听到的，但你需要它来改善团队的社会动态，让他们更多地将彼此视为人，而不是像别人中国客房。这一点尤其重要，因为你们都很遥远。

推动每日站立和回顾-站立时间可以更短，也可能取代每周两次的音频通话。但频繁的短时间沟通会更好。除了更频繁地提出问题外，它还为团队之间提供了更多的互动时间。我知道整理会议不一定是你的工作，但这会影响团队的生产力，因此值得向团队领导提出建议。

用电话回复神秘消息-用口头方式了解问题的真相要容易得多。它还具有反应迅速、乐于助人的效果，同时不鼓励与你提出琐碎的问题。打电话确实意味着你的书面记录更少，如果你担心自己的工作效率受到影响，那么在通话后在聊天中写一个简短的总结

在音频通话中打开相机-这有助于建立联系，即使这意味着你需要在早上梳头。

大多数软件工程师倾向于对团队建设不屑一顾，但你不需要大型的团队凝聚力活动来改善社会动态，只需要更多的参与和可见就足够了

Answer 5

你的五点中的每一点：

---

1. 人们只会给我一些带有“？”的随机日志。未添加详细信息。

以实物回应。
答复"?"用你自己的"??"忘掉它。
（考虑联系而不是联系你的经理，让他们知道你的时间要求。）
如果提问者回答了足够的细节，请妥善处理该问题。

奥斯卡·王尔德或维克托·雨果（两位文学巨匠）给他的编辑发了一封电报只有"?".
编辑(澳大利亚联邦政府用清晰的书面通信）电传回应"!".

---

2. 人们只会用单行语句问我问题，没有添加背景上下文。

回复询问缺失件。不要浪费时间假设你知道别人在问什么。
如果提问者欺负了你，那就忘了它。
如果提问者提供了额外的，但仍然不够详细的信息，那么请回复，要求您进一步详细说明您需要回答的问题。
如果提问者提供了你需要的背景，请尽力提供答案。

通常，提问者被迫撰写值得一问这个问题会找到自己的解决方案。
参见第二段这个SE答案.
也许你会得到通知，也许你不会。无论如何，不要为此而失眠。

---

3. 初级开发人员会问我问题。当我回答他们时，他们从不回答，也不告诉我这是否有效。

你已经尽力了，问题是离开了故事结束了。
我们都曾是“初级”人物。接受它，继续做下去。
成熟是获得的，而不是强加的。

如果你不确定自己对问题的理解和/或你提供的答案的适用性，那么就由你来跟进询问问题/解决方案。我们中没有人知道复杂系统的一切。

---

4. 如果你问某人什么，有时他们不会回复，让你永远读下去。

这种行为有许多合理的原因，包括：
-猫走过键盘，在你的信息被阅读之前删除了它，
-家庭死亡；自发的“悲痛假”，
-你要求的“发射代码”高于你的安全许可，
-阿斯基对自己的无知缺乏安全感把他们的手指放在耳朵里，高呼“拉拉拉听不到你的声音……”。。。",
-阿斯基认为你是一个威胁，不愿意帮助你取得优势，
-“等等，等等，等等……”（Yul Brynner在“国王和我").

你只能控制自己的行为。
接受这一点，如果可能的话，尽你所能通过其他方式解决你的问题。
"生活本来就不容易。“---马尔科姆·弗雷泽（前澳大利亚总理）

---

5. “请”、“谢谢”甚至“嗨”都是没人用过的词。

欢迎加入“社交媒体”一代。
“没有人”再写作、写信和发信了。时代在变。
如果使用大写和标点符号使信息清晰易懂，请心存感激。

---

你可以随时要求你的经理向所有相关人员发布“风格指南”（避免指手画脚或指名道姓）。SO/SE有自己的帮助中心，包括“如何问一个好问题“和”如何写一个好答案".

你的工作不是强迫你的同事按照你的期望行事。
经理的工作是优化员工的生产力。

---

生存法则：不必这么做取得所有权其他人的任务。在你和你的经理都满意的情况下，尽可能地提供帮助。你会遇到一些人，他们愿意让你完成他们的工作（尤其是那些困难或乏味的部分），为达到里程碑而获得不应有的荣誉，并在火车离开轨道时挑选你作为负责人。(“B-B-但是，CodePanda告诉我这是怎么做到的，或者至少是其中的一部分！”)要小心。

---

格言：

人们可以修改、重写甚至拒绝坏代码。
一个人不能和同事做任何这些事情。

解读达利拉玛：“你经历这一生是为了学会做最好的自己。你没有责任去改变你周围的人。照料好自己的花园。"

---

最后，结束这篇布道，祈祷祈祷：

“上帝保佑我平静地接受我无法改变的事情，
有勇气改变我能改变的事情
以及了解差异的智慧。”
---莱因霍德·尼伯（Reinhold Niebur）

Answer 6

我是一所研究型大学的教员。你的很多沮丧让我想起了新冠肺炎期间的教学，当时我与学生的大多数对等互动都是通过Slack和电子邮件进行的。

听起来，这家“完全远程”的公司显然没有发现，甚至没有试图发现，如何在他们的远程团队中建立适当的工作文化（与我共事的所有比较成功的远程公司都在团队建设上花费了大量的时间和金钱，定期提醒他们的员工，他们实际上是一个团队，而不仅仅是一群站在无名懒散屏幕前的个人）。然而，作为承包商，这不太可能是你能解决的问题。你唯一能做的就是在你所处的环境中工作（或寻找不同的约会）。

好消息是，至少根据我的经验，更明确地表达你的期望或希望已经大有帮助：

人们只会给我一些带有“？”的随机日志。未添加详细信息。显然，我不想浪费一个小时来分析日志来理解它们的含义。当我问他们后续问题时，他们不再回答。

通常，当人们停止回复时，这意味着他们的问题得到了解决。过一会儿再问他们，他们是否还在为此挣扎。如果他们说不，或者没有回答，就认为问题已经解决。

人们只会用单行语句问我问题，没有添加背景上下文。

要求澄清。如果没有澄清，请参阅前面的答案。

我试图用很少的信息回答。这个人并没有澄清或感谢我。后来在会议上，他并没有指指点点，但他抱怨自己正在与代码库作斗争。

除非你的工作是明确地帮助这个人使用这个代码库，否则这听起来并不是你的问题。不要把别人的问题变成你的问题（当然，除非他们是你的问题）。

初级开发人员会问我问题。当我回答他们时，他们从不回答，也不告诉我这是否有效。有时，我会浪费大量时间寻找解决方案，然后会说“哦，第一个解决方案已经奏效了，我不再需要帮助了”。

从标准的支持人员食谱中抽出一页，在回答时始终以礼貌的“如果问题得到解决或需要其他帮助，请告诉我”结尾。如果没有回应，请参阅第一项。

如果你问某人什么，有时他们不会回复，让你永远读下去。

发送提醒。再次发送提醒。之后，如果是阻碍问题，请上报给您的经理。

（另外，不要把每次有人“让你读”的时候都当作是对你的侮辱——人们很忙，有时人们会忘记……即使是在一个运作良好的团队中也会发生这种情况）

“请”、“谢谢”甚至“嗨”都是没人用过的词。

嗯，这当然很糟糕，但正如你所说，这并不是一个真正的阻碍问题。试着把它更多地视为一种文化，实际上在一些团队（甚至是功能相当强大的团队）中，基于聊天的交流非常切合实际。我完全理解如果你发现这不礼貌（我会这么做），但也许这是你可以学会忍受的。

总的来说，我强烈建议的一个想法是多进行一对一面对面会议（例如，通过Zoom或Teams）。例如，如果有人向你发送了一个奇怪的日志，但没有提供太多额外信息，而不是要求你澄清，你可以直接与他们进行Zoom通话，一起查看问题，并直接讨论后续问题。我的经验是，在线同步处理一个问题通常不仅比纯异步通信更有效，而且还导致未来异步通信变得更有针对性。