1.4 ФРЕЙМВОРКИ AGILE
Авторы раздела:
Бутвина Н. Л.
Ожаровский А. В.
Для набора практик и инструментов в рамках гибкого подхода используется термин «фреймворк». Наиболее значимыми и часто применяемыми Agile-фреймворками сегодня являются Scrum и Kanban.
Для набора практик и инструментов в рамках гибкого подхода используется термин «фреймворк». Наиболее значимыми и часто применяемыми Agile-фреймворками сегодня являются Scrum и Kanban.
The Benefits of Scrum & Agile // The Scrum Master. URL: https://www.thescrummaster.co.uk/scrum/benefits-scrum-agile/.
Швабер К., Сазерленд Дж. Руководство по Скраму. Исчерпывающее руководство по Скраму: Правила игры // The Scrum Guide. URL: https://www.scrumguides.org/docs/scrumguide/v2017/2017- scrum-guide-russian.pdf.
Время чтения: 5 мин.
Scrum, по определению его создателей, это фреймворк, который помогает решать изменяющиеся в процессе работы задачи, чтобы продуктивно и творчески создавать для клиентов продукты с максимально возможной ценностью. Scrum компактен и прост для понимания, но достаточно трудно овладеть им в совершенстве.
Нужно также учитывать следующие особенности:
Нужно также учитывать следующие особенности:
- Scrum непросто внедрить, так как используются непривычные (по сравнению с классическими подходами) роли, компетенции и процессы работы, значительно меняется структура управления, необходимо обучение и привыкание членов команд.
- Scrum сильно зависит от уровня развития цифровой / Agile культуры в команде и организации, плохо приживается и работает в организациях и командах с сильной традиционной культурой субординации и контроля.
- Scrum является потоковым методом работы, который требует высоких энергетических затрат и может приводить к выгоранию и потере ключевых сотрудников (скорее всего, работать придется больше и интенсивнее, чем раньше).
- Команда может фальсифицировать работу по Scrum и / или использовать его в целях манипуляции, что приводит к негативным последствиям.
- Scrum с трудом масштабируется на большие проекты / команды (для этого существуют отдельные фреймворки масштабирования).
Время чтения: 5 мин.
Scrum, по определению его создателей, это фреймворк, который помогает решать изменяющиеся в процессе работы задачи, чтобы продуктивно и творчески создавать для клиентов продукты с максимально возможной ценностью. Scrum компактен и прост для понимания, но достаточно трудно овладеть им в совершенстве.
Нужно также учитывать следующие особенности:
Нужно также учитывать следующие особенности:
- Scrum непросто внедрить, так как используются непривычные (по сравнению с классическими подходами) роли, компетенции и процессы работы, значительно меняется структура управления, необходимо обучение и привыкание членов команд.
- Scrum сильно зависит от уровня развития цифровой / Agile культуры в команде и организации, плохо приживается и работает в организациях и командах с сильной традиционной культурой субординации и контроля.
- Scrum является потоковым методом работы, который требует высоких энергетических затрат и может приводить к выгоранию и потере ключевых сотрудников (скорее всего, работать придется больше и интенсивнее, чем раньше).
- Команда может фальсифицировать работу по Scrum и / или использовать его в целях манипуляции, что приводит к негативным последствиям.
- Scrum с трудом масштабируется на большие проекты / команды (для этого существуют отдельные фреймворки масштабирования).
Рекомендуется с определенной осторожностью подходить к применению Scrum в органах исполнительной власти, по крайней мере поначалу использовать его для организации совместной работы стабильных команд численностью не более 10 человек, причем в режиме «100%-е участие в работе команды», и предусмотреть размещение всех членов команды в одном месте.
Основополагающий труд по фреймворку Scrum — это, конечно, знаменитое руководство «Scrum-гайд», составленное основателями этого подхода. После знакомства с нашим документом советуем его прочитать: Сазерленд Дж., Швабер К. Скрам-гайд. 2018. URL: http://www.scrumguides.org.
Что такое Kanban // Atlassian. URL: https://ru.atlassian.com/agile/kanban.
SAFe // Scaled Agile URL: https://www.scaledagileframework.com.
Kanban, согласно одному из определений, это «популярный подход к реализации Agile-разработки ПО. Он предполагает обсуждение производительности в режиме реального времени и полную прозрачность рабочих процессов. Этапы работы визуально представлены на Kanban-доске, что позволяет членам команды видеть состояние каждой задачи в любой момент времени». Kanban обеспечивает прозрачность, понимание и вовлеченность членов команды, регулярную коммуникацию и обратную связь. Этот подход хорошо работает и приживается в организации независимо от корпоративной культуры, его можно использовать не только в проектных командах, но и для визуализации процесса работы с однородными процессными задачами. Данный подход может быть использован для наглядной демонстрации изменений и быстрых побед.
Кроме того, существует ряд фреймворков, связанных с масштабированием Agile-подходов, например в крупных компаниях или применительно к объемным проектам. На Западе они применяются несколько реже, чем основные Agile-подходы, а в РФ — значительно реже. На момент написания данного документа (май 2019 г.) практик внедрения данных фреймворков в российском госуправлении не было (но есть практики внедрений в крупных государственных и «около-государственных» компаниях, например в Центробанке, Сбербанке, «Газпромнефти»). Поскольку есть вероятность, что со временем такие практики появятся, мы кратко упоминаем об этих фреймворках. К наиболее известным фреймворкам такого плана относятся:
• Scaled Agile Framework (SAFe) — гибкий фреймворк для разработки продуктов для конечных клиентов, позволяющий использовать Agile-подходы в больших командах численностью более 50 человек. Уже существует SAFe for government — фреймворк SAFe, адаптированный именно для госуправления (западного).
Кроме того, существует ряд фреймворков, связанных с масштабированием Agile-подходов, например в крупных компаниях или применительно к объемным проектам. На Западе они применяются несколько реже, чем основные Agile-подходы, а в РФ — значительно реже. На момент написания данного документа (май 2019 г.) практик внедрения данных фреймворков в российском госуправлении не было (но есть практики внедрений в крупных государственных и «около-государственных» компаниях, например в Центробанке, Сбербанке, «Газпромнефти»). Поскольку есть вероятность, что со временем такие практики появятся, мы кратко упоминаем об этих фреймворках. К наиболее известным фреймворкам такого плана относятся:
• Scaled Agile Framework (SAFe) — гибкий фреймворк для разработки продуктов для конечных клиентов, позволяющий использовать Agile-подходы в больших командах численностью более 50 человек. Уже существует SAFe for government — фреймворк SAFe, адаптированный именно для госуправления (западного).
Если вас особенно заинтересовал данный фреймворк, вы можете ознакомиться с полным руководством по SAFe. Его структура, цели, задачи, преимущества по сравнению с другими подходами и т. д. описаны в руководстве: Scaled Agile Framework. URL:https://www.scaledagileframework.com.
LeSS URL: https://less.works/
The Nexus Guide // Scrum.org. URL: https://www.scrum.org/resources/nexus-guide.
• Large Scale Scrum (LeSS) — масштабируемый фреймворк Scrum, применяемый во многих командах, работающих совместно над одним продуктом: LeSS — до 8 команд (каждая из 8 человек), LeSS Huge — 8 команд и более, до нескольких тысяч человек, задействованных в проекте.
• Nexus Scrum — фреймворк, являющийся эволюционным расширением классического Scrum для крупных проектов, разрабатываемых многочисленными командами. Его основу составляют привычные для Scrum роли, артефакты и события, дополнительно приведены аналогичные события и артефакты для выявления и управления зависимостями, обмена информацией и знаниями между командами и удержания фокуса на конечном продукте, а не на индивидуальных инкрементах.
• Nexus Scrum — фреймворк, являющийся эволюционным расширением классического Scrum для крупных проектов, разрабатываемых многочисленными командами. Его основу составляют привычные для Scrum роли, артефакты и события, дополнительно приведены аналогичные события и артефакты для выявления и управления зависимостями, обмена информацией и знаниями между командами и удержания фокуса на конечном продукте, а не на индивидуальных инкрементах.