Создание лучшей agile-команды
Изучите движущую силу, культуру и методику совместной работы agile-команд и создайте отличную команду в соответствии с принципами гибкой методологии.
Просмотр тем
Сформируйте свою Agile-команду
Основоположники agile считали, что командная работа играет важнейшую роль в разработке отличного программного обеспечения и что в выдающихся agile-командах на первом месте — «мы», а не «я». Нет ничего ценнее, чем работать вместе с заинтересованными участниками команды над созданием действительно стоящего продукта.
Несмотря на общность ценностей, формулы идеальной agile-команды не существует. Одни команды внедряют Scrum, другие используют Kanban. Сторонники классической методологии agile предпочитают, чтобы участники находились в непосредственной близости друг с другом, но иногда реалии бизнеса требуют географического распределения agile-команды. Большинство agile-команд имеют все необходимые навыки, но иногда для выполнения конкретной работы требуется помощь узких специалистов. Так как же узнать, идет ваша команда по пути к величию или нет? Читайте далее.
Agile-команды: рекомендуемый контент
Закладка прочного фундамента
Создав команду, не забывайте, что agile-команды похожи на людей: для их роста нужно время. Теоретики методологии Agile часто ссылаются на стадии развития группы по Такмену. По мере своего развития agile-команда проходит через четыре основные стадии.
Когда команда достигает стадии функционирования, процесс разработки приближается к идеалу. Участники доверяют друг другу, знают сильные стороны своих коллег и используют это понимание для оптимизации процесса разработки программного обеспечения.
Для сохранения целостности agile-команды требуется определенная организационная дисциплина; она позволяет защитить команду (безусловно, в разумных пределах). При возникновении изменений (найм нового работника, уход сотрудника из состава и т. п.) команда возвращается на стадию формирования, чтобы адаптироваться к новой ситуации.
Высокоэффективные agile-команды опираются на надежные практики в сфере разработки, такие как проверки кода, ветвление заданий, непрерывная интеграция и график регулярных релизов. Мы хотим особо подчеркнуть: команда не добьется значимых результатов без соблюдения базовых принципов разработки (подробнее об этом см. в разделе «Agile-разработчик»).
Agile-команды предназначены не только для разработчиков. В крупных организациях, занимающихся созданием ПО, такие команды формируются во многих областях бизнеса: маркетинг, кадры, финансы... всего не перечесть!
Существует и два других основополагающих свойства отличных agile-команд: непрерывное наставничество и общий набор навыков. Одним из больших преимуществ работы в команде является взаимное обучение и наставничество между коллегами. Наставничество — это не просто обучение младших участников более старшими и опытными. Каждый участник команды учится у других, и так команда в целом становится сильнее, чем сумма сил отдельных ее участников. В то же время общий набор навыков позволяет команде справляться с разноплановой работой. Разработчикам важно постоянно приобретать новые навыки, поскольку так они повышают свою ценность для организации и могут эффективнее поддерживать работу друг друга. Кроме того, это предотвращает возникновение ситуации, когда все зависит от одного критически важного сотрудника, и позволяет всем работать спокойно.
Совместная работа agile-команд из разных отделов
Современные команды по разработке ПО состоят не только из тех, кто пишет и тестирует код. Они также включают менеджеров по продукту, дизайнеров, маркетологов и специалистов по эксплуатации. В компании Atlassian agile-команды сгруппированы по трем этапам: производство, продажа и эксплуатация.
Каждый этап жизненного цикла продукта поддерживается тремя командами (каждая из которых в идеале состоит из 5–7 участников) и образует триаду. Каждая триада характеризуется гибкостью, поскольку по мере развития продукта команды последовательно работают над каждым этапом и узнают больше как о самом продукте, так и о рынке. Ниже приводится схема каждой триады и ответы на вопросы о том, кто входит в состав, что каждая команда делает в составе более крупной команды разработчиков программного обеспечения, какую позицию она занимает и почему.
Здесь кроется ловушка: если состав команды часто меняется, выйти на стадию функционирования становится невозможно.
Независимо от того, в какой триаде работает ваша команда, методология agile может ускорить ее работу и позволит получать больше удовольствия от процесса. Внимательно ознакомьтесь с этим разделом, чтобы узнать, как настроить и оптимизировать работу agile-команды.
Триада | Состав | Ключевая деятельность |
|---|---|---|
Производство | Управление продуктом | Понимание рынка, типов целевых клиентов и принципов хорошего дизайна продукта |
Дизайн | Определение предлагаемых преимуществ, целей продукта и минимально жизнеспособного продукта | |
Разработка | Разработка продукта с использованием надлежащих устойчивых инженерных практик | |
Продажа | Управление продуктом | Понимание конкурентной среды и развития рынка продукта |
Дизайн | Позиционирование, которое подчеркивает предлагаемые преимущества продукта для каждого сегмента клиентов | |
Маркетинг | Создание материалов, поддерживающих запуск продукта: веб-страниц, электронных рассылок, блогов, видеозаписей и т. д. | |
Эксплуатация | Управление продуктом | Регулярный выпуск программного обеспечения для клиентов |
Разработка | Реагирование на проблемы клиентов | |
Поддержка и эксплуатация | Передача отзывов клиентов в производственную триаду (разработка, управление продуктами, дизайн) в качестве входных данных для будущих разработок продукта |
Клэр Драмонд — специалист Atlassian по маркетинговым стратегиям, докладчик и автор статей. Из-под ее пера вышло множество материалов в блогах Trello и Atlassian. Кроме того, она регулярно публикуется на Medium, в том числе на базе HackerNoon, ART + marketing и Poets Unlimited. Она выступает на техконференциях по всему миру, рассказывая об Agile, преодолении разрозненности и выстраивании эмпатии.
