在职涯中如何有效寻求协助?

在软件工程师的职涯中，相信多数人或多或少会遇到自己没办法单独解决的问题，在这种状况下「寻求协助」会变得很重要。然而，许多人可能基于「不好意思打扰人」或「担心被人拒绝」，又或者是其他各类的理由，没有主动去寻求协助，不愿意开口提问，导致自己问题卡了很久，让自己感到折腾被折磨。

完全不寻求协助是一种极端，而在光谱另一端的极端是「什么事都找人帮忙」，当今天有这种行为表现时，很可能会被人认为缺乏自主性、缺乏解决问题能力，久而久之可能会让其他人避开合作。

因此，如何在光谱两端中找到平衡、如何用有效的方式寻求协助，会是职涯中关键的软实力之一。对此，我们在这期的主题文，我们延伸了先前在 [线上课程] 软件工程师迈向资深必修的 10 个软实力 的内容，来探讨这个议题。

寻求协助前要先调整的思维

如同在开头的段落中提到的，在寻求协助时要避免光谱中的两个极端，一个是什么都不问，另一个是什么都问。

多数人其实是很乐意协助他人的

让我们先从「什么都不问」来谈起。如开头段落谈到，很多人之所以即使卡住也不寻求协助，是因为担心问了问题被别人给差评；甚至是有些比较资深的工程师，会担心自己问资历比自己浅的工程师问题「很丢脸」或者「有失自己的职级身份」。

事实上，多数人都很乐意帮助人，也不会因为帮助了别人觉得对方不好。过去假如有被陌生人问过路，相信应该都不会因为「对方不知道路」就看轻对方，而是会欣然地协助指路，同时也会因为帮到对方而感到开心。

在职场上也一样，即使对方是另一个团队、原本跟你完全不认识的人，假如有需要请对方帮忙时却步，就用问路的例子提醒自己不用担心，主动跨出一步，相信多数情况对方是会乐意帮忙的。

提问前先做功课

接着让我们来谈光谱的另一个极端「什么事都找人帮忙」。相信不少人都听过，在加入一个新团队时，如果有问题就要问，没有所谓的笨问题 (no stupid questions)。基于这样的概念，许多人就什么问题都问、什么事都找人帮忙。

然而，虽然「没有所谓的笨问题」是要鼓励人勇于发问，但是在实务的状况下，假如真的这样做，反而可能有反效果，因为很可能让其他人觉得「这个人连基本功课都没做」，进而留下不好的印象。

然而，这种状况不是没有方法避免。要避免问让人觉得「没做功课」的问题，最有效的方式就是先做功课。换句话说，先自己试着先思考过、先找寻解答，在解答的过程中，可能会遇到新的问题，这时提问的品质就会提高。

举例来说，在刚加入一个团队，要在本地安装环境让伺服器跑起来，可是按照着 README 做时，却出现了错误讯息，让伺服器无法顺利跑起来。这时如果丢一句「我本地的伺服器跑不起来，可以帮我看看吗？」，这种问法就会让人产生「这个新人连最基本错误排除都没做」的负面印象。

然而，假如自己有试着思考与解决，就可以改成问「我在设定本地开发环境时遇到问题。我已经按照 README 安装了 Docker 和相关依赖，版本是 XXX，但在执行 docker-compose up 时出现了这个错误讯息 [贴上完整错误]。根据这个错误，我自己做了几个检查，确认 8080 端口没有被占用，也确认了 .env 档案有被吃到。想请问有什么我可能没考虑到的原因导致这个错误吗?」

从上面的例子希望让读者感受到，所谓的没有笨问题，有一个前提是自己有先试着解过。先谈自己做过的尝试，接着再谈目前还没能解决的问题，这样才不会让人觉得问了笨问题。进一步说，如果你已经尝试，且有让对方知道你在尝试解决问题的过程中，试过的不同方法，以及现在还卡在哪，会让人更愿意帮助你。

阅读更多

如果你想了解在软件工程师的职涯中，如何提问、如何寻求帮助，不会让人觉得你在问笨问题，以及会更想要协助你，我们在 E+ 成长计划的主题文有详谈，感兴趣的读者，欢迎加入 E+ 成长计划 (连结)