+7 (926) 827 3222
18 окт 2024

Что из себя представляет Agile team

Для кого:
  • Руководители проектов
Знания и навыки:
  • Управление проектами
  • Команда
Время на чтение:
  • 5 минут

Обычно это межфункциональная команда, которая идентифицирует, разрабатывает, тестирует и доставляет пользу за короткий период времени. Чем больше команда, тем ниже качество коммуникации. Поэтому компании предпочитают работать с небольшим штатом сотрудников. Две команды из пяти человек лучше, чем одна из десяти.
Предоставление комплексного решения требует разнообразных навыков. Технические команды определяют, разрабатывают, тестируют и внедряют решения. Бизнес-команды сотрудничают с ними, оказывая поддержку.
Оба типа команд должны быстро учиться, выполняя работу небольшими порциями, оценивая результаты и внося соответствующие коррективы.

 

Какую команду можно считать высокоэффективной?

Для создания эффективной команды недостаточно иметь талантливых сотрудников: ключевую роль играет организация работы и командная динамика.

К характеристикам «командности» можно отнести:

  • Общее понимание результата
  • Безопасную среду, позволяющая рисковать, не боясь совершить ошибку
  • Взаимное доверие, не исключающее безопасных конфликтов
  • Понимание влияния работы вашей команды на организацию
  • Ответственность друг перед другом и всей организацией
  • Разнообразие знаний и навыков для самостоятельного принятия быстрых и эффективных решений.

Кросс-функциональность аджайл команды

Состав команды, работающей по agile, включает 5-11 человек с разной экспертизой. Это позволяет им выполнять определенные функции внутри команды. Члены команды работают на полную мощность, частичная загрузка не допускается. Это помогает избежать задержек.

Agile команды:

  • разрабатывают и проектируют функции и спринты для достижения своей миссии;
  • имеют все необходимые навыки для создания необходимых артефактов;
  • несут ответственность за качество и работоспособность разрабатываемых артефактов.

Специальные роли в методологии аджайл

Во всех Agile-командах есть две ключевые роли: Скрам-мастер и Владелец продукта. Их функции могут варьироваться в зависимости от компании и выполняемого проекта. Но есть и общие функции, которые характерны для каждой из ролей.

Владелец продукта:

  • определяет спринты вместе с другими членами команды;
  • приоритезирует бэклог команды;
  • сохраняет концептуальную и техническую целостность работы.

Скрам мастер:

  • является лидером и тренером команды;
  • помогает укрепить согласованный процесс и устранить препятствия;
  • способствует созданию условий для высокой производительности.

Четко определенные обязанности аджайл команды

Обязанности зависят от типа команды. Команды, ориентированные на создание технологии, включая программное обеспечение и оборудование, реализуют технические решения. Бизнес-ориентированные команды создают другие продукты. Например, проводят маркетинговые кампании, заключают контракты или организуют обслуживание клиентов.

Все команды выполняют следующие обязанности:

  • взаимодействуют с владельцем продукта;
  • участвуют в планировании и разработке целей, придерживаются их;
  • определяют технический дизайн в областях, за которые отвечают;
  • используют парное взаимодействие и другие практики для частого обзора выполненной работы;
  • поддерживают операционные бизнес-решения;
  • проводят исследования, проектирование, прототипирование;
  • оценивают размер и сложность своей работы, количество итериций;
  • создают, тестируют и развертывают рабочие продукты;
  • внедряют и интегрируют изменения.

Типы аджайл команд

Некоторые компании предпочитают организовывать специалистов вокруг одной аджайл ценности, а именно “предоставление постоянной ценности клиенту”. Но чтобы сделать это, они должны подумать о том, как лучше всего сформировать свои команды. Как? Читайте ниже.

Команды, ориентированные на технологии (программное обеспечение, оборудование, it)

  • Осуществляют раннее тестирование.
  • Выполняют приемочные испытания и управляют тестовыми случаями в едином репозитории.
  • Отбирают и применяют лучшие методы проектирования и разработки для создания качественных решений.
  • Сотрудничают с архитекторами, используя подходы Agile методологии.

Команды, ориентированные на бизнес (продуктовый маркетинг, продажи, поддержка, обучение)

  • Сотрудничают с заинтересованными сторонами, ориентированными на технологии.
  • Работают небольшими партиями с быстрой обратной связью от клиентов и заинтересованных сторон.
  • Определяют бизнес-процессы и операционные потоки создания ценности.
  • Понимают и определяют бизнес-возможности.
  • Используют итеративные и адаптивные практики для создания своих уникальных результатов.
  • Сосредотачиваются на проведении множества небольших экспериментов с возможностью быстрого получения обратной связи.

Команда, организованная вокруг поток

Она призвана обеспечить непрерывный «поток» ценности в ходе разработки. Эта команда создает, запускает и поддерживает продукт или решение. Может показаться, что это всё, что нужно проекту, и другие команды не нужны. Но несмотря на очевидные преимущества потокоориентированных команд, трудно представить, что они будут единственными, кто будет работать в организации.

Команда сложной подсистемы

Чем больше и сложнее становятся решения, тем больше программных и аппаратных компонентов они включают. Такие решения, скорее всего, будут содержать подсистемы. Создание и эксплуатация таких подсистем требует специальных знаний и опыта.

Если бы команды «потока» изучали и поддерживали необходимые навыки для всех потенциально улучшенных подсистем, это создало бы слишком большую когнитивную нагрузку. В этом случае команда, организованная вокруг потока были бы перегружена сложностью и не смогла бы сосредоточиться на области, которую она действительно может улучшить. Чтобы избежать этой ситуации, команды сложных подсистем берут на себя большую часть этой работы и отвечают за создание и поддержку тех частей системы, которые требуют глубоких и соответствующих технических знаний и опыта.

Команда сложной подсистемы создает:

  • высокоспециализированные системные компоненты, которые часто используются в нескольких системах;
  • элементы системы, критически важные для безопасности, которые имеют высокую стоимость отказа;
  • специальные алгоритмы или бизнес-правила, которые имеют решающее значение для удобства использования решения в домене.

Команда платформ

Технологическая платформа или платформа автоматизации — это набор сервисов, к которым могут получить доступ потокоориентированные команды. Как правило, через набор API самообслуживания. Они предназначены для снижения когнитивной нагрузки таких команд. Более того, они должны быть распределены таким образом, чтобы повысить автономность тех команд, которые организованы вокруг потока.

Команды платформы:

  • взаимодействуют с участниками, ориентированными на поток, — они должны убедиться, что требуемые платформы разрабатываются в соответствии с требованиями клиентов;
  • разрабатывают платформу постепенно — создавая и развертывая платформу, постепенно они обеспечивают постоянное получение обратной связи от клиентов;
  • сосредотачиваются на удобстве использования — предоставляют платформы, которые просты в использовании;
  • берут на себя ответственность за поддержку и обслуживание платформы.

Помогающая команда

Инструменты и техники разработки решений постоянно меняются, непрерывно предоставляя организациям возможности для интеграции новых практик и технологий. Хотя это приносит много преимуществ, это также создает проблемы для развития необходимых навыков. Помогающие команды являются той часть, которая призвана оказывать поддержку и направлять другие команды, помогая им в приобретении новых навыков и в освоении новых технологий.

Помогающие команды могут оказывать поддержку в следующих областях:

  • непрерывная интеграция
  • безопасность
  • среды и конфигурация
  • автоматизированное тестирование

Вспомогательные команды также могут оказывать поддержку потоковым командам, когда они впервые сталкиваются с интеграцией определенной подсистемы или платформы. Важно понимать, что при этом помогающие команды не несут ответственности за устранение проблем с качеством.

Agile команды обычно смешивают Agile методы

У каждой команды есть свои задачи и цели, но в своей работе они опираются на общие ценности, принципы, планы и цели. При этом совершенно не обязательно, чтобы команды использовали какой-то один подход в своей работе. Их смешивание совершенно нормально. Наиболее популярными Agile-методами, которые команды используют для повышения производительности, являются, прежде всего, Scrum и Kanban. Также используется Design Thinking. Это делается для того, чтобы убедиться, что команды работают над правильной задачей.

Сотрудничество и культура

Как уже было сказано ранее, постоянное сотрудничество между командами и их членами очень важно для получения качественного результата. Agile-команды мотивированы общим видением и ответственностью за предоставление ценности клиентам и заинтересованным сторонам. Каждый член команды работает полный рабочий день в одной команде и делает все возможное для достижения целей. Некоторые команды активно сотрудничают с другими членами другой для управления зависимостями и устранения препятствий. 

Постоянное общение и сотрудничество, наряду с полномочиями быстро принимать решения, позволяет участникам выполнять свои обязанности на должном уровне. Для простоты взаимодействия компании, как правило, размещают команды в одном физическом месте, хотя это не всегда практично. Удаленная работа в последние годы набирает популярность, тем более в сфере разработки. Существует целая инфраструктура виртуального пространства и технологий, которая обеспечивает общение и сотрудничество для членов распределенной команды за пределами «основного» места. Однако здесь важна грамотная организация, коммуникации и контроль. 

Подписывайтесь на наш телеграм канал, чтобы быть в курсе современных методов и инструментов в области управления проектами и изменениями!

Авторы статьи:
Андрей Малахов
Прокомментировать статью
Подписаться
Уведомить о
0 комментариев
Межтекстовые Отзывы
Посмотреть все комментарии
Прокомментировать статью
Текст сообщения
Имя, Отчество, Фамилия
Email

Комментарий успешно отправлен

Произошла ошибка при отправке. Попробуйте еще раз

Подписаться на рассылку
Высылаем анонсы статей и полезные материалы

Нажимая на кнопку "Подписаться", вы соглашаетесь с политикой конфиденциальности

Смотрите также:
18 Окт 2024
Организация команды Agile
Agile-подход заключается в том, что планирование и выполнение проекта происходят поэтапно, с возможностью оперативного внесения корректировок на любом этапе. Этот подход возник, чтобы обеспечить адаптивность, скорость реакции на изменения и лучшее качество конечного продукта. В этой статье рассказываем, как эффективно организовать работу команды Agile.
18 Окт 2024
Что такое матрица трассировки требований
Как и для чего используется матрица трассировки требований – рассказываем в этой статье.
17 Окт 2024
3 причины, почему корпоративное обучение управлению проектами бесполезно
Часто топ-менеджмент организации, желая систематизировать проектную работу и повысить её результативность, обращается к корпоративному обучению персонала. Однако это далеко не всегда полезно и даже наоборот – только расходует время людей впустую. Ниже рассказываем, почему.
Наверх
Здравствуйте! Если возникли вопросы, мы на связи.
Скопировано в буфер обмена