Как менеджер, я не всегда могу генерировать работу, которая была бы передовой. Некоторые проекты работают в режиме обслуживания и генерируют здоровый свободный денежный поток для компании.
Как разработчику, что вам нужно, чтобы остаться в этом проекте? Я думал о ребрендинге работы, но я мог бы сделать с большой помощью здесь.
РЕДАКТИРОВАТЬ: Спасибо всем за предложения. Итак, вот что мы получили:
- Ротация работы в соответствии с интересами разработчика
- Гибкая рабочая среда
- Отведите время для работы над любимыми проектами
- Социальные сети и веселье
- Брендинг проекта
- Используйте это как трамплин для других проектов
источник
Вы должны предложить им что-то, чтобы занять их время. Проекты в режиме обслуживания часто не требуют 40 часов в неделю от каждого разработчика. Если это произойдет, то, вероятно, что-то не так с программным обеспечением, но, исходя из того, как вы задали вопрос, я предполагаю, что вы ищете идеи, которые могут занять ваших разработчиков, в то время как не так уж много нужно сделать. Я не знаю, каков ваш финансовый бюджет, но я думаю, что некоторые стимулы, такие как отправка их на конференцию по программному обеспечению, могут быть полезны. Другое предложение может включать явное разрешение им изучать свои собственные интересы, скажем, 15 часов в неделю. Кто-то может быть заинтересован в изучении, скажем, алгоритмов сортировки или проектирования баз данных. Возможно, это не имеет прямого отношения к вашему бизнесу, но я не могу представить, что в конечном итоге вы не выиграете от их возросших знаний. Только не заставляйте их работать, ничего не делая. Позвольте им занимать свое время чем-то другим, если не так много работы. Я думаю, что было бы справедливо попросить краткую информацию о том, что они делают, чтобы убедиться, что они не просто беспорядочно просматривают веб-страницы, но позволяют им немного изучить.
источник
Сделать это весело для работы над проектом.
На самом деле интересные проекты довольно редки. А исследования показывают, что счастье работников сильно зависит от общения и веселья. Они массово упоминают коллег, когда их спрашивают, почему они не покидают свою нынешнюю работу.
Вот почему вы всегда должны быть счастливы, когда вы слышите смех в своем доме вместо того, чтобы кричать.
источник
Для меня лучший мотиватор в этой ситуации - очень четкие цели, особенно в форме хорошей спецификации. Или, скорее, чем лучше, это одна из немногих вещей, которые вам осталось предложить. Причина в том, что если сама работа неинтересна, то, зная, что я буду переделывать кучу этих скучных вещей, это огромный дополнительный демотиватор. Это может зависеть от того, как программист четко распознает значение спецификации.
источник
Другое дело - дать понять, что скучные проекты, приносящие доход, полезны для всех - нет дохода, нет работы и т. Д. Работа должна быть выполнена, иначе у вас не будет достаточно денег, чтобы их сохранить. на борту. Укажите это явно, иногда люди не осознают.
Затем разделите нагрузку. Постарайтесь выработать способы соблюдения установленных пределов скучной и раздражающей работы (в зависимости от вида работы, разделения рабочих дней, деления задач и т. Д.), Чтобы ни у кого не было ощущения, что они застряли во всем беспорядке, в то время как другие занимаются этим. забавные вещи.
Затем попробуйте сгладить это с забавными вещами. И поговорите с разработчиками, у них могут быть хорошие идеи.
источник
Вы должны изменить восприятие «скучного» проекта. Если это приносит здоровый доход, это не может быть очень трудно сделать.
источник
Часто эти проекты хороши для ваших программистов, которые посредственны и счастливы быть посредственными. Вы знаете, люди, которые не увлекаются программированием и просто рассматривают его как способ оплаты счетов. Теперь поймите кое-что: я не говорю это, потому что они слабые программисты, и вы хотите сделать их жизнь несчастной. Я говорю это потому, что обычно это те люди, которые просто не ожидают, что их работа станет источником удовлетворения в их жизни. По звукам это звучит как низкое давление, постоянные потоки доходов. Скорее всего, эти работники более чем счастливы выполнить легкую работу под низким давлением.
Конечно, это не значит, что вы можете просто дать им скучные задания и забыть о них. Возможно, вы могли бы дать своим игрокам "А" 80% веселых заданий / 20% скучных заданий, ваши "игроки Б" могли бы быть 50/50, а ваши "игроки С" - 20/80.
источник
Пусть ваши разработчики зарабатывают оплачиваемое время, работая над своими любимыми / открытыми / интересными проектами, выполняя некоторую тяжелую работу. Предложите им некоторую поддержку с этими типами проектов, особенно если работа над внутренним проектом или программой. Это стратегия, которую использует Google, я думаю?
источник
Я должен признать, что я никогда не работал над скучным и неинтересным проектом, поэтому я не уверен, что понимаю ваш вопрос. И я разрабатываю корпоративные системы для жизни. Серьезно, на практике я обнаружил, что программистам надоедает "скучная" работа гораздо меньше, чем я ожидал. Бесполезная работа, такая как заполнение расписаний, которые никто никогда не проверяет, - гораздо большая проблема. Что, как говорится:
Знайте свои предпочтения программистов; некоторые программисты не любят графический интерфейс, некоторые избегают SQL. Старайтесь уважать эти предпочтения, поскольку задача, которая скучна одному программисту, может доставлять удовольствие другому. Если по какой-либо причине невозможно разделить работу таким образом, сделайте ее интересной за счет усиления конкуренции - пусть соревнуются те, кто первым завершит свою часть, или составьте табло, на части кода которого было наименьшее количество ошибок в QA. Microsoft известна своей корпоративной культурой, которая заставляет программистов конкурировать на разных подходах и в конечном итоге выбирать лучший или включать лучшие части каждого подхода в конечный продукт.
Владение частью продукта и контроль над ним также значительно увеличивает заинтересованность. Напротив, нет ничего более скучного, чем когда кто-то управляет вашей работой. Кроме того, если есть повторяющаяся задача, которую все ненавидят, объясняя общую картину - что это то, что должно быть сделано, и почему и ротации человека, который делает это каждую неделю, обычно более чем достаточно.
источник
Я имел / видел успех с использованием такого рода проекта в качестве пути к более интересным.
Если все ваши новые и средние разработчики начинают работать в «скучных» проектах, задавая вопросы старшим разработчикам (которые большую часть времени участвуют в других проектах), и вы даете понять, что чем лучше вы работаете в области обслуживания, тем больше скорее всего, вы будете вовлечены в новую работу в будущем, а затем при условии, что у вас есть достойная команда, и вы действительно будете периодически менять команду и время от времени привлекать главных разработчиков к новой работе, команды будут объединяться.
Если у вас плохая команда или очень хорошая команда, этот подход может не сработать для вас.
источник