Что такое гибкая методология разработки

Бэтмен или супермен? Agile или Waterfall? Scrum или Kanban?

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

Что нужно знать о методологиях разработки

Методология — набор методов и принципов, подкрепленных теорией. На сегодняшний день существует множество методов для управления разработкой проекта, но самыми популярными подходами в разработке считаются Waterfall и Agile.

Споры о том, какой из подходов лучше, разгораются с каждым годом. Но некоторые забывают, что суть не в том, чтобы выбрать лучший подход в принципе, а в том, какой из них станет наиболее эффективным для конкретного проекта. Ниже расскажем о плюсах и минусах как Waterfall, так и Agile.

Методология водопада

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

Еще один принцип каскадного метода разработки — подробная документация. Перед началом работы команда обсуждает каждый аспект будущего продукта и фиксирует все важные моменты (от требований к проекту до расставления дедлайнов).

Какие плюсы есть у подхода

• Каскадный метод хорошо подходит для крупных проектов, в которых важно точное планирование и четкое следование ТЗ.
• Наглядность в работе над проектом.
• Разделение работы на этапы.

Чем плох Waterfall

• Не гибок.
• Не учитывает изменения в проекте.
• Долгие сроки разработки.

Agile

Agile — целое семейство гибких методологий управления проектами. Философию Agile характеризуют гибкость, скорость и прозрачность рабочих процессов.

В отличие от метода Waterfall с вытекающими друг из друга этапами и жестким планированием, Agile-подход хорошо реагирует на изменения. Так как вся работа над задачами ведется параллельно саморганизованными командами, доработки и правки ошибок можно вносить на ходу.

Документация не так важна в Agile, как в каскадном подходе. Но это не значит, что работать по Agile = работать без документов. В таких командах тоже есть документация, но основной упор делается на работающий продукт.

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

Сотрудники группируются в небольшие команды (количество человек напрямую зависит от продукта и сложности его реализации). Работники сами решают, как разрабатывать продукт: какие задачи взять в работу, в каком порядке, какой задать темп, какие инструменты использовать и т.д.

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

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

### Преимущества Agile

Начнем с плюсов. Благодаря Agile-методологии:

### Недостатки подхода

Некоторые разработчики не в восторге от Agile, потому что:

## Waterfall vs Agile

Выбирайте Waterfall, еслиВыбирайте Agile, если

1. Заказчик знает, чего хочет. И у него есть проработанная концепция, которую точно не нужно менять
2. Команда готова адаптировать продукт под меняющиеся требования клиента

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

1. Заказчик планирует отдать ТЗ проекта разработчикам и не хочет участвовать в каждом этапе проекта

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

## Что нужно знать об Agile-методиках

Kanban и Scrum — это методики Agile, они имеют сходства:

## Scrum

Scrum — фреймворк для Agile-управления проектами. Каждый проект разбивается на небольшие итерации продолжительностью от 1 до 4 недель — спринты. Если спринт уже начат, то в него не должно вноситься изменений — не получится добавить новые задачи в текущий спринт.

Стандартная Agile-команда включает в себя:

- Продакт-овнера
- Скрам-мастера
- Разработчиков

Для улучшения рабочего процесса, каждый этап спринта сопровождается встречами:

- Planning (планирование)
- Daily scrum (ежедневное совещание)
- Review (обзор)
- Retrospective (ретроспектива)

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

## Kanban

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

Если Scrum-команда разбивает проекты по времени, то команда, которая работает по Kanban-методу, разбивает проекты на этапы рабочего процесса с помощью канбан-доски.

Каждый столбец такой доски представляет этапы работы, которые проходит задача на пути к завершению. Например:

1. В очереди
2. Проектирование
3. Дизайн
4. Верстка
5. Тестирование
6. Готово

Как работает методология Scrum?

Методология Scrum представляет собой фреймворк для управления проектами, основанный на принципах Agile. Основные концепции Scrum включают в себя:

• Скрам-мероприятия: такие как спринты, обзоры и ретроспективы.
• Роли: такие как продуктовый владелец, скрам-мастер и разработчики.
• Артефакты: такие как продуктовая очередь и доска задач.

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

Преимущества Scrum

Scrum предлагает ряд преимуществ, включая:

• Прозрачность и инспекция: все участники команды имеют доступ к информации о ходе выполнения проекта.
• Адаптивность и гибкость: возможность быстро реагировать на изменения и принимать корректирующие меры.
• Вовлеченность заказчика: заказчик вовлечен в процесс разработки и имеет возможность оценивать промежуточные результаты.

Что такое методология Kanban?

Kanban – это метод управления процессами, который позволяет командам визуализировать свою работу, установить явные правила для управления потоком и оптимизировать производительность. Основные принципы Kanban включают:

• Доска задач: визуальное представление всех задач и их статусов.
• Лимиты WIP: ограничения на количество задач, которые могут быть взяты в работу одновременно.
• Континуальное улучшение: команды стремятся к постоянному совершенствованию процесса работы.

Kanban позволяет командам эффективно управлять потоком работ, улучшать производительность и минимизировать временные затраты.

Итоги

Каждая из методологий, будь то Agile, Scrum или Kanban, имеет свои преимущества и может быть эффективной в различных ситуациях. Важно понимать основные принципы каждой методологии и выбирать ту, которая лучше всего подходит для вашего проекта. Независимо от выбора, главное – следовать целям и стремиться к непрерывному улучшению процесса работы.

Принципы Agile

Методология Agile уделяет большое внимание гибкости, командной работе и непрерывному улучшению. Основные принципы Agile включают в себя:

1. Люди и взаимодействие важнее процессов и инструментов – важнее всего является естественное человеческое взаимодействие и сотрудничество как внутри команды, так и с клиентами.

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

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

4. Готовность к изменениям важнее следования плану – Agile признает, что изменения неизбежны и важно готовиться к ним.

Методологии Agile

Существует несколько основных методологий в рамках Agile:

• Scrum – фокусируется на работе в спринтах, обладает ролевой моделью (Scrum-мастер, продакт-вледелец, команда разработки).

• Kanban – основан на визуализации процесса работы и управлении потоком задач.

• Бережливое производство – стремится устранить все лишние этапы процесса и повысить эффективность.

• Экстремальное программирование (XP) – акцент на тестировании, малых релизах и коллективной собственности кода.

Применение Agile в компании Atlassian

В компании Atlassian Agile применяется с учетом уникальных потребностей и культуры каждой команды. Разные команды могут выбирать различные практики Agile в зависимости от контекста и особенностей их проектов. У нас нет строгих рамок для применения конкретных методологий, каждая команда сама определяет, что будет наиболее подходящим для достижения поставленных целей.

Следует давать свободу выбора и учитывать индивидуальные особенности каждой Agile-команды для максимальной эффективности и результативности работы.

Например, если ваша команда обрабатывает запросы на обслуживание по мере поступления, как ИТ-отдел, Kanban будет для вас идеальным решением. Но вы можете дополнить эту платформу несколькими собраниями Scrum, например сеансами демонстрации результатов для заинтересованных лиц или регулярными ретроспективами.

Чтобы правильно применять agile, нужно настроиться на непрерывное совершенствование. Экспериментируйте, пробуйте различные практики и обсуждайте их в команде. Продолжайте использовать те подходы, которые оказались полезны, и отказывайтесь от неэффективных.

Принципы использования этого сайта

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

Кроме того, на сайте есть обучающие руководства по применению этих практик в сочетании с Jira Software — нашим инструментом управления проектами для agile-команд разработчиков. Хотите создать и настроить доску Kanban? Нужно получить аналитические данные по скорости работы команды? Всю необходимую информацию вы найдете в наших обучающих материалах.

Вы на правильном пути. Вперед, к вершинам!

Разработку It-продуктовов можно сравнить с классическим производством, где достижение бизнес-задач также зависит от управления процессами и людьми. Достигать поставленных целей быстрее и эффективнее помогают методологии управления проектами. В IT-сфере к наиболее востребованным относятся Agile и Scrum. Обе эти концепции относятся к гибкому управлению, поэтому их нередко путают или обобщают.

Если коротко, Agile — это философия разработки, а Scrum – методология с конкретными ролями в команде, методиками и принципами организации работы в проекте. Что объединяет эти два подхода и каким IT-специалистам они пригодятся, сейчас расскажем.

ПК для каждого

Scrum и Agile возникли в ответ на проблемы и недостатки традиционных, последовательных методологий разработки ПО, таких как Waterfall (каскадная модель). Если раньше разработка программ больше напоминала создание бетонной стены, то сейчас от разработчиков требуются адаптивные конструкции, которые можно изменять в процессе работы.

Scrum и Agile – это гибкие подходы IT-разработки, потребность в которых назрела еще 80-90-е годах XX века. Причиной тому стал бум персональных компьютеров. Свои модели начали продавать Apple, Macintosh, PC-based и другие игроки. Компьютеры пошли в массы, и понадобилось много разных программ для решения пользовательских и бизнес-задач.

В процессе создания любого ПО часто возникают новые не предусмотренные требования. Поэтому решения нередко приходится «нащупывать» в процессе с учетом отзывов заказчика. Тот же MS Word стал самым популярным текстовым редактором спустя несколько версий и множества тестов.

Понимая, что старые методы IT-разработки неэффективны, компании начали искать новые подходы. Так в 2001 году 17 американских экспертов сформулировали "Манифест гибкого программирования" (Agile Manifesto), и в его создании участвовали представители разных методологий, включая Scrum.

В чем суть Agile?

В отличие от того же Waterfull, подходящего для проектной работы с четким бюджетом и требованиями, Agile заточен под разработку в условиях неопределенности. Этот широкий фреймворк (набор инструментов) включает в себя несколько методологий, среди которых Scrum, Kanban, Lean и другие.

Главная идея Agile заключается в гибкой разработке ПО и быстрой адаптации к изменениям и требованиям клиента. Особенно он применим в инновационных проектах и стартапах, где изначальная бизнес-идея может сильно измениться в процессе.

Вот основные принципы Agile:

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

Работающий продукт важнее исчерпывающей документации — фокус команды должен быть сосредоточен на создании полноценного и тестируемого ПО.

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

Вовлечение заказчика и сотрудничество сторон – постоянная обратная связь помогает разработчикам лучше понять требования и предложить оптимальное решение.

Регулярная адаптация и улучшение — Agile-команды регулярно проводят ретроспективы, чтобы выявлять проблемы и находить способы оптимизации работы.

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

Что такое Scrum?

Этот термин разработчики позаимствовали из регби, где он обозначает групповую тактику совместной работы для достижения общей цели. Одноименную методологию IT-сообществу в 1995 году предложили Кен Швабер и Джефф Сазерленд. Также они вдохновлялись опытом гибкого управления командами в японских компаниях.

Scrum предлагает четкие роли в команде, а также стандарты в организации ее работы. Вот ключевые составляющие методологии:

Команда разработки (Development Team) – самоорганизующаяся группа профессионалов, ответственная за создание продукта.

Владелец продукта (Product Owner) – представитель заказчика или бизнеса, который определяет требования к продукту и устанавливает приоритеты задач. Он взаимодействует с командой разработки, чтобы обеспечить максимальную ценность продукта.

Скрам-мастер (Scrum Master) – отвечает за соблюдения принципов и правил Scrum. Скрам-мастер поддерживает команду разработки и владельца продукта, помогает им эффективно применять методологию.

Бэклог продукта (Product Backlog) – список требований, задач и функций, которые должны быть реализованы в проекте. Его составляет и курирует владелец продукта.

Спринт (Sprint) – фиксированный период времени (обычно от 1 до 4 недель), в за который разработчики выполняют определенный объем работы. Спринт начинается с планирования, включает разработку, тестирование, проверку продукта и презентацию его функционала.

Бэклог спринта (Sprint Backlog) – список задач, выбранных из бэклога продукта для реализации в текущем спринте.

Ежедневное стендап-собрание (Daily Scrum) – короткая ежедневная встреча, на которой члены команды рассказывают о текущих достижениях, планах и возникающих проблемах.

Демо спринта (Sprint Review) — в конце каждого спринта команда демонстрирует выполненную работу и получает обратную связь от владельца продукта и заинтересованных сторон.

Ретроспектива спринта (Sprint Retrospective) — команда разработки анализирует прошлый спринт и обсуждает, как можно улучшить процесс работы.

Где нужны гибкие методологии разработки?

Scrum и Agile используют многие продуктовые IT-компании, стартапы и крупные подразделения IT-разработки. Как правило, гибкие методологии подходят большим командам, у которых всегда много задач.

“Плюс методологии Scrum в том, что ее можно настроить под команду. Также в ней нет иерархии, и все процессы работают прозрачно. Практики, которые я использую, помогают мне направлять команду. Наш продакт передает нам список задач, которые мы должны оценить и включить в спринт. Также он может отследить вовлеченность всей команды и отдельных сотрудников. Я работаю в проекте больше полугода, и за это время у нас не было факапов. KPI по каждому релизу обычно 95-100%”, – отмечает Таншолпан Утекулова, Senior Product Development Manager в компании DAR.

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

"Очень важно следить за изменениями задач в бэклоге спринта. Например, я всегда придерживаюсь принципа защиты команды и не беру работу вне спринта. Если возникает срочная задача, мы обсуждаем и решаем, чем временно пожертвовать. В противном случае команда не успевает выполнить работу в срок и теряет фокус”, – считает Таншолпан Утекулова.

Кому пригодятся навыки внедрения гибких методологий?

Scrum и Agile могут использовать разные управленцы в IT. Scrum мастера может заменить product-менеджер, внедрив нужные элементы методологии в управление командой. Как это сделать, в своей учебной программе рассказывает ментор DAR U и Senior Product Manager Ардак Бердибеков.

За плечами ментора 7 лет управления продуктами в образовании, HR и энергетике. Курс Product management включает глубокие теоретические знания и реальные практические кейсы создания и управления продуктами. Учебная программа подойдет как действующим продуктологам, так и тем, кто хочет переквалифицироваться в продакт-менеджера.

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

Текст: Роман Лукьянчиков

Если ваша команда изо всех сил пытается добиться крутых результатов, но ключевые метрики падают, методология Agile может стать решением этих проблем. О том, что такое управление проектами по Agile, какие существуют плюсы и минусы у Agile-подхода и как его применять, расскажем в статье.

Agile-подход — это не про документы, отчеты и планирование на годы вперед. А про постоянное общение с клиентом и готовность быстро реагировать на изменения.

Agile (от англ. «гибкий») — семейство методологий для улучшения производимого продукта. Философию Agile характеризуют гибкость, скорость и прозрачность рабочих процессов.

Как правило, для Agile-команды характерна работа небольшими порциями — итерациями на 2-3 недели. Внутри каждой итерации собрано несколько задач для реализации продукта:

После каждой итерации команда анализирует результаты и использует данные для улучшения следующего цикла.

Как появился Agile-метод

Ранее для реализации проектов применялся водопадный (он же каскадный) метод разработки. Суть в том, что проект разбит на «вытекающие» друг из друга этапы, которые заранее планируются и выполняются в строгой последовательности, а возможности откатиться и переделать работу прошлого этапа — нет.

На первый взгляд может показаться, что такое скрупулезное планирование — неплохой вариант. Но на деле появляется огромное количество подводных камней, которые тяжело предвидеть. Например:

Разработчики просто устали от излишней строгости и поняли, что создавать инновационные технологии по старым методологиям просто нельзя. В качестве альтернативы в 2001 и появилась Agile-концепция. В американском штате Юта 17 разработчиков со всего света собрались и подписали манифест об основных принципах Agile.

Ценности и принципы Agile

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

Всего принципов 12:

Из того, что провозглашает манифест Agile, сегодня выделяют 4 ключевых ценности Agile:

Agile-разработка

Начнем с плюсов:

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

➕ Небольшие риски потерпеть неудачу. В каждом цикле работы присутствует тестирование, аналитика и общение с заказчиком. Так можно быстрее выявить проблему и исправить ее, не перебирая этап за этапом, как в каскадном подходе.

➕ Устойчивость к срыву дедлайнов. В аджайл-подходе выставляются гибкие сроки с запасом на задержки и изменения.

➕ Вовлеченность команды. Тесное общение с руководством, коллегами и самоорганизация помогают работать эффективнее и чувствовать свое влияние на проект.

➕ Минимум рутинной работы. Разработчикам не нужно тратить огромное время на аналитику, планирование и заполнение отчетов. Главное — работа над продуктом.

➖ Проект непредсказуем. В конце ожидания могут совсем не совпасть с реальностью. Возможно, это станет минусом для заказчиков с четким ТЗ.

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

➖ Тяжелое погружение новых сотрудников. Поменять руководителя или важного сотрудника в процессе работы над проектом — задачка не из простых. Придется уделить приличное количество времени для онбординга нового коллеги.

➖ Непростое внедрение системы Agile. Если компания уже работает по другой методологии, перестроиться на Agile-подход будет сложно. Скорее всего потребуется специалист, который хорошо разбирается в гибких методологиях. А на это нужно заложить и время, и бюджет.

Где используют гибкие методологии разработки

Если говорить о сферах бизнеса, то изначально Agile применялся разработчиками для создания нового программного обеспечения, интерфейсов и игр.

На сегодняшний день гибкая управление по Agile — стандарт для большинства современных проектов. Сейчас его могут использовать абсолютно все: от гигантов IT-индустрии, как Google и Microsoft, до небольших стартапов.

В каком случае применять Agile

Вам стоит попробовать Agile, если:

Вам не нужно использовать Agile, если:

Agile — философия, методология или фреймворк? Разграничиваем понятия

Чтобы понять, как работать по Agile, важно четко разграничить 3 понятия: философия, методология и фреймворк.

Философия отвечает на вопрос: «Что важно?».

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

В основе философии гибкого подхода лежит Agile-манифест и его 12 ценностей и принципов разработки.

Методология управления отвечает на вопрос: «Как применить эти ценности на практике?».

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

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

Фреймворки отвечают на вопрос: «Как именно выполнить задачу?».

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

Теперь расскажем про главные методологии управления проектами по Agile.

Методы управления проектами по Agile

В семейство Agile входит несколько разных видов управления проектов — фреймворков. В СНГ наибольшей популярностью пользуются два — Scrum и Kanban.

Как внедрить Agile в проект

Самое главное — это разделять философию Agile. Попробуйте начать с «пилотной группы» и рассказать о подходе небольшой команде. Крайне важно, чтобы сотрудники добровольно согласились использовать новый метод в работе. После дайте коллегам время. Если в течение 6-8 месяцев всё хорошо — можно постепенно масштабировать Agile во всей компании. О том, как подготовить сотрудников к переменам мы рассказали здесь.

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

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

Kaiten — гибкий инструмент для управляемых и прогнозируемых процессов с Agile-блоком в коробке