Get best of the week

在远程站点上入职

入职培训有几种类型：在公司级别，每个人都向初学者展示并告诉其活动，功能，结构；在人力资源方面，仍然可以强调工作印象；在团队一级。我们将讨论后者，尤其是在远程工作期间如何更改入职要求。

在udalenka之前和之后工作。
在udalenka之前和之后工作。

入职有哪些选择？

  • 他们把它扔进了水中，游出了水-我们的男人不能-这是他自己的错，最好是事先尝试学习游泳。
  • 这是任务，在这里您将了解运动的其余部分；
  • 真正的入职。在最初的情况下，实际上并非如此。新来者积极参与设备公司和团队。

我会保留一点，在本文中，我并没有重点介绍高级或初级人员的入职分离。这些过程着重于技术细节和作业控制，但同样重要。

社会方面


开发人员是一种社交动物，很可能是一个内向的人。有经验的开发人员可能具有良好的沟通能力，甚至是外向的人。但是还是最好让他稍微交流一下。

与团队见面


向团队介绍一个新同事，在非正式的工作上花更多的时间，谈论有关初学者的爱好或其他有趣的事实。如果一个人很封闭并且不准备分享自己的兴趣，请触摸过去工作的重点。他很可能已经在采访中以领导者的身份告诉过您。这很重要，在办公室的日常生活中，新手可以在休息或午餐时将其告知同事，而远程工作则更困难。

无论您的公司有多大，请向该项目展示一个新手将与之合作的项目。专注于谁现在正在执行什么任务。如果项目很大，并且您建议初学者自己看一下并提问，那么他可能会去研究无关的部分或只是深入研究。更不用说以下事实：如果您拥有微服务，多个移动应用程序和一个网站，那么初学者根本就无法适当地确定优先级。

我们希望最佳地利用时间，并且我们会创建冗长的说明来回答一系列问题。因此，也许您可​​以发送新手“阅读花式手册”？既然每个人都缺乏社交联系，那么最好花一些时间进行实时交流。

安排与企业的会议。他们说，当您坐在办公室里并且产品惊慌失措时，图库不起作用，初学者会立即了解到这是项目的重要/关键部分。没有看到附近的燃烧森林，您就可以忘记它燃烧了。让企业指定，然后回想一下，对于项目开发而言到底什么才是最重要的。

在远程站点上，员工无人分心，因此工作效率更高。当我们放在方括号中时，强制进行远程工作。但是，只要开发人员拥有所有必要的数据，此过程就是稳定且良好的。如果没有数据，则需要将其放到某个地方。在这里，初学者可能会浪费大量时间来搜索它们，因为他不会立即找出可以要求他们的人。知识的交流，问谁和去哪里寻找，是优化初学者工作的重要范围。

逐渐地，新员工将与所有同事见面。 “渐进式”是这里的关键词。最好有一个汇合列表，指明您可以与谁联系，在这种情况下可以联系。但是，您不应该将20个名字的列表转交给新员工，而只是简要说明谁和为什么需要他，并希望这样就足够了。

图片


我推荐伙伴的方法，这在Lamoda报告中有很好的描述。 Buddy是敬业的团队成员，他将回答有关沉浸在公司中的所有问题。合作伙伴会告诉您在特定问题上与谁联系-不是在哪个部门，而是具体联系谁。会告诉您是否存在类似的功能或微服务。这将有助于应对公司采用的沟通方式和行为方式。
当使用该产品时，出现了一些突然出现的弹出窗口和对于初学者来说出乎意料的时刻，他可以立即提出一个问题并了解它是什么以及为什么这样做。即使导师不知道，他在公司中的经验也足以知道该问谁。

在遥远的地方，你不能路过，问你好吗。这是同事应该承担的时刻。与他的不断沟通弥补了这个问题。如果此人不存在，则通常将其角色分配给领导者，该领导者在远程工作中同样会忙，并且没有时间及时做出反应。选择这种“伙伴”时，您需要考虑到沟通技巧和该人本人的愿望-某人想要冷静地编码，而您不应责怪他。

摆脱一般性问题到特定问题。对于标准问题“是否有任何问题？” 您很可能不会得到明确的答案。值得一问的是，一个人是否应付某项特定任务，那里的一切对他是否清楚。在这种情况下，质量反馈的可能性更高，他可以记住（毫不犹豫地说）他对此主题有疑问。

技术方面


对该项目进行技术介绍。分成几个会议。在第一阶段中，请说明要点。第二-关于与其他部门的互动。在第三次会议上，介绍基础结构。再次检查文档，如果有缺陷，请在员工之后进行更新。什么时候，不是！提前拾取不需要远程批准的任务。理想情况下，尝试自己草绘此任务并检查描述的相关性。

在谈论项目时，您会引入许多术语，这些术语对初学者毫无意义。例如，“哈萨克斯坦共和国的Katney Gosu”。引入新术语时，请给初学者一个解释并提供这些信息。如果您在一次会议中介绍服务的整个基础架构，那么初学者很可能会忘记在接下来的几天中几乎没有遇到过的所有概念。

第一次尝试进行配对任务。即使一个人可以完成任务，也最好将其划分为子任务，以便合作。以微服务为例。假设初学者与DB进行了一层通讯，而经验更丰富的同事则拥有一个通用的框架和API通讯。接下来，新手将编写业务逻辑，并且该任务将作为完整的微服务进行测试。

这样的任务有助于快速融入团队的节奏，例如一个坐在Skype另一端的同事（Zoom，环聊），以防出现问题，并让新来者感到自己并不孤单。它还可以保护新员工免于不必要地修改一半的代码库，如果他突然：1）误解了任务，2）想展示自己的野心并杀死48小时不睡觉。

Udalenka表示不确定感增强。计划有助于定性处理它。这不是座右铭，一切都按计划进行，而是制定的计划，使员工沉浸在项目细节中。还有员工发展计划。当然，还要清楚地描述员工在试用期内的目标和新手的期望。它们不应与冲刺任务相关，而应与对公司在任何开发阶段都很重要的共同点联系在一起。例如：

  • 从（负责人的姓名）获得访问权限；
  • 在测试环境上扩展任务分支；
  • 进行5个同事的审查任务；
  • 查看开发人员的布局要求；
  • 参加第一次反馈会议。

最后一个例子很重要，这里固定了一个会议来接收反馈，我已经在社交环节说了很多。您的列表会根据团队的优先级和员工的资格而有所不同。您可以直接分别突出显示普通部分，以及其他部分，分别用于初级，中级和前/后。

有了一份正式的待办事项清单和试用期要求，可以节省您和您的新同事的神经。它可以使员工在相当短的时间内（与测试相同）在不同方面展示自己，并涉足工作的不同领域。如果您不这样做，例如给一个初学者和平地锯一个模块，那么理想情况下，他会在3个月内完成该模块，但是在其他情况下，它可能会失效。

如何理解远程站点上的注册成功？


一个人不应在屏幕上像一组像素那样给团队留下印象。必须了解团队中正在发生的事情。对项目的了解应与他设法与之工作和交流的在职人员所具有的特定功能联系在一起。

我们举行了会议，并听取了其他团队成员的反馈，他们与领导者分享了与新人和一般印象互动的经验。为了提高会议的效率，一半以上的员工应该已经具有与新同事沟通的经验。如果他们声称“这项工作奏效了，那不会打扰我”，那么入职流程应最终确定。

More articles:


All Articles