这就是许多快速发展的初创公司的现状：新工程师们投入到他们的岗位上，准备迎接严酷的现实。他们刚从一个对日常工作充满信心的环境中走出来，他们必须希望成功，尽管遗留的代码很粗糙，文档不充分，原始工具和流程不直观，而且同事因为太忙而只能勉强帮忙（如果有的话）。这是一个可怕的第一印象。但是，认真关注入职经验会带来回报，这也是将新工程师转变为强大、有效贡献者的关键。积极的模式更容易在早期建立起来，而不是一旦工程师已经习惯于一个惯例。在Asana，我们致力于建立一种以专注、生产力、成长和发展为中心的文化，从第一天开始，而不是在你成为一名"真正的"员工时。我们已经在入职流程中投入了大量精力，下面我们将详细介绍。减少杂务第一步是从新工程师的职责清单中删除尽可能多的死记硬背的任务。我们希望他或她专注于成为组织的一员，而不是做家务。为了方便这一过程，我们提前获得并设置了工作站的所有组件。我们给他们1万美元的预算来定制它，然后在他们出现之前得到他们需要的东西。在他们第一天上班的前几天，我们设置他们的办公桌，安装一个标准的磁盘映像，并在他们的机器上运行一个标准的安装脚本。剩下的就是不可避免的个性化定制。整个操作的目标是确保工程师不会在第一天的大部分时间里"设置他们的工作空间"，我们为他们制定了更大的计划。我和我的朋友那些更大的计划从一个朋友开始。每一位新工程师都会与一位在体位法工作至少几个月的同事配对。在接下来的几周里，这个伙伴将是新员工体验的主要负责人。好友系统提供两种好处：新员工永远不必问"我该问谁"和"花这个时间值得吗？"当我们将新工程师与他或她的伙伴配对时，我们清楚地表明，我们希望该伙伴在入职过程中花费大量的时间和精力。同时，我们给伙伴们足够的余地来减少他们的其他承诺。它让一个直接负责的人负责新员工的工作经验。因为伙伴们在这个过程中投入了精力，所以当新员工遇到问题时，他们会注意到。它们有助于与团队中的专家进行讨论。他们花额外的时间进行配对编码。既然有人的任务是集中注意力，那么优化体验就容易得多。伙伴系统还为新工程师创造了明确的机会向组织提供反馈。新员工提供了独特的价值：在没有知识诅咒的情况下观察组织的能力。它们循环使用新思想，有助于防止制度化的偏见。早期评估新员工的意见为他们将来的贡献定下基调。第一天增值我们在体位法上有一个规定，所有的新工程师都必须在他们的第一天运送一些东西。它可以是一个微小的产品改进，或者是一个bug或一个错误的修正。但它必须投入生产。这种做法是对持续部署的承诺的一部分，并受到其他公司的启发。该规则有多种用途：演示软件更改的整个生命周期，从构思到发布。让新员工有信心把代码放在用户面前。最糟糕的情况是发生了一些事情，代码很快被恢复，一切又恢复正常了。在组织内重新加强持续部署的文化，这有很多好处。见见技术人员和团队我们共同完成的很多事情都是建立在信任和工作关系上的。好的工具（如体位法）能促进这种关系，但不能代替它们。我们通过尽早培养同事之间的关系来激发他们的工作效率。在新员工上任的最初几周，巴迪安排了一系列关于各种工程主题的学习课程，比如我们的代码库、集群架构、数据存储、反应性、测试框架等等。每节课都是和另一位工程师一对一的。像体式的许多过程一样，这些环节的功能是叠加的，从一个活动中产生许多不同的好处：会议负责人和新员工有一对一的时间讨论一些技术问题，建立关系。会议领导要练习成为权威，这是发展领导力的一个组成部分。新员工获得与工作高度相关的高质量信息。当然，为了扩大我们在所有员工（不仅仅是新员工）的知识转移，我们还保持了坚实的内部文档基础。每一个新员工都会被分配一个书面报道不充分的会议，并与专家合作，把他们学到的东西写下来。这个过程分散了繁重的文档工作，并帮助我们随着时间的推移建立知识库。启动项目在新员工接触到组织的原则、工具和流程之后，在学习和综合之间仍然存在很大的差距。许多组织都满足于让这一差距在偶然的情况下，断断续续地弥合，无论工程师此时正集中注意力在哪里。虽然根据需要优先考虑学习是一个可以接受的默认设置，但我们认为在更安全的环境中引入一些核心概念会更有效。为此，每位新员工都会得到相同的入门项目：使用我们的内部框架Luna构建一个小型聊天应用程序。他们预计要花2-3天的时间来完成这项工作。这个项目是相当开放的，尽管工程师得到了很多关于他们可以尝试构建的东西的提示。我们设计chat项目是为了让新工程师直接接触到在我们的框架上构建应用程序的许多核心概念。该项目的开放性使得工程师能够指导他们自己对系统的探索。由于在Luna上构建聊天应用程序与在体式上的日常工作非常相似，因此新工程师所学的技能是可以直接转移的。然而，由于范围要小得多，环境更容易控制，工程师可以更容易地学习概念，而不会分心。伟大的成功我们的方法的好处是实实在在的：我们的新工程师告诉我们，他们被他们的入职经历所鼓舞，而不是精疲力竭，他们对自己如何迅速变得富有成效感到兴奋。虽然我们的入职过程需要大量的前期工作，但我们发现，仔细考虑如何将一名新工程师介绍给公司，以及这些经验如何塑造他们对公司的思维模式，是值得的。毕竟，它们是它的未来。