Руководство для начинающих по Agile-командам
Опубликовано: 2021-04-26Представители делового сектора часто жаждут предсказуемости, но это невозможно.
Рынки могут быть непредсказуемыми, и непредвиденные обстоятельства не за горами.
Организационная прозрачность — это не хрустальный шар, но она может дать некоторое представление о траектории, по которой движется команда.
Предоставляя каждому мгновенный доступ к статусу каждого проекта и каждой задачи, ранние предупреждения о проектах и инициативах позволяют командам вносить изменения и вносить коррективы до того, как проект сойдет с рельсов.
Результатом является общая гибкость команды: можно переоценить приоритеты, перераспределить ресурсы и изменить планы, чтобы смягчить проблемы и максимизировать потенциальные результаты.
Попробуйте Рогатку
Что такое Agile-команда?
Agile-команды обычно представляют собой небольшие группы членов кросс-функциональной команды, которые объединяются вокруг ограниченного по времени проекта. Ожидается, что agile-команда обладает всеми компетенциями, необходимыми для завершения проекта, будь то программирование, проектирование, копирайтинг или способность принимать решения. Роли и обязанности не так важны, как конечные результаты, которые следует приписывать всей команде, а не отдельному ее члену.
Согласно статье, опубликованной на Agile Alliance, команда собирается только для одного конкретного проекта. После завершения проекта команда расформировывается или реорганизуется с другими участниками для другого проекта с новыми результатами. Одной из основных функций agile-команд является способность предоставлять высококачественные результаты в течение относительно короткого, но измеримого периода времени. Чтобы достичь высокой производительности в сжатые сроки, agile-команды собираются для достижения высококачественных результатов в короткие и интенсивные периоды времени.
Каковы два способа описать кросс-функциональную Agile-команду?
Кросс-функциональная команда — это часть системы или продукта/услуги, которая включает в себя все необходимые компетенции.
Кросс-функциональная команда обладает всеми навыками, необходимыми для разработки продукта/услуги. Запрос на изменение выполняется без дальнейших задержек.
Роли и обязанности Agile-команды
Во многих случаях agile-команды делятся на три основные роли и обязанности: член agile-команды, скрам-мастер и владелец продукта.
- Член Agile-команды: Член команды — это любой человек, вносящий вклад в Agile-команду. Один человек может быть членом нескольких agile-команд. Членом Agile-команды может быть разработчик программного обеспечения, дизайнер UI/UX, аналитик данных и т. д.
- Скрам-мастер/руководитель команды: скрам-мастер выступает в роли коуча гибкой команды и организует встречи команды.
- Владелец продукта: действует как доверенное лицо клиента, привлекает ключевых заинтересованных лиц, таких как руководители проектов и другие владельцы продукта, и обеспечивает соответствие проекта согласованным результатам.

Структура Agile-команды
Структура гибкой команды обычно более горизонтальна, чем линейна. Важно не то, как структурирована agile-команда, а то, как она работает. Однако есть несколько различных структур, которые вы могли бы использовать при создании собственной agile-команды.
Вот 6 примеров гибкой структуры команды:
Agile-команда универсалов
Универсал — это не тот, кто немного разбирается во многих разных вещах, а тот, кто обладает знаниями в нескольких разных областях. В универсальной гибкой структуре команды любой может взяться за любую задачу.
Это не означает, что человек широкого профиля является экспертом, но он знает достаточно о стандартах и лучших практиках, чтобы решить проблему. Это очень полезно при возникновении проблем — вам не нужно согласовывать графики со специалистами, не входящими в команду, поскольку у вас уже есть член команды, обладающий основной компетенцией для разработки решения.
Если вы хотите внедрить универсальную структуру гибкой команды, вам нужно найти подходящих людей, чтобы заставить ее работать. Не все в команде являются экспертами по аналитике данных или специалистами по продажам, поэтому вы должны определить людей с разными увлечениями в своей организации, чтобы включить их в свою agile-команду. Кроме того, чтобы это работало, вам нужен проект, который не требует каких-либо специальных знаний в предметной области.
Agile-команда специалистов
Специалисты называются экспертами в предметной области или МСП. В отличие от специалистов широкого профиля, agile-команда специалистов состоит из экспертов с глубокими знаниями в данной области. В этом типе команды каждый отвечает за свои собственные задачи, связанные с экспертизой.
Специалисты могут быть более полезными для вашей команды, потому что они часто быстрее справляются со своими конкретными задачами и предлагают более эффективные решения (благодаря их глубокому опыту). Тем не менее, иногда команда, полная специалистов, не идеальна, и ваши специалисты могут в конечном итоге сидеть и ждать своей следующей задачи, поскольку они слишком квалифицированы для обычной работы. Вот почему этот подход рекомендуется для опытных организаций.
Гибридная Agile-команда
Эта гибкая структура команды объединяет как универсалов, так и специалистов. В то время как специалисты сосредотачивают свои усилия на задачах, требующих их глубоких знаний, универсалы несут ответственность за целостность проекта.
Известно, что такая структура гибкой команды лучше всего подходит для крупномасштабных и сложных гибких проектов.
Переход Agile-команды
Структура переходной гибкой команды — это, по сути, процесс перехода вашей организации к гибкому подходу, основанному на принципах. Переход на новый способ работы может быть непростым для всех, поэтому вы должны помочь своей команде принять новый рабочий подход. Им потребуется время, чтобы привыкнуть к agile-практикам, языку и процессам. Обратной стороной перехода на гибкую структуру является увеличение сроков поставки.
Параллельная Agile-команда
Структура параллельной гибкой команды не самая простая в управлении. В этой команде работа каждого меняется в течение спринта. Например, весной все будут писать код, а в следующем спринте все будут заниматься его тестированием.
Если нет особых причин использовать эту структуру, то, возможно, вам лучше выбрать другую.
Подгруппа гибкого продукта
Продуктовые подгруппы — это самостоятельные подразделения более крупной команды. Эту структуру можно применять к сложным проектам, которые необходимо разбить для простоты, подотчетности и наглядности. В такой структуре ваша agile-команда будет нести ответственность за конкретную область работы, сохраняя при этом общий результат, состоящий из нескольких подобластей.

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

Каков рекомендуемый размер Agile-команды?
Идеальный размер agile-команды небольшой, обычно от 5 до 11 человек, но оптимальное количество — от 3 до 7 человек. Если в вашей команде более 7 человек, вы можете создать несколько небольших agile-команд.
Как Agile-команда поддерживает требования
Agile-команды сохраняют свои требования в бэклоге. В Scrum он называется Журналом невыполненных работ, а элементы, которые в нем хранятся, называются элементами Журнала невыполненных работ (PBI). Эти элементы могут быть функциональными требованиями, нефункциональными требованиями, улучшениями, запросами на изменение или дефектами.
Каждый член команды ведет личный список невыполненных задач, над которыми он работает, и обычно хранит его в таких местах, как Jira, Wiki или Whiteboard.
Почему важно доверять команде в Agile
Команда без доверия на самом деле не команда, а группа людей, которые просто работают вместе. Одно из определений доверия, которое нам нравится, — это «твердая вера в надежность, правдивость или способности кого-то или чего-то».
Для того чтобы agile-команда была успешной, доверие и общение являются двумя наиболее важными факторами. Команда должна доверять друг другу, а лидер должен доверять команде и процессу — это необходимо при реализации проектов с использованием гибкого типа управления проектами.
Установленное доверие между членами agile-команды помогает им быстро общаться и быстрее реагировать на изменения и проблемы по мере их возникновения. Доверие — основа эффективных командных процессов и высокой производительности.
И не только то, что команды работают быстрее, эффективнее и лучше, когда есть доверие, но и повышается уровень удовольствия от работы.
Как член agile-команды, вы можете помочь установить доверие в своей команде, будучи честным и прозрачным в процессе общения, выполняя свои обязательства, обращаясь за помощью, если вам не хватает знаний или опыта в работе над конкретной задачей, обсуждая вопросы доверия, не не осуждайте и не обвиняйте, а узнайте своих товарищей по команде более лично.
Гибкие удаленные команды
Удаленные команды Agile практически идентичны командам Agile, за исключением того, что все члены команды удалены. В статье McKinsey за прошлый год обсуждаются некоторые проблемы, с которыми сталкиваются команды при раздельной работе, такие как недоверие, стремление к более частым проверкам и задержки в проектах и задачах. Согласно той же статье, опыт удаленной работы может привести к неэффективности и снижению сплоченности.
Попробуйте Рогатку

В руководстве Harvard Business Review по управлению вашей (новой) удаленной работой говорится, что:
- 80% новых удаленных сотрудников считают, что у них будут лучшие отношения с более частым общением
- 43% считают, что больше личного времени помогло бы им развить более глубокие отношения с членами команды.
- 52% не считают, что члены команды относятся к ним одинаково
- 84% считают, что проблемы или проблемы на рабочем месте затягиваются на несколько дней и более
- 41% считают, что члены команды разговаривают за их спинами, по сравнению с 31% сотрудников, работающих в одном месте.
Но пусть это вас не пугает. Организации могут заставить agile-команды процветать в удаленной среде, если захотят. Члены команды должны будут найти оптимальное использование технологий и приспособиться к онлайн-общению, чтобы обеспечить совместную работу и продуктивность. И это не невозможно. Вот несколько советов от InfoWorld о том, как сделать удаленный стиль работы удобным для ваших agile-команд:
- Выберите подходящее оборудование, инструменты и рабочее пространство
- Присутствуйте и общайтесь с товарищами по команде
- Придерживайтесь реалистичных командных и индивидуальных заданий
- Увеличивает документацию
- Узнайте, как трансформировать личные agile-мероприятия (например, встречи) в цифровые.
Это может занять некоторое время, но удаленная работа останется, поэтому важно соответствующим образом подготовить свою команду. Кроме того, почти любая организация уже использует цифровые инструменты для упрощения своей работы, поэтому настоящая проблема — адаптация и эффективная коммуникация.
Рогатка здесь, чтобы помочь
Slingshot готов вывести вашу agile-команду в онлайн. Держа всех в курсе, команды могут оставаться на вершине проектов даже в разных часовых поясах, а это означает, что производительность не страдает, даже если члены команды не могут физически присутствовать друг с другом.
Slingshot упрощает совместную работу, объединяя современное управление файлами проекта и команды, чат и аналитику данных в одном приложении. Когда вы можете легко делиться всеми этими элементами в одном месте с членами команды и делиться проектами с внешними членами команды, спокойствие восстанавливается. Надежная производительность сразу после установки и разработана для бесперебойной работы, обеспечивающей непрерывные рабочие процессы совместной работы. Это помогает командам преодолеть разрозненность совместной работы, предотвращает сбои в работе и упрощает совместную работу команд.
Готовы ли вы изменить то, как работает ваша команда? Попробуйте сегодня и узнайте, как Slingshot может помочь вашим командам добиваться выдающихся результатов, стимулирующих рост бизнеса.
