Мы работаем над старым кодом, который довольно старый и написан на языках начальных дней программирования. Поскольку члены команды обучаются по новейшим технологиям и теперь работают над устаревшим кодом, они недовольны. Как мотивировать их работать и в устаревшем коде?Как мотивировать команду на работу с устаревшими продуктами
Только наличные деньги не могут сделать разработчиков счастливыми. Вы должны предоставить им хорошую среду, чтобы они могли обратить внимание на свою работу.
Другое дело, что технология не является плохим или устаревшим или старше. Дело в том, что ваша компания должна поддерживать его, тогда вы должны продолжать это делать. Но сохраняйте все стандарты для проектирования, кодирования, тестирования, просмотра кода, интерактивных сеансов и т. Д.
Также вы можете мотивировать их преобразовать свой устаревший код на новую платформу для лучшей производительности и удобства обслуживания. Каждая компания делает это, даже когда я думаю, потому что они хотят конкурировать с другими продуктами рынка.
Также предоставите им несколько классных сессий для других технологий, которые используются в вашей компании, но они не знают и не используют. Пусть они глубоко погружаются в вещи, дают им надлежащее время и поддерживают решение проблем. Основная цель - своевременно доставлять меньше ошибок и ошибок.
Предоставьте некоторые награды за их работу и радуйте их работу.
спасибо.
Однако без наличных денег в этом случае вы никуда не денутся. – 2010-06-17 13:13:30
Вы можете, например, попытаться сделать причудливые вещи на стороне тестирования. Попробуйте насмешливые фреймворки и т. Д.
Попытайтесь также подчеркнуть, что обработка устаревшего кода является хорошим опытом, если вы хотите стать прочным программистом, поскольку каждая технология становится в конечном итоге наследием.
Дополнительные наличные деньги? :) Не знаю ничего другого ...
Даже если это устаревший код новых технологий, не всегда приятно работать над таким кодом, поэтому на «начальных технологиях» ... я думаю, что единственная мотивирующая вещь - это узнайте, как программирование было в эти дни ...
Есть ли у вас возможности для удаления устаревшего кода в обозримом будущем? Если это так, «нам нужно только продолжать это делать до тех пор, пока ...» не может подсластить таблетку.
Являются ли члены команды опытными в языках/средах, в которых написан старый код? Если нет, может быть просто нежелание делать что-то, что они не знают, как действовать. Возможно, в какой-то момент запланировано, что они смогут получить хотя бы мимолетное знакомство, возможно, в порядке; если это не слишком много сдвига парадигмы от новейших технологий, это не должно быть так сложно?
Пошлите вашу команду, чтобы встретиться с пользователями и посмотреть, как у них используется программное обеспечение. Они должны выяснить, какие наиболее важные проблемы у пользователей с этим программным обеспечением.
Знакомство с пользователями делает работу более реальной - ваша команда будет знать, что добавление новых функций или устранение некоторых ошибок поможет некоторым реальным людям. Это должно побуждать программистов выполнять скучную работу.
Могут ли члены команды разрешать работать только с командой устаревшего кода или их время может быть разделено между различными проектами? Я не думаю, что кто-то будет счастлив потратить 40-часовую неделю на отладку FORTRAN. Но если вам придется потратить несколько часов на устаревший код, зная, что вы можете делать перерывы в течение дня, чтобы работать над чем-то, что вам действительно нравится, это немного менее болезненно.
И я повторю то, что было сказано ранее, о том, чтобы члены команды успели научиться и получить опыт работы со старыми технологиями, прежде чем бросать их туда. Постарайтесь сделать тренировку приятной. Наш тренинг с устаревшим кодом был создан в качестве конкурса, чтобы узнать, кто может найти самое быстрое/кратчайшее/наиболее полное/иное решение интересных проблем, а не смотреть исключительно на код, над которым мы должны работать. Действительно, это может быть применено к плану команды, даже если у вас нет времени на обучение. Добавьте небольшое соревнование к задаче или разрешите немного времени для сложных и конкурентоспособных побочных проектов.
Как они получают вознаграждение за работу над этими устаревшими продуктами? Знаете ли вы, что их мотивирует? Некоторые люди могут предпочесть своевременное признание и похвалу, в то время как другие могут рассчитывать на получение наличных денег или понимание того, что это не обязательно то, за что они подписались, когда они изначально заняли эту должность. У меня возникло бы желание предложить провести 1: 1 встречи, чтобы посмотреть, что им понравится, что сделает их счастливее. Это больше денег? Больше гибкости во время отпуска? Обучение в унаследованных технологиях? Подтверждение того, что они делают хорошую работу над этими древними системами, поскольку начальные дни программирования заставляют меня думать о мэйнфреймах и других действительно старых инструментах, которые можно задаться вопросом: «Сколько еще будет работать на самом деле?»
Денежные средства не являются ответом. Свободное питание, безалкогольные напитки, что угодно, что только до сих пор помогает облегчить работу устаревшего кода. Как насчет того, чтобы изменить свою перспективу?
«Любой может хорошо работать с современным кодом, который имеет приятную IDE с встроенным рефакторингом, тонну ресурсов только одного поиска Google, но мы мало гордимся, мы, группа братьев, мы достаточно хороши, чтобы сделать это с древними процедурными языками. Мы приручим этот ужасный беспорядок кода и сделаем это одной рукой за спиной и создадим процессы и инструменты, чтобы убедиться, что у следующих бедных ублюдков не будет так плохо ».
ха-ха, это смешно. я должен делать COBOL, и подобные мысли на самом деле не совсем такие, которые обычно проходят через мою голову – jaywon
Я бы сказал, что самый простой способ привлечь самые позитивные эмоции от разработчиков к устаревшему кодированию - это сделать что-то новое.
У вас есть сеанс или два, чтобы определить, что это значит, что делает старый код, а затем получить представление о том, что потребуется, чтобы сделать это заново в новой архитектуре. Часть «новой архитектуры» является ключевой, поскольку в 9/10 раза это ужасная архитектура (код спагетти, предстандартные соглашения и т. Д.).
Если вы не можете получить одобренные оценки повторной записи, то, по крайней мере, выработайте план, чтобы получить ваш рефакторинг устаревшего кода в ежедневное обслуживание. По крайней мере, ваши разработчики будут чувствовать, что они работают над чем-то, и что-то новое в этом, а не просто обезглавливание старого разложения, которого никто не хочет даже помнить.
Только мои 2 ¢.
мне очень нравится «Отправить команду для удовлетворения пользователей и просматривать их с помощью программного обеспечения»
Если я должен мотивировать свою команду, я действительно спросить мой разработчик посетить использование и узнать, сколько пользователей счастливы с продуктом.
Мне очень хотелось бы бросить вызов тому, как мы можем сделать это лучше, чем то, что существует.
Количество времени, затрачиваемого на расходование мотивации команды и изучение устаревшего кода, а также исправление ее без исключения можно легко использовать для создания одного и того же материала на новой платформе с учетом количества ресурсов, IDE, опыта, фреймворков и т. Д. бесплатно, хорошая новость, в которой у вас есть система, вам просто нужно встретить такое же поведение на новой платформе, в отличие от того, что нам нужно создать что-то новое для какого-то продукта, поведение и пользовательский опыт которого мы не знаем.
Насколько устаревшим является этот устаревший код? Есть примеры, языки или библиотеки? –
Ну, если унаследованный код - RPG II, Fortran, Cobol, BBx (Business Basic), dBase III или что-то подобное, его легко понять их несчастье, поскольку на данный момент это не сплошные строители. На каких языках вы говорите? – kloucks