Несколько дней назад мне задал этот конкретный вопрос старший менеджер. Он получил презентацию о принципах Agile и некоторых методологиях, которые лидируют на рынке (XP, DSDM, Scrum).
Несмотря на то, что он был впечатлен, он хотел получить дополнительную информацию о том, как Принципы увеличивают шансы на создание высокоэффективной команды.
Мы выпили кофе и поболтали об этом, но я хотел задать вопрос сообществу PM, чтобы найти более авторитетный ответ, который мог бы включать презентации или официальные документы, которые я пропустил.
Отказ от ответственности — я возьму на себя полную ответственность ;-) ха-ха, однако, если отложить в сторону, я действительно думаю, что это ценный вопрос, поскольку я изо всех сил пытался применить принципы к реальному жизненному сценарию, отличному от стартап-сообщества.
Agile и, в частности, Scrum — это создание самоуправляемой и самоорганизующейся команды.
Даже в контексте, отличном от разработки программного обеспечения (самоуправляемые команды в телекоммуникационной компании), эта статья показывает, что самоуправляемые команды более эффективны, чем сопоставимые традиционно управляемые группы, выполняющие тот же тип работы .
Несколько месяцев назад я прочитал диссертацию на степень магистра компьютерных наук , которая может оказаться очень полезной для вашей цели: «Исследование эффективности команды в гибкой разработке программного обеспечения » Ларса Мартина Райзера Харальдсена. Его основная цель состоит в том, чтобы исследовать:
Как методология Scrum способствует эффективности команды и каковы ее преимущества и недостатки?
Автор определяет эффективность команды как:
[...] мера команды, работающей вместе таким образом, чтобы основные цели были достигнуты в течение определенного периода времени и члены команды были удовлетворены.
Принятая модель основана на этой статье , написанной Саласом, Симсом и Берком. По мнению этих авторов, основные компоненты командной работы включают в себя: лидерство в команде , взаимный мониторинг производительности , резервное поведение , адаптивность и командную ориентацию . Все эти области необходимы для достижения хорошей эффективности команды, но их реализация может отличаться от проекта к проекту.
Я предлагаю вам взглянуть на главу 5 , чтобы увидеть выводы автора в деталях.
Например, вы увидите, что общая ментальная модель и общее понимание того, что необходимо сделать в следующем спринте, облегчают командную работу.
Подчеркивается, что диаграммы выгорания — это больше, чем способ отслеживания хода работы. Они показывают совместную работу команды и заставляют разработчиков чувствовать, что они вносят свой вклад в проект.
Ежедневные встречи по схватке, планирование спринта, обзор и ретроспектива — все это элементы, которые могут облегчить взаимный мониторинг производительности и ориентацию команды.
Эффективное резервное копирование можно обеспечить, практикуя парное программирование.
Из главы 6 :
В целом я обнаружил, что Scrum облегчает командную работу и в большинстве областей повышает эффективность команды. [...] исследования также показывают, что при использовании гибкой разработки, такой как Scrum, и правильном следовании рекомендациям команды удовлетворены, а производительность повышается.
В этой записи в блоге Скотта Амблера вы можете найти сравнение парадигм разработки программного обеспечения (это результат исследования успеха ИТ-проектов , проведенного в ноябре и декабре 2013 года).
Некоторые выводы включают:
Хотя несколько пунктов Agile-манифеста могут привести к повышению производительности команд, я думаю, что этот пункт является наиболее важным:
Через регулярные промежутки времени команда размышляет о том, как стать более эффективной, а затем соответствующим образом настраивает и корректирует свое поведение.
Непрерывное совершенствование — один из способов понять, что работает, а что нет для команды. Поиск хорошего ретроспективного формата (например , ретроспективное мероприятие Scrums ) должен привести к процессу, коммуникациям и техническим улучшениям. Когда команда внедряет небольшие улучшения на каждой итерации, это должно в конечном итоге привести к высокой производительности команды. Мотивированный, технически сильный и с минимальным процессом.
Вы можете найти мой личный предпочтительный формат ретроспективы здесь .
Если вы не читали «Драйв» Дэна Пинка, то я предлагаю быстро посмотреть его видео на YouTube.
Это сводится к внешней и внутренней мотивации и вовлеченности. Следование принципам Agile в вашем дизайне и разработке связано с повышением вовлеченности рабочей силы (которая в среднем составляет около 30% ваших сотрудников).
Еще одна книга, которую я бы порекомендовал, — «Управление 3.0» Юргена Аппелло. Уходит в гораздо больше наук о мозге, связанных с созданием счастливых и увлеченных команд.
Тодд А. Джейкобс
Предприятие2099