Как вы идете о подготовке замены? [закрыто]

Недавно я спросил об уходе с должности и получил много хороших ответов. Одна из общих тем состояла в том, что ожидание нового человека было бы ожидаемым и могло бы иметь большое значение.

Теперь, учитывая, что (я думаю) большинство людей не остаются в компании в течение длительного времени после того, как они уведомили об этом, и компании потребуется время, чтобы взять у них интервью / нанять - что оставляет на короткое время получить кого-то в скорости.

Я также никогда никого не тренировал. Я проводил кучу репетиторов в университете и колледже, но преподавание языка / технологии сильно отличается от обучения кого-то, чтобы заменить вас на работе.

Таким образом, вопрос заключается в следующем: как вы обучаете кого-то заменять вас в потенциально короткий промежуток времени?

Проще говоря, невозможно полностью обучить нового человека. Знания за 2-3 года не могут быть переданы новому человеку через 1-2 недели. Новый человек обязан интересоваться и изучать большинство вещей сам.
По моему мнению, вы должны распределить время следующим образом: -
Обмен документами и их объяснение - 30%
Это будет включать в себя объяснение высокого уровня, низкого уровня дизайна и классов и т. Д.

Поделиться кодом и объяснить его - 70%
Это означает прохождение важной части кода.

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

Укажите их на вики

У вас есть один, не так ли? И я уверен, что у вас есть несколько членов команды, которые выступают в качестве библиотекарей кода во время проверки кода, чтобы можно было ввести общий код (либо в библиотеку кода компании, либо для замены пользовательского кода, который разработчик только что собрал).

Нет? Ах. Ну, тогда у тебя проблемы.

В зависимости от того, сколько у вас есть времени, вам необходимо следовать одному из этих планов в порядке уровня кризиса:

1. Аааа! Я ухожу сегодня днем

Если новый парень имеет большой опыт в вашей проблемной области, просто укажите ему в вики и покажите ему, как получить соответствующий код в вашем SCM. Купите ему пива, предложите свой номер телефона, если вы чувствуете себя щедрым, и отправляйтесь на вечеринку.

Если он не такой опытный, представьте его другим членам команды, которые должны быть его основными контактными лицами, чтобы понять, как все это сочетается. Это все, на что у тебя есть время.

2. Получил всю неделю, но много прибираться

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

3. Это младший разработчик, который берет на себя

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

Обеспечить базовую поддержку по телефону

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

Прекратите кодирование немедленно. Пусть новый парень сделает вашу повседневную работу и будет там, чтобы ответить на его вопросы.

Нет лучшего способа учиться, чем делать.

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

Если вы уже нажали на спусковой крючок и у вас есть окончательная дата, то информирование их о том, где искать различные вещи, вероятно, будет # 1, что поможет им начать работать. Когда вы показываете им проекты и что вам нужно, чтобы убедиться, что у них есть представление о рабочем процессе в системах и о том, где в более крупных проектах важны важные моменты. У вас не будет времени, чтобы дать им много подробностей, но вы, вероятно, можете довести их до такой степени, что они будут знать, какой код использовать, когда им нужно начать разбирать проблему.

Вы стремитесь быстро закончить то, что делаете, или, по крайней мере, дойти до некоторой остановки. Затем начинается дамп документации / мозгов. Я был в местах, где новый сотрудник не был знаком с некоторыми технологиями (пришлось поддерживать сайт ASP). У меня было достаточно времени, чтобы объяснить, где был весь код и как обновить сайт (найти производственный сервер было несложно, потому что он сидел у меня под столом; если это дает небольшое указание, почему я ушел).

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