Гибкие методологии управления проектами появились в 90-х годах XX века. И за три десятка лет гибкие методологии обросли стереотипами и суевериями, которые часто мешают внедрять в работу их принципы и инструменты. В статье разберемся с пятью распространенными мифами, узнаем, откуда они берут корни и почему так прочно прижились в сознании людей.
Миф 1: Гибкие методологии — это только для ИТ
В самом начале, когда появлялись первые гибкие методологии разработки, они были предназначены только для сферы ИТ. Но принципы гибких методологий — это не только про разработку ПО. Это, в первую очередь, про адаптацию к изменениям рынка, обратную связь от клиента, постоянное повышение качества. А это, согласитесь, уже стандарт не только в ИТ, но и в других отраслях.
Приведем несколько примеров, чтобы показать актуальность гибких методологий для разных направлений деятельности. Их используют в разных сферах:
- финансы — «Сбер», «Тинькофф»;
- производство — Bosch, Tesla;
- торговля — «М.Видео», Amazon;
- телекоммуникации — МТС, Netflix.
Миф 2: Гибкость означает хаос и отсутствие контроля
Руководители с авторитарным подходом держат под контролем все бизнес-процессы в компании: от постановки стратегических целей до написания должностных инструкций для рядовых сотрудников. Последовательность, иерархичность и подчинение — вот принципы, на которых держится менеджмент авторитарных управленцев. Гибкость бизнес-процессов в гибких методологиях на фоне четкой иерархии и строгого планирования кажется полнейшим хаосом.
На самом деле в гибких методологиях зачастую бывает больше контроля за процессами, чем в традиционном подходе. Авторитарные руководители ставят цель и ждут результат. В то время менеджеры, которые используют гибкие модели, непосредственно участвуют на каждом этапе работы. Они всегда в курсе всех промежуточных результатов, готовы адаптировать методы достижения целей к любым изменениям условий. В гибких методологиях всегда четко распределены роли, процессы и цели — это помогает сохранять прозрачность всех процессов. Поэтому руководителю легче сохранить контроль над работой.
Посмотрим, как контроль осуществляется в методологии Скрам (Scrum). Компания занимается разработкой продукта, параллельно над задачей работает несколько специалистов. Чтобы быть в курсе целей и прогресса, руководитель группы внедрил регулярные встречи и разбил работу на недельные спринты. Команда всегда собирается на ежедневную короткую встречу, а также планирование, обзор и ретроспективу спринта. В результате сотрудники всегда могут вовремя решить возникшие трудности команды и скорректировать рабочий процесс.
Миф 3: Это методологии без плана и структуры
В каскадных методологиях при планировании проекта известны дедлайны и последовательность каждого этапа. Но не каждый бизнес-процесс можно заранее измерить, и не все риски и изменения можно предугадать. К тому же иногда при каскадной модели приходится делать много лишней работы: команда завершила проект, а результаты не устроили заказчика, приходится переделывать. Чтобы избежать этого, можно использовать гибкое планирование.
В гибких методологиях (Agile) акцент ставится на краткосрочном планировании — например, на один недельный или двухнедельный спринт вперед. Это позволяет адаптировать долгосрочные планы под внешние изменения и внутренние особенности работы, а также не делать ненужной работы.
Например, у спринта в Скрам (Scrum) может быть конкретный план, цели и сроки. Но так как в процессе участвуют заинтересованные лица, например, заказчики, они могут повлиять на рабочий процесс: внести правки, уточнения, пожелания. Руководитель команды разрабатывает план на следующий спринт в соответствии с новыми данными. С традиционным планированием было бы невозможно добиться такой адаптивности к условиям. Любые изменения привели бы к срывам сроков, пересмотру плана.
Миф 4: Гибкие методологии подходят только для небольших команд
Еще одно заблуждение, которое берет истоки в сравнении с традиционной иерархической структурой больших корпораций. Многие считают, что гибкие методологии эффективны только для малых команд, а с большими коллективами они не справляются.
Но крупные компании тоже могут внедрять и применять гибкие методологии. Это доказывают примеры корпораций:
- Facebook.
- Amazon.
- Microsoft.
- «Авито».
- «Яндекс».
- VK.
- X5 Group.
В семействе гибких методологий есть специальные фреймворки для крупных команд, например, Scrum of Scrums, Large Scale Scrum, Scaled Agile Framework. С их помощью можно организовать работу любой группы.
Миф 5: Гибкие методологии дорого и сложно внедрить
Любая масштабная модификация бизнеса — это затратно и требует времени. Но если вносить изменения постепенно, то можно сократить расходы и увеличить отдачу от новой методологии управления.
На скорость и стоимость внедрения гибких подходов влияет то, какая именно методология будет положена в основу бизнеса. Например, Канбан (Kanban) практически не нуждается в дополнительном финансировании и кардинальных изменениях.
Скрам (Scrum) внедрить сложнее. Нужно сформировать отдельную команду, которая будет работать по этой методологии. Вначале это может быть отдел или связанные с конкретным проектом сотрудники. Пилотная команда должна иметь достаточную мотивацию для того, чтобы перейти на новый формат работы. На каждом шагу будут чувствоваться существенные улучшения в работе, если проводить внедрение Скрам (Scrum) поэтапно:
- обучение сотрудников принципам гибких методологий;
- адаптация модели Скрам (Scrum) под нужды команды;
- постепенное внедрение отдельных практик, например, начать можно с планирования спринтов и ежедневных встреч;
- анализ метрик, в том числе затраченного времени и качества работы.
Постепенно можно расширять гибких подход на другие отделы, проекты, направления деятельности. Поэтапное внедрение — более безопасный, но не менее эффективный способ перехода на работу по гибким методологиям управления проектами.
Мифы о гибких методологиях часто далеки от реальности. Изучайте гибкие методологии, экспериментируйте и внедряйте их в своей работе. Это ключ к успеху в современном мире, где изменения — это норма. А если вам нужна помощь при внедрении гибкого подхода, можете пройти наш курс по гибким методологиям управления проектами. С ним вы научитесь строить работу по Скрам (Scrum) и Канбан (Kanban) с максимальной эффективностью для команды.
