新工作三个月规则
最初发表在我的个人博客上。
我一直认为,至少需要三个月左右的时间,你才能开始感觉自己在新工作中真正游刃有余。我是从软件工程师的角度来说的,但或许这也适用于任何更复杂的知识型工作,尤其是那些需要掌握领域知识并紧密合作才能做好的工作。
3个月这个数字来自我的亲身经历,以及与许多人的交流。我承认,这个数字可能更偏向于职业生涯初期的人,因为我曾与许多在科技领域寻找第一份、第二份或第三份工作的人共事,并听取了他们的经验。也许随着经验的积累,担任更多领导型职位,你会更快地感受到自己在工作中的最佳状态。或许,一位被聘请来帮助解决特定问题或在其特定专业领域提供帮助的顾问,会有不同的体验。我真的很想知道。
但对我来说,3个月这个数字主要基于:
-
需要学习问题领域。除非你从一个地方跳到竞争对手那里,在类似的领域解决类似的问题,否则你需要掌握大量的领域知识。例如,当我从事分析工作时,我需要学习数字营销的运作方式。现在我为慈善机构开发产品,我正在学习慈善行业的运作方式。
-
搞清楚团队动态。软件工程高度依赖协作,只有掌握了如何与团队最佳合作,才能将工作做到最好。你需要弄清楚每个人擅长什么,谁负责不同的领域,如何充分发挥不同人员的才能,以及如何融入团队。我从未加入过一家公司,所有这些事情都显而易见,或者在某个工作流程系统中有记录——这似乎总是需要直觉、注意力和经验的结合才能理解。
-
学习代码库。根据您需要做的工作类型、您处理的票证类型以及项目规模(或您所在的领域),这可能或多或少具有挑战性,但肯定还是需要时间。您可以在您不完全理解的代码库中完成很多工作,但这不会是您最好的工作。即使您询问您不理解的事情,也会有一大堆未知的未知数,例如在某些时候做出了哪些权衡,事实上有一个隐藏在不起眼的项目中的功能正是您要构建的功能,事实上技术主管保存了一个方便的 bash 脚本,可以在您需要时解析这些日志。您只能随着时间的推移而掌握这些东西。
-
学习新的工具或技术。你不太可能从一个地方跳到另一个地方,使用完全相同的技术栈、完全相同的方式,以及完全相同的工具。所以,在学习这些新事物的过程中,可能会有一些提升。
-
对新职责充满信心。如果你接受新职位的部分原因是为了职业发展,那么你的职责和工作角色可能已经发生了变化,当然,你也可能正在学习如何胜任这份全新的工作!
我一直认为 3 个月这个数字很有帮助,尤其是在与入门级开发人员交谈时,因为我认为它为你在开始时可能感觉到的生产力和有用程度以及每个角色本身与其他角色的不同之处设定了现实的期望,并且需要自己进行前期学习才能做好。
我并不是说三个月后,你就应该感觉自己可以安心地完成工作。但我认为,到了那个时候,人们通常会开始更有信心,相信自己对雇主很有价值,知道自己的能力,更清楚自己在哪些方面经验不足、可能需要帮助,并且能够更有效地与团队合作。
在我的软件开发生涯中,我换过几次工作,只有一次我第一天就觉得自己能很好地完成工作。现在回想起来,那次经历对我的雇主和我的自信心都有很大帮助,但对我的个人发展/职业发展却不利。
另一方面,我担任的职位让我非常敏锐地感受到“天哪,他们甚至会在我工作满 3 个月之前就解雇我”这种感觉,这对我的自信心是一个挑战,但令人惊讶的是,我从未被解雇过,反而成长了很多。
您可以做什么
我认为总体而言,公司都明白,任何员工,无论资历高低,入职都需要一个磨合期。可以预料,资深开发人员需要的支持较少,因为他们已经见识过更多模式,能够理解特定项目和特定的工作方式,与更多不同的团队合作过,并且很可能非常擅长掌握新技术。然而,即便如此,以上所有要点仍然适用,你仍然无法立即达到最佳工作状态。
另一方面,我听到很多刚入行不久的开发者(包括我自己,已经入行四年了!)说,他们觉得开始新工作很有挑战性,会因为各种不熟悉的东西而自责。这就是为什么我觉得 3 个月规则很有帮助。如果你牢记 3 个月规则,试着在跨过这个门槛之前,不要评判自己做得好不好。然后回头问问自己:
- 在过去的三个月里我学到了什么?
- 我现在做得比三个月前更好吗?
- 在接下来的三个月里,我想在哪些方面取得进步?
- 三个月前真正具有挑战性的事情是什么?现在我能做得更好/更快吗?
- 到目前为止,我关闭了哪些票/处理了哪些功能/取得了哪些成功?
您可能仍然感到力不从心,但希望反思一下您已经取得了多大的进步,并知道这种感觉完全正常且在意料之中,这会有所帮助。
再过 3 个月,你会问自己同样的问题,并再次发现与 3 个月前相比,你已经取得了突飞猛进的进步。
你也应该记住,我们拿工资不是为了进来敲代码。我们拿工资是为了解决业务问题,这需要提问、好奇和思考。我们花时间了解新公司/问题/产品也是工作的一部分。我们拿工资也是为了跟上行业发展,确保我们使用的工具/技术能够最好地解决业务问题,所以,我们拿工资是为了学习,这完全正常。
雇主可以做什么
显然,雇主在这方面也有很多问题需要回答,即如何营造积极的入职体验,帮助新员工在当时尽其所能地做好工作,并在他们的适应期为他们提供支持。
较大的公司可能能够为新员工提供特定的培训计划,而较小的公司更有可能实施结对编程作为知识转移的主要方法之一。
但同样重要的是,要确保分配给团队成员的工作适合正在学习新代码库的人。有时,这项工作并非最有价值的工作,但以合理的方式帮助某人轻松适应新的代码库/项目,其整体效果仍然比将一个复杂而重要的问题丢给他们要好。
我很想听听真正积极的入职体验的例子,因为我缺乏这方面的轶事经验😂
这一切难道不是有点消极吗?
有时候我觉得这个“三个月规则”听起来有点消极。我们难道不应该都提倡积极向上、积极进取的态度吗?除非你自己相信这一点,否则你永远都不会优秀,对吧?
但我认为另一种选择更有害,尤其是对职业生涯早期或正在转行的人来说。已经有足够多的理由质疑自己了,更别提对自己能多快达到最佳状态抱有不切实际的期望了。如果你很幸运,能拥有一个超级支持你的团队,他们会悉心安排你的工作,让你始终受到恰到好处的压力,让你从第一天起就感受到自己的价值,那么你就是幸运儿之一。你可以继续保持出乎意料的出色能力和自信,而不会受到任何伤害。
但如果你和大多数人一样,在一个不完美的世界里,在一个不完美的团队里工作,一开始你可能会感到力不从心。如果你没有做好准备,这可能会是一个真正的挑战。你可能会觉得自己不适合这份工作,或者觉得自己不属于这里,但实际上,你只是在经历一些完全正常的事情。
我真的很想听听其他人在这方面的经历——特别是那些从未有过这种感觉的人,或者处于职业生涯其他阶段的人的经历,关于类似的时间框架是否仍然适用,以及如何度过它。
鏂囩珷鏉ユ簮锛�https://dev.to/harri_etty/the-third-month-rule-of-a-new-job-ao3