Ничего не найдено. Попробуйте еще
7 частых ошибок при внедрении Agile, которые мешают получить эффективный результат
-
АвторАлёна ЧеркасоваПродолжает разбираться в тонкостях Agile -
ЭкспертРоман ДорошенкоScrum-тренер от компании Scrum.org и партнёр Scrum.ru
Когда компании слышат про Agile, то представляют себе «волшебную таблетку», которая решит все проблемы. Из-за этого они допускают ошибки при внедрении подхода и не получают желаемых результатов. Вместе со scrum-тренером Scrum.org и партнёром Scrum.ru Романом Дорошенко разобрались, какие ловушки могут поджидать команду при внедрении Agile и как их избежать.
Немного об Agile: кому и зачем он нужен
Agile — это подход к организации работы, который основан на гибкости и тесном взаимодействии команды. Он помогает оперативно реагировать на изменения, а также снизить риски при работе над продуктами. Двенадцать принципов и четыре ценности Agile закреплены в манифесте — документе, который в 2001 году разработала команда программистов и управленцев. Он должен был помочь решить проблемы традиционных методов, которые использовались ранее для создания программного обеспечения.
Однако Agile — это не универсальный подход, который решит любую проблему. На самом деле это ещё один инструмент для решения конкретных задач бизнеса.
Одна из главных черт Agile — высокая адаптивность. Другими словами, подход позволяет относительно быстро реагировать на рыночные изменения и подстраиваться под них. В результате бизнес может создать продукт с максимальной ценностью для потребителя. Такая стратегия подходит продуктовым компаниям, которые работают на рынках с динамичной конкуренцией. Например, в IT-разработке, банковской сфере, страховых, сфере телекоммуникаций, фармацевтике, инженерии и других.
Ценности подхода, которые отражены в Agile-манифесте
Некоторые компании могут только отчасти использовать Agile-подход. Например, заводы по производству автомобилей. Перед тем как выпустить новую модель на рынок, специалисты тестируют образцы, могут корректировать проект или отдельные функции — это работа по принципам Agile. Когда после нескольких итераций автомобиль готов, начинают серийное производство — это уже классический подход.
Частые ошибки и ловушки, с которыми может столкнуться команда при переходе на Agile
Бывает, что из-за непонимания некоторых моментов Agile руководители допускают ошибки при внедрении этого инструмента. Результат — изменения в команде не приживаются, новый подход остаётся только на бумаге, а компания тратит бюджет впустую. Чтобы такого не произошло, лучше заранее знать о ловушках, в которые можно попасть. Разберём детально, какие ошибки допускают компании.
Ошибка № 1. Внедряют Agile, потому что «так делают все»
Иногда руководители просто решают идти за популярным трендом и переходят на Agile, потому что так делают конкуренты. Здесь есть риск, что в подходе можно разочароваться. Поэтому перед тем, как менять процесс, нужно ответить на вопросы:
- зачем это нужно компании
- каких результатов планируется достичь
- что придётся поменять в структуре и т.д.
После такого анализа может оказаться, что Agile компании вовсе и не нужен. Это вполне нормально.
Ошибка № 2. Перестраивают процессы без поддержки топ-менеджмента
Часто, чтобы перейти на Agile, нужно поменять структуру в компании и перераспределить ответственность. Это могут сделать только топ-менеджеры. Они принимают все ключевые решения относительно элементов организации: ее структуры, процессов, целеполагания и наград, HR-политик.
Если же бизнес маленький, перестроиться легче. В этом случае команда и совладельцы, скорее всего, сразу будут вовлечены в процесс перехода на Agile.
Ошибка № 3. Собирают обратную связь, но не работают с ней
Такое может случаться, когда команда заранее запланировала план работ на несколько месяцев вперёд. Если они получат обратную связь от пользователей, что какие-то фичи должны выглядеть по-другому или совсем не нужны, то не смогут с ней ничего сделать. Придётся выделять время на доработку, а это порушит весь план. Получается, фидбэк собирают формально — Agile не реализуется.
На самом деле работа с обратной связью, наоборот, снижает вероятность ошибки в продукте и увеличивает потенциальную выручку. Поэтому здесь важно следовать второму из двенадцати принципов Agile.
«Изменение требований к продукту приветствуется даже на поздних стадиях разработки. Agile-процессы позволяют обеспечить продукт конкурентными преимуществами»
В этом случае команда будет не просто создавать огромное количество фичей, а делать только то, что нужно клиенту.
Ошибка № 4. Пытаются быстро перейти на Agile
Перестраивание процессов — это длительная и тяжёлая работа. В организациях, которые на рынке уже несколько лет, устоялись собственные методы работы и способы коммуникации. Чтобы их изменить, понадобится много времени — к этому нужно быть готовыми.
Ошибка № 5. Ограничивают полномочия владельца продукта
Владелец продукта — это человек, который отвечает за конкретную часть бизнеса с учётом бюджета и оценки эффективности. Однако бывает, что специалист, которого назначили на эту роль, не может самостоятельно принимать решения. Ему нужно согласовывать свои шаги с другими руководителями или генеральным директором.
В этом случае полноценно работать по Agile не получится. У владельца продукта должны быть полномочия, которые позволят ему самостоятельно принимать стратегические решения по продукту и управлять им.
Ошибка № 6. Пренебрегают ретроспективами
Иногда руководители могут игнорировать последний пункт из списка принципов Agile:
«Команда должна постоянно искать способы работать эффективнее и корректировать свой стиль работы»
Идея в том, чтобы на регулярных встречах сотрудники анализировали результат и предложили варианты, как в дальнейшем работать лучше. Ретроспектива — это один из способов реализации данного принципа. Она характерна для Scrum — фреймворка, в котором команда работает над продуктом короткими циклами. Такие встречи помогают понять, в правильном ли направлении идёт команда, и корректировать процесс — в результате общая эффективность растёт.
Ошибка № 7. Внедряют Agile-процессы, чтобы сэкономить бюджет
Ещё одно заблуждение в том, что разработка по принципам Agile — это дёшево. На самом деле процесс создания продукта в этом случае обойдётся дороже, чем при линейном производстве.
Например, команда может добавить в продукт новые фичи, но в конце итерации получит обратную связь, что они не нужны пользователям. Придётся их убрать, даже если на разработку уже потрачен бюджет. Однако именно за счёт этих процессов выше вероятность получить продукт, который будет пользоваться спросом, — значит, компания заработает больше, чем в линейном производстве.
Agile-процесс не дешевле — не нужно искать в нём какую-то магию. Agile не про то, как тратить меньше, а про то, как заработать больше.
Советы, которые помогут команде перейти на Agile-процессы
Чтобы не совершать ошибки и получить желаемый результат от внедрения Agile, важно правильно подготовиться к изменениям процессов. Рассказываем, что для этого нужно.
1. Разберитесь, зачем вам в компании Agile
Если сложно найти и сформулировать такие причины, лучше оставьте текущий подход.
2. Убедитесь, что не передумаете завтра
Как уже говорили выше, внедрение Agile подхода — это сложный процесс. Будьте готовы к этому и договоритесь с командой, что станете продолжать трансформацию, даже если возникнут серьёзные трудности.
3. Не пытайтесь перестроить сразу всю компанию
Чем больше людей, тем больше усилий потребуется для координации работы. Кроме того, в большой команде сложнее договориться и определить направление работы.
4. Протестируйте подход на части компании
Не нужно сразу масштабировать изменения на всю организацию. Сначала организуйте Agile-процессы в рамках одной или нескольких команд, которые могут полностью отвечать за отдельный продукт. Когда убедитесь, что всё работает, постепенно меняйте процессы в остальных подразделениях.
5. Привлекайте добровольцев
Другими словами, сотрудников, которые заинтересованы в изменениях и сами хотят участвовать в трансформации. Вовлечённость и базовые знания об Agile помогут снизить риск саботажа и сопротивление к изменениям.
6. Заручитесь поддержкой топ-менеджмента
Без неё будет не хватать полномочий, чтобы изменить структуру и процессы даже внутри одного подразделения.
«Если понимаете, зачем вам Agile, то смело идите и делайте первые шаги. Если же вы проанализировали всё и поняли, что компании это не нужно, отстаньте от себя. Бизнес с результатом, который всех устраивает, не нуждается в изменениях — пусть даже всё в нём работает „как-то странно и не так“», — заключил Роман Дорошенко.
Подпишитесь на рассылку МТС Линк Медиа
Каждую пятницу присылаем самые интересные статьи об эффективной работе и коммуникациях в онлайне на почту