因为寻求帮助显示了力量而不是弱点


无论你是刚刚在一家使用最新区块链技术的新加密货币交易所获得了梦想中的首席技术官职位,还是第一天开始了你的第一份带薪开发工作,你都不太可能知道工作所需的一切。

面对令人眼花缭乱的框架、编程语言和商业机会,即使您知道所有的事实,您仍然缺乏洞察力,不知道什么是正确的事情。随着选择的增加,困惑也越来越大;对于那些习惯于把事情做好的人来说,这可能会让他们很沮丧。然而,克服这个问题最简单的方法之一就是寻求帮助。

考虑到这一点,我列出了一个简单的五个阶段的过程,我用来发现也许我并不是自己认为的万事通。

这是谁的问题?

如果你不能让React Native构建,Docker部署或Redshift响应,这不是你的错。当谷歌毫无帮助地证实宇宙中每个人都有和你一样的问题——而且似乎没有人知道答案——在布雷肯灯塔拥有一个小山羊农场似乎突然间是一个伟大的职业转变。

幸运的是,其他人已经在你的位置上,产生了只能被描述为最好的工程手册之一,以帮助你度过你的考验:


掩盖问题,责备别人,逃避责任,是避免寻求帮助的好方法。虽然许多人可能无法在Node.js中解决名称空间冲突,但如果他们在接下来的20分钟内不做出承诺,没有人会错过周一晚上的《行尸走肉》游戏。

寻求帮助的第一步是认识到它是你需要帮助的问题由谁负责。

是什么问题?

在很多情况下,你不太可能会发现很难提出类似于“你能通过盐吗?除非有人让你去找一把左撇子螺丝刀。

知道问题是什么会让你更容易向你需要帮助的人解释问题。虽然详细地描述你因为无法说服团队成员准时参加scrum而感到自己像撞墙一样,这可能是一种宣泄,但你可能会失去向你寻求帮助的人的兴趣。下面是另一个方便的小抄,你可以用来分类“任何”问题:


如果问题,范围有关,通常是因为有太多事情要做,如果质量问题是一个因为一直做什么不是一个足够的标准,如果是罪魁祸首通常是因为没有足够的焦点被应用。如果资源是原因,那么你没有拥有正确技能的正确人员,正确的软件和/或硬件。最后,问题可能是你没有足够的时间和无法实现的、迫在眉睫的最后期限。使用这些分类将问题放在具体的背景下,将提高你解释问题的能力。

告诉别人你用了25种不同的方法来通过渗透测试,远不如告诉他们:我们知道安全报告是怎么说的,但在25次尝试执行建议的补救行动后,很明显,我们没有人知道如何解决这个问题,除非将发布推迟一个月”。在这个例子中,您已经清楚地知道您有一个质量、资源和时间问题,可能是由于范围的增加,但不是由于缺乏努力。

为什么寻求帮助很困难?

在我之前文章,我看着迫使我们起床6.45am并上班的动机。当你发现很难寻求帮助时,这些变得非常明显。如果你是由金钱驱动的,但担心要求帮助可能影响你的奖金,把你的手放在挑战。此外,如果您受到许多同事的伟大工作环境的动机,如果您的许多同事是好朋友,请埋入一份报告称,您需要将员工成本降低50%,更容易做到。是否有一种简单的方法来处理个人和业务需求之间的冲突,并做出正确的选择?虽然扩展讨论不在本文的范围内,但有一种值得一提的机制:考虑长期与不要求帮助的短期后果。

问题如果不加以注意,就会变得更糟。技术债务上升,团队成员之间的争吵升级,客户从沮丧到取消每月的经常性付款。尽管忽视和不处理问题的策略可能是一种有吸引力的短期策略,但历史上充斥着不可避免和灾难性后果的例子。无论是英特尔奔腾FDIV漏洞,福岛核电站缺乏检查,还是Equifax的安全漏洞,所有证据都表明,人们知道“一些东西”,本可以防止所有这些事故的后果,但却选择不这样做。也许是因为他们没有寻求帮助?

什么时候应该寻求帮助?

时机就是一切。你希望接受你请求的人能以最好的心态倾听你所说的,并采取行动。需要帮助调试一个特别讨厌的空指针异常?也许值得等到桑德拉喝完她的第一杯咖啡,因为她不是早起的人。想让产品部的莎拉审阅你的提案,增加工程团队的规模吗?最好等到当前版本在市政厅演示之后。

然而,当你与一个由不同个体组成的团队合作时,你需要考虑的不仅仅是他们的接受能力,这也是项目的阶段。通常情况下,需要多种技能才能实现共同目标的项目遵循以下特定节奏:


人们从“恐怖悬崖”开始,对新项目充满了巨大的恐惧和兴奋,通常他们会从悬崖上掉下来,并沿着“错觉坡”下滑。当他们沿着斜坡向下移动时未知的未知开始显露出来。代码无法编译,需求太模糊,团队没有技能,云服务的预算太少,竞争对手在他们之前推出了产品。下到……绝望的坑,这是危险和令人沮丧的;然而,对于成功的项目来说,有一个拐点或者引爆点,团队开始攀登“启蒙之坡”。代码编译完成后,团队最终开始在scrum中进行交流,竞争对手的产品得到了糟糕的评价,而你的产品的预售量急剧增加。最重要的是你发了个阿尔法狼!虽然“启蒙的斜坡”是伟大的,但在某些时候,你会耗尽精力/预算/时间,并停留在“现实的高原”上。如果你能够最小化“绝望之坑”的深度,最大化“现实高原”的深度,你便有可能创造出一个成功的项目。

那么,何时是有适当的时间要求帮助?理想情况下,在“绝望的坑”之前,特别是如果询问将允许您开始上升“启蒙的坡”。诀窍是知道那个点是,而不仅仅是为了你,还要为整个项目和帮助你需要的人。如果您可以对齐这些,则会有一个个人压倒性的动力让您提出询问并接受您的请求。在“绝望的坑”之后,你仍然可以寻求帮助,但它可能太少,太晚了,使“现实高原”成为一个无法认真的梦想。

如何提出请求

引用一位著名的医药销售手册

要简洁,要聪明,然后离开。”

把请求压缩成两到三句话,要有足够的细节,不要有不必要的细节。例如:

我需要尽快聘请有经验的GCP DevOps承包商。团队没有技能,如果我们不这样做,我们就会错过发布日期。每天的费用是500英镑,我们需要穿三个星期,加上其他费用一共是7500英镑。”

这种类型的“问”解释了什么为什么如何用三个简短的句子。如果需要的话,你可以很聪明地解释你对问题历史的百科全书式的知识。虽然解释你走到这一步的复杂路径并不重要,但在你提出“请求”时,带着你的备份材料是至关重要的。试图广泛地为自己辩解、道歉或合理化并寻求帮助是毫无意义的,因为除非出现了严重的问题,否则你不会这么做。

无论你处于职业生涯的哪个阶段,在某些时候你都会需要帮助。无论你是拥有30年以上工作经验的首席技术官还是刚毕业的开发人员,寻求帮助都是一种实力的体现。为什么?因为展示你的谦卑、学习的意愿和完成事情的愿望是从来没有弱点的标志。