帮助新开发者走向成功的 5 个要素

如今，加入开发团队有两件事是肯定的。第一，程序会出问题，你会遇到需要修复的bug。第二，你现在所在的团队很可能会发生变化，会有新人加入。这其实很棒，因为它能带来拥有全新视角的优秀人才。

话虽如此，新成员的入职培训也不容忽视。对待新成员的入职培训至关重要，应该像开发新功能一样，投入同样的思考和计划。

这并不意味着你需要一份包含几十个清单的详细入职计划。而是指你需要一个总体规划。这个规划能够让新员工在合理的时间范围内快速上手，而不会让他们在第一周就筋疲力尽。

基于以上考虑，以下是我职业生涯中行之有效的5件事。这些经验来自于我加入新团队以及帮助新成员融入我所在的现有团队。

1. 拿下早期胜利，然后尽情庆祝。

这一点怎么强调都不为过。对于新队员来说，早期的胜利就像是持续数月的肾上腺素注射。

无论第一次提交的代码量大小，都要好好庆祝一番。加入一个新团队会让人感到紧张、害怕，而且常常会觉得自己是个冒名顶替者。所以，当新人贡献他们的第一份代码、提出README更新建议或指出新的bug时，一定要好好庆祝一番。

这不仅增强了他们的信心，也表明我们欢迎新的观点和想法，并且我们会庆祝我们的胜利。

如果你在欢迎新成员加入团队时只能做一件事，那就做这件事。它对新成员的自信心和团队文化都有着切实的积极影响，而且这种影响会持续很长时间。

2. 留出空间让液体浸泡

许多人把入职计划想象成一份新员工需要逐项完成的清单。一些糟糕的入职计划甚至会设定具体的截止日期。这种方式或许对某些人有效，但也可能引发不必要的焦虑。

等等，你可能会说，我们需要一个计划。没错，你应该制定一个计划。但这个计划应该作为指导，而不是硬性要求。“即使我们无法面面俱到也没关系，我们会根据实际情况进行调整”，这就足够了。

这个方案中应该预留一些时间让新员工消化吸收。这段时间里，他们不会参加会议，也不会接受团队其他成员的白板讲解。这段时间可以用来反思他们可能学到的东西，并探索其他领域。

这次，紧迫感转变为加速推进的感觉。这两种截然不同的感觉会导致截然不同的结果。前者或许能让人更快地跟上进度，而后者则能让事情有时间酝酿。酝酿的过程能让疑问或其他观点浮出水面。

3. 先进行高层次概述，再进行详细概述

开发人员往往习惯于从非常底层的层面思考解决方案。以至于我们经常需要刻意回过头来，才能想起我们试图解决的问题是什么。

因此，深入探讨详细的架构概述并不是一个好的切入点。

相反，应该从宏观层面入手。我们为什么要开发这款产品或服务？它解决了哪些问题？我们的用户是谁，他们如何使用它？

在开始实施之前，务必提供背景信息和限制条件。这有助于新用户熟悉系统随时间推移的演变过程。提供用户用例等背景信息远比任何 AWS 架构图都重要。

4. 寻找合适的入职伙伴，助您成功

这个人专门花时间帮助新员工融入团队。这可能不是他/她全部的工作重心，但在一段时间内，这会占据他/她工作的大部分时间。

入职导师是解决新员工遇到的各种难题的首选资源。他/她并非负责监督新员工的工作，而是专门抽出时间提供帮助的人。这并不意味着新员工不能与其他团队成员互动，他们当然应该互动。但是，当其他成员可能正在开会时，入职导师会随时提供帮助。

记住一点，伙伴之间应该互相帮助。新成员如果一开始没有很多问题也没关系。让他们按照自己的节奏去适应，通过观察来判断他们需要多少帮助，而不是时刻盯着他们。

5. 集中式文档

虽然很难，但保持开发者设置文档的更新至关重要。

没有什么比无法完成设置更能打击人的热情和信心了。好不容易开始设置，README却因为软件过时而屡屡碰壁。

因此，当架构或应用程序发生变化，需要使用新工具时，请在提交拉取请求时更新您的设置文档。当您切换到新的监控系统时，请确保在新员工入职时添加创建相应帐户的说明。这些都是很简单的事情，但我们往往会忘记。

一个重要的改进是集中管理你的配置文档。不要把文档分散在多个 Git 仓库中，因为开发人员可能需要用到所有这些仓库。创建一个集中式的仓库，其中包含他们应该配置的所有内容，以便他们能够快速上手运行。

结论

加入新团队对任何人来说都是一件令人畏惧的事。它充满了兴奋、恐惧，以及足以让人头晕目眩的冒名顶替综合症。我们都会经历这些，但一旦适应了新环境，我们往往会忘记这种感觉。

但下一位新成员即将到来。记住他们加入团队时的那种感觉。通过及时更新文档并建立完善的入职流程，帮助他们快速上手，从而为他们的成功奠定基础。为他们安排一位入职导师，专门负责欢迎新成员并帮助他们顺利开启职业生涯。

最重要的是，一定要尽情庆祝他们的胜利，因为这能体现他们对团队的重要性。如果没有新人的加入，你就无法获得所需的帮助和推动团队前进的新视角。

想看看我的其他项目吗？

我是开发者社区的忠实粉丝。如果您有任何疑问，或者想讨论与重构相关的各种想法，请在 Twitter 上联系我，或在下方留言。

除了写博客之外，我还创建了一门“边用边学 AWS”的课程。这门课程的重点是通过实际使用 AWS 来托管、保护和交付静态网站，从而学习 AWS。这是一个看似简单却有很多解决方案的问题，但它非常适合快速提升你对 AWS 的理解。最近，我为这门课程新增了两个章节，分别讲解基础设施即代码 (IaC) 和持续部署 (CD)。

我还会精心策划自己的每周电子报。这份名为《边做边学》的电子报每周都会收录大量精彩的云计算、编程和 DevOps 文章。订阅即可在您的邮箱中收到。