Мой опыт показывает, что команды разработчиков (но в целом любая команда) состоят из 3 типов людей:
- те со встроенным приводом для качества,
- тех, кто только ради денег (пиво / девушки / что угодно) и не заботится о них, однако вы пытаетесь их мотивировать,
- «посредственные» (из-за отсутствия лучшего слова).
Последняя группа самая большая, и они стремятся следовать за правящей партией. Если в команде достаточно качественных людей, они могут взять большинство с собой, создав сильную восходящую спираль в командном духе и мотивации. Однако, если слишком много бездельников, они могут легко создать противоположный эффект, спираль смерти.
Поэтому главная задача менеджера - выбрать и удержать нужных людей и как можно скорее избавиться от плохих . Не «посредственные», хотя - на них можно повлиять, чтобы они начали совершенствоваться, чтобы поддержать хорошие идеи других, и некоторые из них в конечном итоге могут даже стать позитивными законодателями моды сами по себе.
[Update2] размышляет над ответом Альба : IMO нет необходимости, чтобы качественные разработчики составляли абсолютное большинство в команде (хотя это не повредит :-). Существует «порог установления тренда» , выше которого взгляды и поведение подгруппы могут быстро стать «основным направлением» внутри сообщества , поэтому другие люди обращают на это внимание и начинают следовать. Вы можете видеть это на работе в более широком обществе все время (например, (не) курение, здоровье и диеты, популярность, органическая еда). Моя очень грубая оценка состоит в том, что это может быть где-то около 25-30%, но это зависит от многих факторов. Здесь плохие люди могут причинить много вреда. Даже пара плохих людей в вашей команде может значительно повысить этот порог. [/ Обновление2]
Конечно, не всегда можно нанять достаточно лучших парней. Поэтому, когда первая фракция недостаточно сильна, чтобы управлять своими силами, руководство должно помочь им. Пара мыслей по этому поводу:
Я думаю, что у Scrum есть хорошая идея для этого с демонстрацией продуктов. Демонстрация функции, которую вы реализовали, перед аудиторией, состоящей не только из ваших товарищей по команде, но, возможно, разработчиков из других команд, менеджмента, даже пользователей приложения, может быть огромным источником гордости, а также мощным фактором, помогающим команде жевать.
Другое дело, что руководство должно всерьез прислушиваться к команде разработчиков относительно качества. Демарко и Листер даже упоминают, что есть компании / отделы, где команды разработчиков имеют право вето на то, что может пойти на производство. Если они чувствуют, что приложение еще не готово к прайм-тайму, они могут отложить выпуск независимо от того, что руководство пожелает. Сейчас это сложно для менеджмента, но я могу себе представить, что это создает командный дух и решительно передает идею о том, что качество действительно важно здесь, а не только на уровне слов.
Это приводит к следующему пункту: чтобы создать «культ качества», руководство должно полностью понимать то, что уже знают большинство опытных разработчиков: это качество не является запоздалой мыслью - оно должно быть встроено в продукт с самого начала. Поэтому людей следует поощрять (и вознаграждать за!) Думать о долгосрочной ремонтопригодности, стремиться к хорошим решениям, а не к быстрым .
Обновить
@Machado в своем комментарии дал новый поворот в вопросе (по крайней мере для меня):
Что я, как член команды, а не менеджер, могу сделать, чтобы улучшить качество кода моей команды?
Несколько мыслей:
- Продолжайте учиться и распространяйте знания среди всех, кто слушает. Изучите и используйте лучшие практики в ваших областях знаний.
- Гордитесь своей работой .
- Эти двое почти естественно позволят вам стать положительным примером для подражания для других - особенно для новичков и юниоров -; осознавать это и использовать свою роль на благо всей команды. Лучший способ повлиять на других - это положительный пример.
- Посмотрите не только на код, но и на весь процесс разработки программного обеспечения; Продолжайте задавать вопросы и оставлять отзывы, чтобы оптимизировать процесс разработки .
И последнее, но не менее важное: найдите место, где вы можете стать «лучшим парнем» . Если вы сейчас находитесь в «посредственной» группе, стремитесь к саморазвитию - надеюсь, что приведенные выше идеи помогут в этом. Но если вы оказались в «низших слоях» вашей нынешней команды, я рекомендую вам проанализировать причины. Что тебя демотивирует? Плохие условия труда? Одноклубники? Управление? Тип работы? И что тебя волнует и интересует? Возможно, вам придется поговорить об этом со своими коллегами и / или начальником. Или вам, возможно, придется искать лучшую работу - или даже новую профессию - где вы можете начать блестеть. На самом деле не стоит тратить значительную часть своей жизни на неудовлетворительную или удручающую деятельность.
Может также случиться так, что вы вынуждены продолжать свою текущую, неоптимальную работу из-за внешних факторов (отсутствие лучших возможностей трудоустройства, необходимость оплачивать счета и т. Д.) - это происходит время от времени. Даже в этом случае постарайтесь извлечь из этого максимум пользы. Производство качественной работы (насколько позволяют обстоятельства) само по себе является наградой, которая помогает вам повысить самооценку и сохранить себя в здравом уме и быть открытыми в долгосрочной перспективе. Таким образом, когда появляется возможность для чего-то лучшего, вы лучше подготовлены к ее использованию.