Первоначальная настройка. Большинство систем требуют настройки. Даже не обсуждайте работу, пока она не будет завершена. Убедитесь, что новый разработчик находится там, где он должен быть. Стремление к выполнению работы, в то же время изо всех сил пытающееся заставить вашу систему работать, является гарантией того, что вы начнете не с той ноги для всех.

Первые две недели после завершения установки новый разработчик должен изучить кодовую базу, с которой он будет работать. Устраните любые другие важные аспекты, кроме обучения — единственная задача нового сотрудника — ознакомиться с кодом, системами и процессами, которые используются. Вложение двух недель с лихвой окупится продуктивностью, поскольку новый сотрудник начнет вносить свой вклад в знакомство и комфорт, обеспечиваемые двумя неделями обучения.

Другие разработчики могут быть проинформированы в течение двухнедельного периода о том, что у сотрудников, вероятно, возникнут вопросы. Если разработчикам лучше не беспокоить, может быть общее понимание некой среды, через которую новый разработчик может задавать вопросы, никого не перебивая, например, канал в Slack, или форум компании, или список адресов электронной почты. Другие разработчики должны более внимательно следить за этим каналом в течение этого периода, и тогда нанятый человек может свободно задавать столько вопросов, сколько необходимо через этот канал, не беспокоясь о том, кого спрашивать и как часто это слишком часто, чтобы беспокоить людей. Точно так же существующие разработчики должны смотреть на этот носитель и отвечать на вопросы только тогда, когда они находятся между задачами и имеют несколько свободных минут. Это сделает первые пару недель более гладкими для всех.

Внедрите «ротацию», когда один разработчик находится в режиме ожидания, готовый ответить на вопросы нового сотрудника в любое время (конечно, в рабочее время). За это время нагрузка на разработчика может быть уменьшена с учетом этой дополнительной задачи. Опять же, этот двухнедельный период является инвестицией.

По прошествии двух недель новому сотруднику также могут быть назначены определенные основные задачи, которые позволяют ему или ей активно участвовать во время изучения кода, например, задача написания базовой документации для каждого процесса, который они выполняют. учиться, поэтому, например, если кто-то показал им, как развертывать код в промежуточной среде, они могли написать это, а затем сделать его доступным для будущих сотрудников, чтобы в следующий раз сделать процесс обучения более плавным. Точно так же новый сотрудник в период ввода в эксплуатацию может добавлять комментарии к коду везде, где в комментариях есть пробелы, что дает ему или ей возможность ознакомиться с кодом, а также помогает всем работать с кодом немного лучше. Новый разработчик одновременно учится и вносит свой вклад на благо всех.