Что вы будете делать с уже неэффективным программистом?

Question

Программист в вашей команде отлично умеет поддерживать старую устаревшую систему.Но компания перешла на новую технологию/платформу.

Что делать с уже неэффективным разработчиком?

Answer 1

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

Если он хороший программист, то научится и адаптируется, если нет, объясните ему, что ему придется подумать о другой должности — либо в той же компании, либо в другой.Это бизнес, а не его игровая площадка.

Answer 2

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

Answer 3

Люди могут стать «неэффективными» по разным причинам: от потери энтузиазма, личных проблем, разочарования в компании или руководстве, страха или усталости от технологических изменений, ненадлежащего использования рекреационных наркотиков и т. д. и т. п.

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

Поэтому мне не нравится, как сформулирован ваш вопрос, как будто этот человек стал проблемой и обузой:ему не хватает человечности.Если бы вы сформулировали это таким образом, ответ, возможно, стал бы вам яснее быстрее.

«Я обнаружил, что больше не являюсь эффективным разработчиком, и боюсь, что скоро останусь безработным.Мир изменился вокруг меня.Что я могу сделать, чтобы мой работодатель помог мне в этом и вернул мне чувство собственного достоинства и самоуважения?»

PS Мне 52 года, и мне удалось оставаться на переднем крае, в основном за счет заключения контрактов и постоянного использования новых технологий, но я вижу много людей в положении, которое вы описываете.Прежде чем стать программистами или сотрудниками, они люди.

Answer 4

Скажите ему, чтобы он освоил новую технологию, предоставьте ему разумное количество времени и помогите сделать это.

Answer 5

Если вы не сможете обучить его новой системе, вам придется его отпустить.Или вы могли бы повысить его до «менеджера проекта» и подождать, пока он облажается, а затем уволить его.

Answer 6

Я думаю, что пока у вас не будет старого ПО в производстве, вам всегда нужны ребята со знанием старой платформы.Представьте себе, что все люди, которые могли работать над вашей 20-летней программой Cobol, ушли, и однажды клиент позвонил вам и сказал, что что-то не так.....Я уже видел такую ​​ситуацию раньше ;)

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

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

Предположим, вы работаете в компании, которая работает с Visual Basic .net, у вас есть два программиста на выбор: у первого 1 год опыта работы с Visual Basic .net, у другого 15 лет опыта программирования низкого уровня на C++/ассемблере.Я, вероятно, найму второго, даже если он ничего не знает о Visual Basic, у него наверняка есть большой опыт, которым он может поделиться.

алк.

Answer 7

Держите его, по крайней мере, по двум причинам:

• Если старая унаследованная система все еще находится в производстве, он все еще способен ее поддерживать.

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

Answer 8

Лучший подход – проактивный:Обязательно давайте сотрудникам, программирующим устаревшие системы, некоторый процент задач, связанных с новыми технологиями.Это делает их более ценными для организации и повышает их удовлетворенность работой.Что в этом не нравится?;-)

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

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

Answer 9

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

Рассмотрим гипотетический сценарий ниже:

Шаг 1.Внедрите совершенно новую технологию Shinny.

Шаг 2.Переместите устаревшего технического программиста куда-нибудь еще (или уволите)

Шаг 3.Обнаружьте критическую ошибку в новой технологии или жизненно важных данных/процессах, поддерживаемых в устаревшей системе, но не в новой.

Шаг 4.Упс...

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

Конечно, если он действительно не может этого получить и вы уверены, что система наследия готова к передаче в дар музею...

Answer 10

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

Тот, кто хорош в одном, может быть хорош и в другом (я так считаю)

Скажите своему программисту, что ИЗМЕНЕНИЯ неизбежны, и попросите его начать менять свою технологию, поставить реалистичную и взаимовыгодную цель и строго соблюдать график.

Если он сможет усыновить ребенка, он выживет, иначе он научится найти новую работу.[Примечание:Я думаю, что мои комментарии и предложения помогут вам, но это не гарантирует 100% успеха.]

Answer 11

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

Answer 12

Здесь есть несколько факторов:

1. Размер компании
2. Вероятность возврата к старой технологии
3. Готовность сотрудника перейти на новую технологию.
4. Взгляд компании на ценность сотрудников

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

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

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

---

Я видел, как эта проблема идет в обе стороны.В одном случае сотрудник был рад такому переходу и потратил огромное количество времени на то, чтобы вникнуть в суть дела;в конечном итоге они смогли предоставить много информации и ценности.

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