Блог
21.11.22

Как внедрять Agile в условиях BANI

Почему компании интересуются гибкими методологиями и почему не всем удается их внедрить? Как контролировать личную эффективность сотрудников при agile? Должна ли команда быть кросс-функциональной для внедрения agile? Ищем ответы.
Как внедрять Agile в условиях BANI | Командные мероприятия для организационного развития – заказать в ManGO! Games!
Как внедрять Agile в условиях BANI | Командные мероприятия для организационного развития – заказать в ManGO! Games!
Тест Белбина бесплатно

Как создать синергию в команде?

Определяйте командные роли и добивайтесь успехов!

Поделитесь ссылкой на тестирование со всеми участниками команды

Модное слово – еще не значит, что стоит внедрять актуальную методологию именно в вашей компании, и тем более рассчитывать, что ее внедрение оставит все как было и улучшит все, то было. Кое-что существенно изменится. К примеру, если вы привыкли контролировать личную эффективность каждого сотрудника, то при внедрении scrum'а этого уже не будет.

Agile – это общая философия, scrum – один из инструментов/вариантов ее реализации.

Scrum-команда – это производственная единица

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

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

Эффективность каждого сотрудника – внутренняя задача команды. Команда отвечает за бизнес-метрики, отвечающие за успех продукта. Работа команды прозрачна для каждого своего участника, и если кто-то будет работать неэффективно, команда вполне может принять решение подтягивать его до нужного уровня или расстаться с ним. Если команда не будет решать эту проблему, ее командные результаты будут ниже. Таким образом, скрам-команда представляет собой саморегулирующий механизм, самостоятельно решающий вопросы эффективности своих участников.

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

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

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

Несбалансированность команды может стать блокером для ее полноценной работы. Перед стартом нужно проанализировать состав команды, используя инструменты Star Map или Heat Map, чтобы определить, присутствуют ли в команде ключевые компетенции и способна ли она автономно производить требуемый продукт. Если ключевые компетенции внутри команды есть, а второстепенных нет, команда сможет работать при условии договоренностей со смежными подразделениями о привлечении нужных компетенций в случае необходимости.

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

Как часто привлекать специалистов из других отделов и насколько эффективна команда, можно определить по росту бизнес-метрики, за которую отвечает команда.

Как внедрять agile в условиях BANI?

Agile-подход уместен в условиях BANI, однако наступление BANI-мира ничего не меняет в применении agile-подходов, наоборот, внедрение гибкого подхода более уместно в постоянно меняющемся, хрупком, беспокойном, нелинейном и непостижимом мире.

Именно так характеризуют BANI-мир:

Brittle (хрупкий). Любой статус-кво ненадежен: в любой момент может все измениться. При agile-подходе ответом на хрупкость является способность быстро переориентироваться на новые условия. Это и есть целью agile-подхода.

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

Nonlinear (нелинейный). Нелинейность – значит, неочевидность последствий действий. Именно поэтому гибкие подходы предусматривают короткие шаги, чтобы всегда была возможность сменить курс. Команда движется небольшими итерациями, делая петли обратной связи после каждой, что позволяет сразу видеть, насколько поменялся контекст и насколько актуально текущее направление. Там, где стратегическое планирование проигрывает, выигрывает гибкий подход.

Incomprehensible (непостижимый). Огромное количество информации способно запутать. Однако в основе гибких подходов – прозрачность поступающей информации и постоянное развитие зрелости команды. Участники учатся ориентироваться в поступающей информации и правильно ее интерпретировать.

Кому подходят принципы agile

Гибкий подход пришел из ИТ-сферы, поэтому многие компании считают, то это методология для «айтишников». Так ли это? Насколько гибка компания, в которой эджайл применяется только в айти-отделе?

Если в компании применяют принципы agile только для ИТ-проектов, это вполне нормально. Все 17 человек, которые составили в 2001 году манифест agile, были программисты. Манифест был написан разработчиками для разработчиков. Есть много примеров компаний, в которых по эджайлу работают только ИТ-специалисты. Для компании это только плюс. А вот если бизнес-заказчики перестают уделять достаточно времени эджайл-проектам, проекты страдают. Чтобы agile-проекты были успешными, внутренние заказчики должны находить время, чтобы отвечать на вопросы команды проекта и участвовать в Sprint Review. Так команда не узнает, что бизнес хочет получить от продукта.

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

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

Скажем, в отделе продаж проектный подход не нужен, система мотивации в таких отделах связана с персональным результатом.

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

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

Компании также волнуются о правильном выборе ПО для аgile. Применить scrum можно с использованием любого сервиса с онлайн-доской. Подойдут Atlassian JIRA, Kaiten, Trello и другие. Поначалу лучше всего использовать физическую доску или флипчарт.

И, наконец, аgile-подход не подойдет людям, которые привыкли работать «с девяти до шести», которые не согласны делать лишнее, что-либо, что не входит в их прямые обязанности. Agile – для людей с предпринимательским типом мышления.

Agile и инновации

Некоторые думают, что аgile-подход используется прежде всего в инновационных проектах. Это не так. К тому же следует различать инновационные проекты и инновационные продукты. В чем разница? Важно помнить, что любой проект, в том числе и инновационный, – это временное объединение людей для достижения цели. У цели есть свой срок, длительность проекта ограничена этим сроком.

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

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

В каком случае аgile неэффективен

Agile – гибкий подход к разработке, то есть нацелен на разработку. Если нет разработки – аgile-подход избыточен и неэффективен.

Если разработка не предусматривает исследования и поиска, agile тоже будет неоправдан.

Нужна поддержка в поиске идей, принятии решений, тестировании или сплочении команды – вы всегда можете заказать проведение деловой игры или стратегической сессии в ManGO! Games!

Закажите полный каталог игр ManGO! Games