Как мотивировать команду работать на устаревшие продукты

Ответ 1

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

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

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

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

Предоставьте некоторые награды за их работу и радуйте их работу.

спасибо.

Ответ 2

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

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

Ответ 3

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

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

Мне очень хотелось бы бросить вызов тому, как мы можем сделать это лучше, чем то, что существует.

Ответ 4

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

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

Ответ 5

Есть ли у вас возможности для удаления устаревшего кода в обозримом будущем? Если это так, "нам нужно только продолжать это до тех пор, пока..." не может подсластить таблетку.

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

Ответ 6

Разрешено ли членам команды работать с командой устаревшего кода или может быть разделено время между различными проектами? Я не думаю, что кто-то будет счастлив потратить 40-часовую неделю на отладку FORTRAN. Но если вам придется потратить несколько часов на устаревший код, зная, что вы можете делать перерывы в течение дня, чтобы работать над чем-то, что вам действительно нравится, это немного менее болезненно.

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

Ответ 7

Как они получают вознаграждение за работу над этими устаревшими продуктами? Знаете ли вы, что их мотивирует? Некоторые люди могут предпочесть своевременное признание и похвалу, в то время как другие могут рассчитывать на получение наличных денег или понимание того, что это не обязательно то, за что они подписались, когда они изначально заняли эту должность. У меня возникло бы желание предложить провести 1:1 встречи, чтобы посмотреть, что им понравится, что сделает их счастливее. Это больше денег? Больше гибкости во время отпуска? Обучение в унаследованных технологиях? Подтверждение того, что они делают хорошую работу над этими древними системами, поскольку начальные дни программирования заставляют меня думать о мэйнфреймах и других действительно старых инструментах, которые можно задаться вопросом: "Сколько еще будет работать на самом деле?"

Ответ 8

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

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

Ответ 9

Я бы сказал, что самый простой способ привлечь самые позитивные эмоции от разработчиков к устаревшему кодированию - это сделать что-то новое.

У вас есть сеанс или два, чтобы определить, что происходит с предыдущим кодом, а затем получить представление о том, что потребуется, чтобы сделать это заново в новой архитектуре. Часть "новой архитектуры" является ключевой, потому что в 9/10 раз она представляет собой ужасную архитектуру (код спагетти, предстандартные соглашения и т.д.).

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

Только мои 2 ¢.

Ответ 10

Дополнительные деньги?:) Не знаю ничего другого...

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

Ответ 11

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