协作技巧
您重新启动开发服务器，但再次发生： err_node_unsafe 。 昨天不在这里。 发生了什么变化？
早上9:48，您的咖啡已经很冷了。 您团队中的其他大多数人都没有在办公室。 这是您在公司的第五个星期，应该在两天前完成您的功能。
您可以提高椅子的高度，好像这会给您带来一些不同的看法。 您再次重新启动，并且堆栈跟踪再次滑入您的终端： err_node_unsafe 。 您擦除开发数据库： err_node_unsafe。 加油！
其他团队之一的技术负责人在房间对面的桌子上。 她的耳机开着。 她在区域深处。 她能解决这个问题吗？ 她会说什么？ 她知道发生了什么吗？ 她可以帮忙吗？
你静静地凝视着，屏幕的侧面在不知不觉中向你晃动了一英寸。 笔记本电脑上出现咖啡环。 你保持沉默。 然后，您再次重新启动。 也许这次，错误不会发生。
寻求帮助很困难，拖延会使我们免受伤害。 这就是为什么您必须完善寻求帮助的能力。 这是实现工程师生产率的关键。
1.明确您的期望。
不要在期望不明确的情况下工作。 结果只能是模棱两可和内。 例如，以下内容：
- 出门去上班。
- 出去走走，去健身房。
这两项中的哪一项更容易做到？ 早上上班并不是世界上最简单的事情，但是比去健身房要容易得多。 我知道，如果我不上班，会有几个人注意到。 没有人期望我去健身房。 缺乏期望意味着我没有动力去做。
当您的期望不清楚时，您将拖延，找借口，改变主意几次，并且很难完成工作。
在工作中获得帮助是相同的。 如果您觉得没有人期望您寻求帮助，那么您将有一点时间说服自己去做。
询问您的经理，他们在遇到困难时希望您做什么。
这将改变您考虑在工作中获得帮助的方式。 询问您的经理，当您遇到困难时应该怎么做。 谈话之后，您会开始考虑将畅通无阻作为工作的一部分，而不是失败地完成工作。
讨论如何获得帮助可以使您陷入困境的过程正常化。 它使您准备好迎接挑战。
您是否担心经理在提出此主题时会怎么想？ 请务必通过重申共同立场开始对话。 重申您的主要目标是成为团队的自主和高效的贡献者。 然后讨论生产工程师陷入困境时的工作方式。
定义您的个人程序，以寻求帮助。
描述遇到困难时要执行的步骤。 包括任何可能在没有帮助的情况下解除封锁的内容。 您流程的最后一步将是要求与他人合作。
当需要帮助时，请不要犹豫。 做出寻求帮助的决定，尽可能明确和客观。 您可以从决策中删除主观判断的越多越好。
这是您可以使用的清单的示例：
- Did I restart my development environment?
- Did I write down the problem?
- Did I Google it?
- Did I run that build-cleaning command that sometimes works?
- Did I search our internal docs for it?
- Did I read some of the related source code for 20 minutes?
- If so, ask a teammate for help immediately.
与您的经理和队友共享此清单。 这是为自己设定清晰明确期望的有效方法。 当您了解有关团队工作的更多信息时，请记住要修改和更新此列表。
2.提出要求时，承担全部责任。
许多工程师认为寻求帮助是他们工作的失败 。 对于他们来说，寻求帮助就是放弃。 当他们寻求帮助时，他们只是想获得不受阻碍的兴趣，以便他们可以继续他们的实际工作。 这就是为什么他们可能会问这样的问题：
“我的git分支真的搞砸了。 你能修好它吗？”
然后，他们可能坐在旁边，而另一位工程师拿起键盘并为他们解决问题。 当他们看着别人工作时，他们的眼睛有些呆滞。 他们对这个问题已经精疲力尽，以至于他们已经彻底检查了。
明确表示您没有放弃。
避免使用“我需要帮助”或“我无法使它正常工作”之类的短语。 这两者都意味着您已经完成工作，现在正尝试将责任推卸给其他人。 相反，请描述您正在进行的工作。 例如：“我正在研究开发服务器上的这个奇怪的错误。”
接下来，提示您已经完成的一些工作。 “我已经检查了Slack的错误并搜索了源代码，到目前为止还没有发现任何东西。”
最后，描述他们如何参与您的下一步。 “我将查看此文件以了解发生了什么。 如果您有时间与我配对，那会有所帮助。” 您正在创建一个生产力训练，无论他们是否决定跳上飞机，这都在起飞。
为对话增添精力和精力，可以使每个人都有更好的体验。 如果您的队友看到未结帐的情况，他们会更加热心帮助您。
积极参与帮助过程。
一旦您开始与某人合作，就不要放任自流，让他们自己工作。 建立自己的心理模型副本。 提出“为什么”问题，例如“为什么节点可能不安全？” 和“为什么要查看此文件？”
在此过程中做简短记录。 这些可能对您以后有用。 他们也对同事表示赞赏和尊重。 主动学习比被动学习有效得多，因此，尽可能通过口语和写作参与。
结对编程需要大量精力。 如果您感觉到自己正在举报，那么不要害怕说自己将自己处理一段时间。 请具体说明您将如何探索问题，以便他们可以放心地解决您的问题。 这将使您避免分区。
3.得到答案后，请继续。
卡了几个小时后，在项目上取得进展真是太好了。 错误消失了，您就可以飞行了。 我的意思是，生产力就是一切，对吗？
然后，三天后，它发生了。 我们都做到了。 “嘿，马克-我应该再次执行该命令来解决此问题？” 如果Mark认为他的帮助从一只耳朵传到另一只耳朵，我不会怪他。
获得帮助需要各方的大量时间投入。 确保投资不会浪费是很好的生意。 获得帮助后，请谨慎对待自己的行为。
巩固所学。
这很关键：每次您与某人合作处理某件事时，请写下您学到的东西。 写作就像石头一样坚固了您的思想。
使捕获音符尽可能地无摩擦。 我发现即使选择文件名也很麻烦，所以我使用Quiver来跟踪我的笔记。 我的笔记没有组织计划，仍然每天对我有用。
如果您将问题发布在公司的Slack频道上，请跟进您的解决方案。 这形成了一个对您和他人有用的知识库。 它还为您带来了更强的成就感，因此鼓励您将来再次寻求帮助。
间隔重复是记住信息的最有效方法之一。 Anki是管理间隔重复的强大工具。 向自己发送回旋的电子邮件或延迟的Asana任务是一种刷新自己的简单方法。
表示赞赏，而不仅仅是感激。
如果您使人们对帮助您感到很好，那么他们会做得更多。 在有人帮助您之后，您可能已经说了“谢谢”。 表示感谢。 欣赏与感谢不同。 当您欣赏某人时，他们会感到特别而独特。
以下是一些方法：
- 在您的团队Slack频道中：“向爱丽丝大声疾呼，帮助我找出奇怪的错误！”
- 在站立时：“昨天我被封锁了一段时间，但是爱丽丝帮助我弄清楚了，因为她对我们的控制器的工作原理了解很多。”
- 写一封简短的电子邮件：“再次感谢您抽出宝贵的时间今天早些时候为我提供帮助。 我现在进步很大。”
延迟后欣赏他人会使交互感觉变得不那么事务。 相反，感觉就像您正在建立牢固的专业关系。 表现出欣赏比想象中要难，因此记住做这件事会让您脱颖而出。
当您寻求帮助时，请务必将其计算在内。
软件工程师探索逻辑和数据的未知领域。 喜欢冒险的人总是会遇到意想不到的事情。 您需要自己探索很多东西。 但是，与您的其他探险者合作还有很多要学习的东西。 拥抱并掌握它。
您与他人一起解决难题的能力是作为专业软件工程师的关键技能之一。 当您遇到问题时，可以带什么到桌面上？ 了解到这一点，没有什么可以阻止您。
如果您热衷于帮助团队进行有效的协作，则应该在Asana与我合作。
From: https://hackernoon.com/how-awesome-engineers-ask-for-help-93bcb2c7dbb7