Что такое Agile: основы для проджектов-новичков

Каждый, кто гуглил «проджект-менеджмент», встречался с «эджайлом», «скрамом» и «канбаном». Новичков отпугивает тёмный лес проектного менеджмента, в котором все разговаривают на странном языке.

Но не волнуйтесь. Сегодня я объясню, что за зверь этот Agile.

Разберёмся в терминологии

Глобально есть два подхода к организации процессов: линейное и гибкое управление.

Утрированно: при линейном команда придерживается строго последовательных этапов и следует заранее определённому плану. При гибком подходе работает короткими итерациями и может быстро менять процессы и планы, если что-то идёт не так.

Agile — как раз про гибкость.

Agile — это философия, система ценностей и принципов, в основе которых скорость и адаптивность работы.

Важно: это не методология и не фреймворк. Agile, как зонтичный термин, включает в себя семейство методологий и методов, таких как Scrum и Kanban.

Как появился Agile

В классической модели бизнеса были длительные циклы принятия решений и жёсткие регламенты в процессах. 

Но резко растущий ИТ-рынок не мог себе этого позволить: нужно быстро тестировать гипотезы и гибко адаптироваться к переменам, чтобы поспевать за конкурентами.

Поэтому в феврале 2001 года разработчики собрались на курорте Snowbird в штате Юта, США, чтобы обсудить рабочие вопросы, отдохнуть и поделиться опытом. Так родился Agile-манифест, который заложил основы гибкой разработки ПО.

Agile-манифест и принципы

Участники той февральской встречи поделились в Agile-манифесте болью от работы в тяжеловесных проектах:

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

Так, отталкиваясь от боли, они сформулировали четыре основные ценности и двенадцать принципов.

Основные ценности Agile

1. Люди и взаимодействие важнее процессов и инструментов.
2. Рабочий продукт важнее исчерпывающей документации.
3. Сотрудничество с заказчиком важнее согласования условий контракта.
4. Готовность к изменениям важнее следования первоначальному плану.

Принципы Agile

Привожу сокращённо:

1. Удовлетворение клиента (заказчика) — главное. Поэтому не заставляем его ждать до конца разработки, а регулярно показываем результат работы.
2. Если требования к продукту меняются, даже на поздних стадиях разработки, — легко их принимаем.
3. Часто выпускаем рабочий продукт, не реже раза в два месяца.
4. Ежедневно работаем вместе с бизнесом (клиентом) и разработчиками.
5. Строим проекты вокруг мотивированных людей. Доверяем команде.
6. Самый эффективный метод передачи информации в команде — личное общение.
7. Рабочий продукт — основной показатель прогресса.
8. Постоянно развиваемся и поддерживаем темп работы.
9. Стремимся к техническому совершенству и хорошему дизайну.
10. Не усложняем. Минимизируем лишнюю работу.
11. Лучшие решения рождаются у самоорганизующихся команд.
12. Регулярно думаем, как стать эффективнее, — и меняемся.

Главные Agile-методологии

Самые популярные — это Scrum и Kanban. И хотя Scrum разработали в 1990-х, а Kanban получил оформленное руководство в 2006 году, оба подхода соответствуют принципам и ценностям эджайл-разработки и манифеста.

Коротко расскажу о каждом.

Scrum

Scrum предлагает работать в циклах (спринты) длительностью 2-4 недели. В конце спринта команда показывает клиенту результат — часть продукта (инкремент), который можно использовать

Представим пример разработки сайта:

• В первые две недели вы создаёте концепт и карту сайта, которую можно адаптировать в будущем.
• За вторые две недели разрабатываете главную страницу.
• На следующий спринт — страницу со списком услуг.

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

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

Ключевые роли в Scrum: владелец продукта, Scrum-мастер и команда разработки. Внутри методологии нет роли менеджера проектов, так как нет управления сроками в классическом понимании. Здесь нет дедлайнов, потому что нет единого согласованного скоупа (объёма работ), который не будет изменён и может быть однозначно оценён.

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

Kanban

Kanban — метод управления работой с фокусом на визуализации процесса. 

Один из главных элементов «канбана» — доска, которая поделена на колонки-этапы, например «Запланировано», «В процессе», «Готово». Сотрудник добавляет задачу на доску и двигает её от начала до завершения.

В методе Kanban важно регулярно доставлять продукт клиенту, но при этом не перегружать команду. Это работает так:

• Команда совместно обсуждает нагрузку в проекте и решает, сколько задач может взять одновременно (Work In Progress, WIP).
• Чётко определяет, что такое завершённая задача — то есть устанавливает критерии готовности (Definition of Done, DoD).

Так, если ограничение WIP 3 — значит команда не сможет взять больше трёх задач сразу. Часто в Kanban появляется «бутылочное горлышко», когда один из этапов процесса замедляет весь поток работы. Обычно это связано с нарушением лимита WIP.

Кому подойдёт Agile

Agile применяют в разных сферах — от образования и финтеха до производства и логистики.

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

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

Недостатки Agile

• Низкая адаптивность и масштабируемость для крупных долгосрочных проектов с жёсткими сроками и ограничениями по бюджету.
• Высокие расходы на церемонии: в среднем на стендапы, митинги, ретроспективы и оценки уходит 30% рабочего времени. Не все готовы с этим мириться.
• Сложность интеграции в компании с неадаптивным стилем управления. Например, при стремлении к бюрократизации сложно отказаться от полновесной документации и перейти к принципу «документация через код».
• Может привести к расползанию объёма, сроков и бюджета, если не управлять должным образом (проекты без выраженного завершения и продукты, переходящие на долгосрочную или пожизненную поддержку).

Коротко: что нужно знать об Agile

• Agile — не методология, не метод и не фреймворк.
• Agile — философия про гибкость в управлении.
• Agile идеален для стартапов и ИТ. Он помогает быстро тестировать гипотезы, адаптироваться и меняться.
• Kanban и Scrum — часть семейства Agile-методологий.