大家好！ 我将继续谈论IT方面的管理经验。 今天，我们将讨论向团队介绍新员工。 您已经雇用了一名工程师。 它什么时候会成为成熟的战斗部队？ 如何加快适应？ 如何优化这个过程？ 毕竟，值得花时间去关注它吗？
我将从最后一个问题的答案开始：肯定是的。 无论专家多么经验丰富，他都需要时间来研究特定项目的技术细节，熟悉开发过程并最终结识新同事。 这对于公司而言确实很重要：开始全面解决问题的速度越快，就越能使公司受益。
我认为，将新员工加入团队是一个非常重要的过程，而且调试得越多，新人成为正式员工的速度就越快，您花在该团队上的时间就越少。
同事转型的初学者
当我在二手零件的服务聚合商中工作时，花了三天的时间将新人员介绍给团队。 之后，他们和其他人平等地解决了当前的任务，参加了讨论并在咖啡机旁与同事开玩笑。 但是，我当然并没有马上就来到这里，起初我不得不填补障碍并获得经验。 只有到那时，我才为自己制定了基本原则并建立了流程。
这是我从团队管理实践中学到的主要细微差别。
- 在团队中加入一个人应该从对项目的介绍开始。 我在采访中已经做到了。 我总是准备了一个10分钟的故事，内容涉及整个公司，公司的收益，服务的工作方式，部门的结构等等。
- 准备工作场所并创造舒适的工作条件。 在第一天，一个人应该坐在舒适的椅子或扶手椅上坐在办公桌前，打开已经配置好的计算机。 没有时间准备这一切吗？ 不能，这确实需要注意。
- 个别方法。 例如，要创造舒适感（这是必要的，尤其是在搬到新工作的压力条件下）。 很高兴询问有关操作系统和键盘/鼠标的偏好设置。 也许您将是第一个提供此服务的雇主。 这将在员工眼中提升您的公司。
- 与团队正确认识。 仅仅想象所有员工的名字并进入工作场所是不够的。 您可以执行以下操作：这是Misha，他负责后端，这是Petya，他负责DevOps，Vasya和Kolya负责客户端部分，可以询问他们有关此类方面的问题。 所有这些都应反映在员工的官方文档中，但在下文中有更多介绍。
- 与公司相识。 我认为最好是在部门中进行，并告诉公司内部组织方式，员工之间的互动方式。 将来会派上用场。
- 将军 新工程师必须了解这些琐碎的事情，在哪里洗手间，如何使用咖啡机以及在哪里可以加热食物。 与同事建立更紧密关系的重要一步是邀请他与团队共进晚餐。
- 团队的原则。 各地都有自己的条款和条件。 例如，我们的团队习惯于按灵活的时间表进行工作，任何人都可以在他方便的时候来或者休假一天或在家工作。 但是，在发生释放或紧急情况时，我们会徘徊并共同解决问题。 团队也有友好的气氛，我们彼此尊重，并期待新来者的光临。
总的来说，我还没有发现任何秘密，但是这些方面确实非常重要。 第一印象是非常重要的，正是从他那里，这个人将对公司及其在公司中的位置形成看法。
另一个关键因素是减轻压力。 这是不可避免的，因为过渡到新工作是摆脱舒适区的一种方式，所以每个人都是不同的，不是每个人都知道如何很好地应对这一问题。 您的任务是简化将一个人加入团队的过程。 在这里，注意细节很重要。 例如，一个人可能不愿意要求更换不舒服的键盘。 或者，如果您发现他是一个性格内向的人，请变得更加精致，不要在与团队会面时将他带到开放空间的中心。
如何快速将新手加载到项目中而不杀死它
一个男人来与您一起工作，您将他介绍给同事和整个公司，创造了舒适的条件。 该上班了。 毕竟，您的任务是让他参与开发过程，并开始尽快使公司受益。 在这种情况下，最主要的是不要快速解决问题。 使新创建的同事顺利地工作。
因此，以下是主要步骤，这些步骤使我可以迅速而轻松地将初学者变成团队的正式成员。
- 有关该项目的故事。 我相信，首先您需要从客户的角度谈论该项目。 为什么需要它，它如何工作，解决什么问题？ 只有到那时，我们才能继续前进到“幕后”，并展示它如何布置在内部。 为了节省时间，您可以录制一次视频。 仅需要监视其相关性。 如果您自己做不到，请将任务交给同事。
- 项目结构。 重要的是要显示您的服务由什么组成，包括哪些模块，它们如何相互交互。
- 知识库。 确保编写技术文档。 对于初学者，她将为您提供一线曙光，并指导您完成项目的各个步骤。 它应该包括所有内容：从命名分支的原则和在Git中创建拉取请求的规则，到服务器基础结构和一组技术工具的描述。
- 筹集项目。 帮助新移民部署项目，在此阶段不要删除它。 当那里的一切都变得混乱时，即使是经验丰富的程序员也可以在执行此任务之前保存下来。 为了加快此过程，请编写说明。 但是，如果提前执行并配置项目组装过程本身，则可以节省更多时间。
- 从简单到复杂。 在两天之内，介绍所有内容，然后将新来者扔入困境，并迫使他们削减新的复杂功能？ 失败的好计划。 人脑的资源不是无限的，请逐步引入。 花很多时间并选择越来越复杂的任务，逐步使他达到所需的难度。
再说一次，我什么也没说，但由于某些原因，许多公司继续犯这样的错误。 然后，他们对一个经验丰富的人犯下令人讨厌的错误感到惊讶。 将我最喜欢的运动比喻为顺理成章的事情：专业运动员知道如何踢球并熟练地传球，但是如果不了解球队的战术和策略，就不会有任何意义和结果。 这就是为什么需要教练来帮助球员成为团队的一部分。 如果您是团队负责人，那么应该向团队介绍新人。 缺乏时间和其他原因，这些只是借口。 这是一个非常重要的过程，没有人会为您解决。
生活故事
下面，我将分享我自己的实践中的指导性案例。 我也没有立即成功调试该过程，而是通过错误来解决这个问题。
关于募集项目
当我的团队很小时，对于新员工，我们从头开始在每台计算机上取消所有服务。 当然，我花了很多时间，或者当我请他们帮助时从同事那里得到了。 随着公司和IT部门的成长，这变得令人头疼。
我承认，我错过了这一刻。 另外，这不仅引起初学者的问题。 当其中一名员工需要提高另一支团队正在编写的服务时，他们就准备好开枪了。 如果有必要一次筹集十几个？ 我从根本上决定了这种情况：我将整个基础架构转移到了Docker。 是的，这并不容易，我们花了很多时间和精力，但是将来节省了很多。 我们选择了最佳的项目配置，每个配置都提供了有关如何部署和提升的详细说明。
结果，我们所有15个内部服务都在20-30分钟内部署完毕。 也就是说，新移民毫不费力地跳过了在新地方适应的阶段之一。 许多人在回想过去的经历时甚至感到惊讶。 那是对我最好的赞美。 顺便说一句，我知道许多公司都是新来者独自参与这个项目的，他们不得不花整整一周的时间来筹集资金！
关于文档
可能和其他所有人一样，在项目开始时，我们根本没有文档。 尽管团队很小，而且服务的功能适中，但没有问题。 但是两年后，当切换到项目的其他部分时，开发人员自己不了解他们很长时间未接触的那些服务是如何工作的。 向新员工介绍该项目更加困难。 尤其是当它包含15种以不同方式和技术运行的服务时。
在解决问题的第一阶段，为所有部门的所有员工录制了培训视频。 允许程序员观看所有内容，以便他们从用户的角度了解服务的工作安排。 这大大节省了时间，无需长时间交谈，观看后10分钟就足以回答问题。
然后，我们准备了两个版本的文档：面向初学者，为其他所有人扩展。 第一个本质上是一个简单的备忘单，用于将人员引入团队的初始阶段，在那里新手可以找到所有最重要的内容。 第二个扩展版本，每个人都已经使用过。 在那里描述了所有内容：从架构和项目部署说明到使用某些技术的细微技术差异。 后来，他们创建了另一个大型文档，描述了我们通用系统所有组件的交互。
可以说，起初在大型码头上没有搜索，使用起来非常不方便，因此所有内容都转移到了Wiki引擎上。 有了适当的组织，而且第一次尝试也无法做到这一点，结果发现一切都很方便且负担得起。 后来，我们为不同部门添加了其他文档。 然后，我们的文档成为了完整的知识库。 例如，您需要在某些服务上配置复制，您会找到必要的文章以及说明和示例。
每个员工都可以添加和编辑文档，有负责任的人员监视信息的相关性，但是几乎每个人都以一种或另一种方式参与了流程。 重要的是要在此处注意一个关键点-知识不应只局限于一个人，这是无处可去的方法。 他可能生病或辞职，然后在他不在的情况下可能发生信息崩溃。
我已经很久以前离开了那家公司，但是这个基地还活着，员工一直在使用它。
关于舒适
当我自己成为普通程序员的新工作后，当他们试图创造舒适的条件并解释所有内容时，我感到很高兴。 但是那是当他们只是将它们种植在工作场所中而又让他们独自从事该项目的时候。 它非常激怒。 但是管理层并不认为这是一个问题。
记住我的经验，我总是尝试倾听人们的意见并创造舒适的条件。 例如，这样的人缺少良好的降噪耳机或带有靠背的椅子。 在我的实践中，甚至有个故事，就是程序员开始使用PHP时，但内心他想做JS。 我只是在改革部门，这个人有很好的动力和双眼。 结果，我将其转移到另一个位置，每个人都很满意。
来我系的家伙真的很欣赏这种态度。 他们说对我们来说一切都很复杂，但是由于对工作过程的顺利介绍和其他员工的帮助，他们很快掌握了团队。
我相信团队中很多良好的沟通和友善的气氛会有所帮助。 团队负责人应该与团队一起生活，首席技术官应与TL和流程一起生活，也许只有这样，才会有田园诗。
项目试驾
不幸的是，有一个新人进入公司，但是已经在工作过程中，事实证明他要么不适合该项目，要么由于某种原因该项目不适合他。 当然，这种情况并不常见，但有时会发生。
为了最大程度地降低双方的风险，我介绍了一种做法，例如考试日。 如有疑问，我们使用此方法。 也就是说，专家可以一天工作，为他尝试一个新项目，以了解一切如何进行。 反过来，即使在这么短的时间内，我们也可以对其进行综合评估。
工程师可能有许多原因导致他不喜欢该项目。 例如，他可能不想与Legacy合作，他可能不喜欢开发方法，最后，团队中的氛围可能不适合他。 碰巧一个人在审判期之后没有足够的这些理由离开。 他留下来，但感到不舒服或不满。
为了排除这种情况，我们花了几天的测试时间。 人们只是请假，来找我们工作。 在这种情况下，花更少的时间来熟悉该项目，因此我们在一个加速程序中将它们介绍给了整个过程。 结果是：面试后如有疑问，我们将与候选人一起做出正确的决定。 这样，他就不会冒失去现有工作和进入他不喜欢的项目的风险，如果这个人最终没有成为团队成员，那么我们可以节省很多资源。 顺便说一下，其他一些公司也使用类似的方法。
结论
在不同的公司中，工作流是非常不同的，并且每个地方都有自己的特殊性和体系结构。 因此，即使是艰苦的专业人员也需要时间来适应。 您的任务是使其最有效并尽可能减少时间。 因此，值得花时间调试诸如将新员工加入团队的过程。 如果您尚未朝这个方向采取措施，请尝试尽快进行。 这将为您节省很多时间。 无论公司中有10人还是1000人，这都是很重要的。要理解，如果没有人这样做，团队领导者仍然应承担责任。
我的团队设法将输入时间减少到三天！ 这么短的时间后，一个人加入了团队并接手了当前的任务。 没有通用的配方，在每种情况下您的计划都将奏效。 但是我认为，关键方面是为招募新员工进行认真的准备（文档，设置环境，硬件），创造舒适的条件，熟悉该项目以及同事以及团队领导的支持。
PS如果您有关于如何介绍给团队的有趣，有趣或有启发性的故事，该怎么办？ 烧录评论！ :)我的其他IT管理文章：
什么是团队负责人一无所有的梦想团队：聘请IT专业人员如何建立和管理成功的团队成长，团队负责人，大大小小的