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