Потеря программиста, какие шаги предпринять?

Question

Один из программистов нашей команды отправляется на более зеленые пастбища. Мы будем двигаться от 6 до 5. Какие шаги мы должны предпринять, чтобы обеспечить, чтобы процесс разработки продолжал плавно, потенциально, при интеграции в новую кровь.

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

Answer 1

Есть несколько вещей, которые вы можете сделать (в таком порядке):

• переоценивать свои оценки, основанные на опыте остальных членов команды и баланс рабочих элементов нагрузки
• Придумайте приоритезированный список вещей, которые вам, возможно, придется сократить
• Ищите подходящую замену (как можно более агрессивно)
• Начните обсуждение с руководством вашей компании о возможных изменениях компенсационных пакетов, которые позволят вам сохранить ценные человеческие активы, такие как leavi ng guy

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

Answer 2

Вы можете найти другого старшего разработчика, который щедро обращается к своим коллегам. Удачи.

Answer 3

Я согласен с Франци со скромной модификацией приоритетов :

Начните обсуждение с руководством компании ...

Да. Во всех смыслах. Cегодня. Если ваше лучшее уходит, ваше второе место, вероятно, далеко не позади. Поговорите с остальными разработчиками. Они счастливы? Ты уверен? Они просто хорошо относятся к вам из уважения к вашей власти, но имеют таинственные «назначения врачей», которые возникают? Если бы вы были членом команды, вы бы искали?

Answer 4

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

Answer 5

Избегайте специализации в первую очередь. Если у вас более 0 дней для перехода, это роскошь. Люди заболевают, умирают, убегают, арестовываются, увольняются и т. Д. Каждый день. Поэтому непрерывность проекта предполагает, что рано или поздно кто-то неожиданно перестанет приходить на работу. Я знаю случай, когда парня арестовывали за его столом, уводя в наручниках, и его компьютер был немедленно доставлен в лабораторию для судебного расследования. Не так много времени для передачи знаний.

Кодовые обзоры, обзоры дизайна и проблемный билет/ротация исследований будут популяризировать всю команду со всеми аспектами системы.