Гибкие методы разработки | GeekBrains – образовательный портал

Кратко о том, что входит в agile сегодня

К гибким «методам управления» относятся, в частности, фреймворк Scrum и метод Kanban. Согласно исследованию Agile в России, Канбан сейчас занимает прочное второе место по популярности после Скрама (если не считать самопальных гибких подходов, которые любят изобретать в российских компаниях).

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

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

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

https://www.youtube.com/watch?v=f3_n3gNfIyw

Канбан отличается от Скрама по многим параметрам, в частности:

• имеет более широкую область применения (не только новые продукты, но и поддержка, операционка);
• в отличие от Scrum, внедряется постепенно (без одномоментного изменения текущих процессов) и более просто (без изменений оргструктуры, например);
• нацелен не только на ускорение, но и на равномерность процессов;
• имеет сильно отличающиеся от Скрама метрики, не требующие оценки трудоемкости задач (например, время прохождения задачи в системе);
• отличается отсутствием фокуса на самоорганизацию команды и отсутствием прямой связи Kanban-практик с Agile-ценностями (у Канбана есть свои ценности, многие из которых вполне согласуются с ценностями Agile, например: клиентоориентированность, сотрудничество, прозрачность).

Подробнее об этом см. в статье про отличия Kanban и Scrum.

Наиболее широко применяется первая из 6 практик Kanban: визуализация процесса — в том числе, с помощью так называемой Канбан-доски. Это физическая или электронная доска со стикерами, обозначающими разные задачи. В отличие от Скрам-доски с 3-мя столбцами, в Канбане принято визуализировать на доске каждый этап процесса, а также делить каждый столбец на две части — «в работе» и «готово к следующему этапу»:

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

Речь про проблемы крупных организаций, которые вынуждены конкурировать со стартапами как по скорости вывода новых продуктов на рынок, так и по скорости принятия решений. Таким организациям помогают, в частности, подходы SAFe (Scaled Agile Framework) и LeSS (Large-Scale Scrum), а также нехитрая практика Scrum of Scrums. Это — тройка наиболее популярных подходов к масштабированию Agile, как показывает то же исследование Agile в России.

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

Люди и их взаимодействие важнее процессов и инструментов

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

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

Работающий продукт важнее исчерпывающей документации

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

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

Сотрудничество с заказчиком важнее согласований условий контракта

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

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

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

Готовность к изменениям важнее, чем следование плану

Чтобы не откладывать риски проектов на последние стадии разработки (когда будет уже поздно уменьшать содержание работы, сдвигать срок или усиливать команду), Agile предлагает не только итеративность работы, но и готовность к изменениям на всех стадиях.

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

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

Agile — философия, scrum — ее реализация

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

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

Ценности эти настолько общие и даже абстрактные, что Agile часто называют философией.

Также встречается термин «гибкий образ мышления» (от английского Agile Mindset), который означает понимание человеком ценностей Agile.

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

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

• Если Agile-мышление не свойственно людям, Scrum приводит лишь к удорожанию разработки, поскольку нужно больше времени выделять на коммуникации и обратную связь, требуются новые роли, нужны ресурсы на обучение, на повышение взаимозаменяемости сотрудников и т.д.
• И наоборот: без конкретного подхода (вроде Scrum) Agile останется лишь красивой философией — абстракцией, которую большинство людей не смогут превратить в руководство для повседневной работы.

Поэтому Agile и Scrum обычно изучают совместно. На нашем сайте десятки статей по гибкому управлению собраны в рубрику Аджайл и Скрам.

Исторически к Agile относится также и метод Kanban. Поэтому самый универсальный международный сертификат по Agile — ICAgile Certified Professional — включает не только Scrum, но и Kanban.

Agile сложнее, чем 4 ценности

Во-первых, помимо ценностей, в Agile-манифесте есть также 12 принципов, которые уточняют и дополняют ценности.

Во-вторых, в статье «Что такое Agile-подход и зачем он нужен бизнесу» вы найдете подробное изложение 6 признаков работы по Agile, которые намного более конкретны, чем ценности и даже принципы. Приведу их здесь кратко:

1. Потребности клиента понятны всем. Важно, что при Agile-подходе на нуждах клиента фокусируется не только бизнес и менеджер продукта, но и вся команда. То есть, каждый из разработчиков понимает: кто клиенты, что им нужно и какие их проблемы решает новый продукт. Это помогает находить более адекватные решения.
2. Процессы и оргструктуры максимально упрощены. Правила и процессы, по которым работают Agile-команды, должны быть простыми, чтобы люди смогли сфокусироваться на клиентах и на создаваемом продукте.
3. Работа короткими циклами (итерациями). Продолжительность цикла — порядка недели или месяца, за это время разработчики выдают какой-либо полезный для клиента результат.
4. Системное получение и использование обратной связи. Разработчики демонстрируют продукт заказчику, получают обратную связь на продукт и сведения об изменениях планов заказчика, затем дорабатывают, добавляют что-то полезное и так далее по циклу. Но также цикл обратной связи работает и для совершенствования самого процесса разработки: для избавления от потерь, задержек и иных препятствий, мешающих повышению производительности.
5. Максимум полномочий у исполнителей. В идеале, люди самостоятельно принимают решения и несут за них ответственность. Когда команда или даже отдельный сотрудник сам(а) может, хочет и имеет право решить какую-то проблему без ожидания действий извне, это значительно ускоряет работу.
6. Внутренняя мотивация вместо «кнута и пряника». Agile-методы помогают настроить процессы таким образом, что сотрудники становятся более свободны и счастливы на работе, видят востребованность своего труда клиентами, ценят доверие и предоставленные им возможности для саморазвития. Люди с такой внутренней мотивацией эффективнее справляются с работой, особенно если это сложная творческая работа.

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

City business school

Онлайн-курс по Agile

За 18 дней вы освоите гибкие методологии в управлении проектами под руководством востребованных Agile-коучей.

Программа курса

Extreme programming

Особенность Scrum заключается в том, что этот фреймворк уделяет мало внимания практикам разработки. Поэтому некоторые agile-компании (порядка 10%)

его с экстремальным программированием (XP).

Экстремальное программирование привлекло к себе внимание в конце 90-х. Концепция зародилась в сообществе Smalltalk, а её авторами считаются разработчики Кент Бек (Kent Beck) и Уорд Каннингем (Ward Cunningham), которые хотели сформировать новые практики в разработке ПО, сделанные для людей.

Первым проектом, созданным по методологии Extreme Programming, стала система контроля платежей Chrysler Comprehensive Compensation (C3) в середине девяностых. Сам термин «экстремальное программирование» появился в 1997 году.

Концепция строится на основании двенадцати приёмов:

1. Разработка через тестирование (Test-driven development)
2. Игра в планирование (Planning game)
3. Заказчик всегда рядом (Onsite customer)
4. Парное программирование (Pair programming)
5. Непрерывная интеграция (Continuous integration)
6. Рефакторинг (Design improvement)
7. Частые небольшие релизы (Small releases)
8. Простота проектирования (Simple design)
9. Метафора системы
10. Коллективное владение кодом (Collective code ownership)
11. Стандарт оформления кода (Coding standard)
12. 40-часовая рабочая неделя (Sustainable pace)

XP сильно напоминает Scrum и предполагает, что заказчик плотно

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

Однако Extreme Programming делает сильный упор на тестирование, что отличает её от Scrum. Методология гласит, что разработчик не может сказать, что код написан правильно до тех пор, пока не пройдут все модульные тесты. Поэтому часто XP идет рука об руку с техникой разработки Test Driven Development (TDD), когда сперва пишется тест, а затем логика для его прохождения.

Но такая «тестоориентированность» одновременно и недостаток подхода. Чтобы адаптировать XP, нужно инвестировать в создание инфраструктуры автоматизированных тестов и непрерывного развертывания ПО.

При этом, если в случае Scrum компания может послать менеджеров проектов на двухдневные курсы, то в случае с экстремальным программированием приходится тренировать всю команду разработчиков. Что гораздо более затратно. Нужно менять культуру в организации, объединяя несколько отделов: XP требует, чтобы тестировщики, UI-дизайнеры, программисты, архитекторы и пользователи работали сообща.

/ Flickr / U.S. Army / CC

Geekbrains

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

Кому точно стоит участвовать?

• IT-специалистам: разработчикам, тестировщикам, аналитикам, руководителям команд и проектов. Вы научитесь управлять разработкой на новом уровне.
• Специалистам и руководителям других отраслей. Вы будете безошибочно достигать результата и наладите командную работу.
• Владельцам бизнеса. Вы будете быстрее принимать решения в условиях неопределенности.

Что вас ждет?

1. Интенсивный формат. Вас ждут три дня прямой связи с опытным преподавателем, который детально разберёт особенности Scrum-, Kanban- и Lean-методик
2. Много практики. Вы рассмотрите реальные кейсы работы по Agile и отработаете полученные знания в формате интерактивных игр
3. Материалы. После курса у вас останутся записи занятий и методические материалы, доступные в любое время
4. Сертификат. Обучение проводится на основании государственной лицензии № 040485. Вы получите сертификат, подтверждающий знания и навыки

Luxoft training (сзао)

Professional Scrum Master основан на последней редакции Scrum Guide и включает в себя разбор множества практических задач. По окончании тренинга участники должны будут пройти онлайн-тест на сайте Scrum.org, в случае успешной сдачи теста сертификат PSM будет выслан по email, а профиль слушателя добавлен в перечень PSM на Scrum.org.

В рамках курсы рассматриваются темы:

1. Основы Scrum;
2. Эмпирический подход;
3. Структура и механика подхода Scrum;
4. Роли и ответственность Scrum-мастера, владельца проекта, команды разработки;
5. Регулярные встречи: планирование спринта, ежедневный скрам, обзор спринта, ретроспектива спринта;
6. Артефакты Scrum: бэклог продукта, бэклог спринта, инкремент продукта;
7. Динамика команды;
8. Планирование и оценка.

Moscow buiness school (юзао)

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

Посетив семинар, вы узнаете о приемах планирования и работы с информацией, о методах работы с командой проекта и правилах взаимодействия со стейкхолдерами, увидите универсальность знаний и навыков, обсудите проекты и их особенности в самых разнообразных отраслях:

• от ведения домашнего хозяйства до выбора профессии для ребенка
• от разработки нового фармацевтического препарата до управления банковским продуктом
• от выхода в новый регион до производства специализированного оборудования

Onagile consulting (юао)

Все, что должны знать ваши сотрудники об Agile, Scrum, Kanban и основных фреймворках организации. В Agile компаниях появляются две совершенно новые роли, компетенции: Владелец продукта и Скрам-мастер. Глубокое системное обучение даст сотрудникам возможность быстрого старта и развития в новых должностях.

Подход школы к обучению:

1. В контексте вашего бизнеса
2. На реальных примерах
3. Конкретные инструменты и практики
4. Мотивация на изменения
5. Обучение через практику
6. Поддержка тренера после обучения

Skillbox

Управление продуктами на основе методологий семейства Agile: Scrum и Kanban

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

Чему вы научитесь

• Применять гибкие подходы Scrum и Kanban
• Руководить удалёнными сотрудниками
• Настраивать рабочие процессы в Jira и Trello
• Выбирать фреймворк под конкретный продукт
• Проводить ретроспективы с командой
• Формировать продуктовый бэклог
• Создавать эффективные команды и развивать их
• Планировать задачи и следить за их выполнением
• Управлять разработкой сложных IT-продуктов

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

1. Фреймворки в Agile
2. Артефакты в Scrum
3. Роли в Scrum
4. События в Scrum
5. События в Scrum. Product Backlog Refinement.
6. События в Scrum. Ретроспектива
7. Набор компетенций для создания продукта
8. Запуск и отслеживание производственных метрик
9. Kanban-метод. Оптимизация работы команды
10. Работа с распределённой или удалённой командой. Инструменты команды
11. Дипломный проект. Внедрение Scrum или Kanban для продукта

Академия pwc (цао)

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

Кому будет полезно?

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

Академия айти (юао)

Курс «Управление Agile-проектами по методу Scrum» призван дать команде проекта инструментарий для более эффективного планирования, исполнения и контроля высокотехнологичных проектов с использованием самых передовых гибких методов.

После изучения курса слушатель будет знать:

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

Как устроен скрам

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

Доска — это список задач, распределённых по этапам. Она может быть виртуальной, как в нашем примере, или реальной: нарисованной на флипчарте и со стикерами.

У доски есть несколько колонок:

• бэклог (в нашем случае — need to rate, подробнее мы разберём его ниже);
• бэклог спринта (в нашем случае — to do, здесь уже оценённые задачи, которые можно брать в работу);
• in work (задачи, которые были взяты участниками команды);
• check (задачи, которые поехали на тест);
• done (сделанные задачи, которые уже доехали до продакшена).

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

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

Бэклог (backlog) — список задач проекта. Они попадают туда от продакт-оунера (product owner), который приоритизирует их исходя из бизнес-целей, технического долга или пожеланий пользователей. Главное правило — один продакт-оунер на один бэклог.

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

Спринт (sprint) — это промежуток времени (месяц или меньше, например 2 недели), за который создаётся инкремент продукта.

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

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

Книги об agile по-русски

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

Нетология

Управление по Agile: Scrum, Kanban, Lean

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

Курс поможет

• Узнать о видах agile-подходов, попробовать работать с продуктовым подходом, а не с проектным, перестать тратить время на текучку, бесконечные встречи и совещания.
• Обеспечить максимальную прозрачность при работе с заказчиком и создать доверительные отношения.
• Избежать микроменеджмента и дать команде возможность улучшать свою работу.
• Научитесь эффективно реагировать на желание заказчика постоянно вносить изменения при работе над продуктом.
• Получите навыки, применяемые в ведущих IT-компаниях, которые помогут встроиться в продуктовую команду и работать в общем темпе.

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

• Охват всех подходов
  Познакомитесь с самыми популярными подходами и сможете выбрать подходящий для работы и углубленного изучения
• Много практики
  Отработаете знания: практические задания в формате командной работы — для навыков работы над проектом или продуктом в команде; с экспертами на практических вебинарах; выполняя домашние задания
• Работа над своим продуктом
  Во время проработки диплома решите сложные задачи своего рабочего проекта. Дипломный руководитель поможет в индивидуальном порядке
• Крутые эксперты
  На курсе преподают ведущие практики, консультанты, тренеры, которые работали с продуктами в разных сферах и помогали компаниям становиться agile на разных стадиях работы — они поделятся своим уникальным опытом
• Удобный формат
  Вы можете смотреть лекции в удобное для вас время, а к вебинару подключаться с любого девайса
• Сопровождение
  Помощь куратора и живое общение с коллегами и единомышленниками в группе. Наши группы активны и после окончания курса, а комьюнити устраивает интересные митапы

Программа курса

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

1. Введение в agile
2. Lean
3. Работа с продуктом
4. Scrum
5. Kanban
6. Переход к agile-культуре в организации
7. Трансформация бизнеса
8. Работа над проектом

Область применения agile

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

Судя по числу участников исследования Agile в России 2022, IT-отрасль теряет свою монополию на Agile, имея долю менее 50% от общего числа людей, вовлеченных в Agile-трансформации.

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

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

Одно из ключевых ограничений Agile кроется в словах «для разработки новых продуктов». Пусть «продукт» здесь употребляется в самом широком смысле, но вот новые продукты все-таки разрабатывает лишь небольшой процент людей. А особенно эффективно Agile себя проявляет лишь в творческой работе и/или в условиях неопределенности.

• Agile целесообразно применять в ситуации, когда первую версию продукта нужно выпустить на рынок как можно быстрее, иначе конкурентная борьба может быть проиграна.
• Другая ситуация, когда ценности Agile будут наиболее эффективны: инновационный продукт с заранее непредсказуемыми свойствами и/или с нестандартными средствами (новыми технологиями) для его разработки.

Про область применимости Agile и про основные проблемы, которые влечет за собой Agile, смотрите в 5-минутном видео Алексея Пименова:

Подробнее о том, зачем и когда нужны гибкие подходы, вы узнаете из бесплатных видеоуроков про Agile (11 видео, 65 минут).

Образовательный центр при мгту им. баумана (цао)

Agile Scrum. Управление разработкой ПО

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

Курс прекрасно подойдет:

• техническим специалистам;
• менеджерам и тим-лидерам проектов;
• руководителям проектных групп.

Резюме. место agile среди родственных управленческих подходов

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

Это слово сейчас имеет два основных значения:

• Agile — это система ценностей (или образ мышления, или философия, если вам так больше нравится), которая способствует быстрой разработке новых продуктов, максимально отвечающих потребностям клиентов.
• Agile — это также собирательное название очень разных подходов к управлению разработкой, некоторые из которых даже не разделяют все 4 ценности Agile (пример — Kanban). Так уж исторически сложилось.

Agile фокусируется именно на разработке — точнее, на реализации и поставке готовых продуктов. Тогда как для генерации и проверки идей новых продуктов Agile следует дополнить различными продуктовыми подходами: Customer Development, Design Thinking и т.п.

С другой стороны, Agile — это про организацию процесса разработки, а не про технические детали реализации, зависящие от индустрии. Например, в IT-индустрии с той же целью (быстрая поставка ценности клиенту) применяются так называемые инженерные практики и DevOps, но они в Agile не входят.

Agile помогает решить две основные задачи, типичные для современного бизнеса:

1. сократить время вывода продуктов на рынок / время их поставки потребителю;
2. ускорить принятие решений на уровне команд и выше.

Для подходов к ускорению на уровне программ и портфелей проектов (в крупных организациях) грамотнее применять термин Enterprise Agility, хотя во многих контекстах их тоже относят к Agile.

Что же касается подходов к повышению гибкости/скорости принятия решений на уровне всего бизнеса, то это намного шире Agile. Так что для обозначения таких подходов следует использовать термин Business Agility, получивший распространение в конце 2022-х годов.

Среди 12 доменов бизнес-гибкости, показанных на рисунке, Agile полностью покрывает домен «Гибкость процессов», но также связан в той или иной степени с 5-ю другими доменами, по меньшей мере.

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

Роли в команде скрама

Помимо инструментов скрам чётко регламентирует роли в команде.

Участники команды — это исполнители: например, разработчики, дизайнеры, копирайтеры.

Скрам-мастер (Scrum master) — сердце и душа скрам-команды. Он помогает организовать основные процессы: планирование, ежедневные митинги, ретроспективы, следит за скрам-доской (но не за бэклогом, за который отвечает продакт-оунер). Также скрам-мастер, как правило, фасилитирует встречи, то есть следит за тем, чтобы участники не отходили от темы и чувствовали себя комфортно.

Продакт-оунер (product owner) — это владелец продукта. Он видит полную картину и отвечает за приоритизацию задач и ведение бэклога, иногда формулировку и детализацию, а также решает, какой инкремент будет у спринта в соответствии с планированием и ресурсами команды.

Русская школа управления (свао)

Программа Русской Школы Управления подходит как для тех, кто уже знаком с гибкими методологиями управления, так и для новичков, которые находятся в процессе внедрения Agile / Scrum. Лекторы-практики помогут участникам понять основные идеи, которые нужно учесть при разработке нового продукта, расскажут в чем принципиальная разница водопадной и итерационной модели жизненного цикла проекта, научат установке приоритетов для задач игрового проекта и планированию его спринта, объяснят, как оценить трудоемкость задач методом покерного планирования. Предлагаемый на семинаре теоретический материал подкреплен практическими упражнениями.

В программе курса:

• Четыре этапа Customer Development
• Подходы к созданию MVP.
• Основные идеи, которые нужно учесть при разработке нового продукта (услуги).
• Lean startup. Цикл обратной связи «создать-оценить-научиться».
• Минимально работающий продукт
  и далее

Сетевая академия ланит (цао)

Курс научит грамотно управлять всеми видами требований в ходе выполнения проектов по гибким методологиям (AGILE) в вашей организации. В рамках данного курса будет подробно рассмотрен весь жизненный цикл требований, от их выявления до реализации. Особое внимание будет уделено практическим вопросам работы с требованиями. Курс предусматривает большое количество упражнений, направленных на отработку необходимых практических навыков.

ПОСЛЕ ИЗУЧЕНИЯ КУРСА ВЫ СМОЖЕТЕ:

• объяснить концепцию гибкого подхода к выполнению проектов (AGILE);
• назвать и объяснить ключевые понятия методологии SCRUM;
• уметь определять типы требований;
• формулировать требования заинтересованных лиц в формате пользовательских историй;
• определять критерии приёмки пользовательских историй;
• формулировать стратегию выявления требований;
• определять подходящие методы выявления требований;
• производить верификацию, валидацию и приоритизацию требований;
• управлять изменениями требований;
• определять требования к прототипу продукта.

Учебный центр «микротест»

Программа курса:

Модель Scrum.

• История формирования Scrum.
• Итеративный принцип работы.
• Эмпиризм.
• Обратная связь.
• Элементы модели Scrum.
• Ценности Scrum

Scrum-команда. Значимость роли Скрам-мастера.

• Самоорганизующиеся кросс-функциональные команды в Scrum.
• Состав Команды Разработки
• Значимость роли Скрам-мастера на разных этапах.
• Зона ответственности Владельца Продукта.
• Взаимодействие ролей в Scrum.

Учебный центр «специалист» (цао)

Scrum — это фреймворк с методами Agile. Согласно методологии Agile, разработка производится в короткие отрезки времени небольшими проектными группами. Раз в 1-3 недели они выдают результат — новую рабочую версию ИТ-продукта. Гибкость подхода позволяет вносить изменения и правки на всех этапах развития проекта, причем корректироваться может и состав участников проектной команды, и даже сама цель проекта.

Сертификаты SCRUMstudy включают уровни:

• Scrum Fundamentals Certified(SFC™)
• Scrum Developer Certified (SDC™)
• Scrum Master Certified (SMC™)
• Agile Expert Certified (AEC™)
• Scrum Product Owner Certified (SPOC™)
• Expert Scrum Master Certified (ESMC™)

Учебный центр «финконт» (вао)

Для того, чтобы компания смогла реализовывать выбранную стратегию, безусловно, необходима эффективно работающая система управления. На тренинге слушатели познакомятся с технологией «Управление по целям и ключевым результатам» (Objectives and Key Results /OKR) — одной из лучших практик в мировом менеджменте, позволяющей всем подразделениям и сотрудникам компании сфокусировано, согласованно, но при этом гибко двигаться к ясным и амбициозным целям и достигать их.

Ценности agile простыми словами

Ценности Agile родились в 2001 году в Agile-манифесте — в результате обобщения многих тогдашних «методологий разработки» их авторами.

Ценности — это то общее, что определяет приоритеты в работе, независимо от конкретного процесса и предмета работы. Каждая из 4-х ценностей Agile сформулирована в виде «X важнее Y», где X — это:

1. люди,
2. работающий продукт,
3. сотрудничество с заказчиком,
4. готовность к изменениям.

Посмотрим, зачем нужны эти ценности Agile.

Центр профессиональных компетенций лиам (ювао)

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

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

Центр предлагает вам:

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

Цнти прогресс (сао)

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

В результате обучения вы сможете:

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

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

Чем agile отличается от методологий

Термин «методология» применяется к Agile по аналогии с предшествующими подходами к организации разработки программного обеспечения: RAD, RUP, XP и другими.

Однако те, кто сталкивался с Аджайлом, понимают: он не похож на предшествующие подходы, которые описывали процесс разработки в деталях. Agile краток: состоит из 4-х ценностей и 12-ти принципов. А описание методологии RUP, например, занимает десятки страниц, — это много приемов и алгоритмов действий.

RUP (Rational Unified Process) включает разбиение жизненного цикла разработки на 4 фазы, рекомендованные соотношения объемов работы по 9-ти потокам (workflows) на каждой фазе, а также конкретные инструменты для каждого потока. OpenUP — последняя методология-наследница RUP — короче и гибче, но все равно до краткости Agile ей далеко.

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

Метод — это способ достижения какой-либо цели.

Agile сам по себе не дает алгоритмов, способов и приемов. При этом входящие в Agile «гибкие» подходы нередко предписывают конкретные приемы:

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

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

Показанная выше условная схема гибких подходов взята из книги Бориса Вольфсона «Гибкие методологии разработки». Этот краткий справочник по огромному числу гибких управленческих инструментов весьма неплох для своего времени (2022), когда Agile применялся лишь в той индустрии, где он появился — в разработке программного обеспечения. Если же вы не связаны с этой индустрией, для углубления читайте более современные книги без IT-специфики.