Как перейти от agile к scrum? Усложнение алгоритмов или их замена

Часто встречается заблуждение, что Agile (гибкая методология) и Scrum – одно и то же. На самом деле, скрам – это один из подходов Agile к созданию продукта. Среди других гибких подходов: Crystal, экстремальное программирование (XP), FDD и другие. Agile – это словно мороженное, где Scrum и другие методы выступают разными вкусами и добавками.

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

Перейти от Agile к Скрам – значит конкретизировать ваши подходы, оставаясь верным гибкой методологии. Как это можно реализовать мы покажем на примере нашего сервиса проектного менеджмента Worksection.

Разница между Agile и Scrum

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

Методология Agile – это 4 ценности и 12 принципов, которые были выделены для успешного управления в IT-сфере. Манифест создателей подчеркивает важность работающего продукта и готовности к изменениям в проекте.

Scrum был известен почти на 10 лет раньше, чем Agile (1993 и 2001 годы соответственно), но стал частью гибкой методологии. Agile создавали представители IT-сферы, но подход распространился и в другие области бизнеса. А вот скрам так и остался инструментарием для управления проектами в IT-сфере.

Скрам строится на философии Agile, но использует также эмпирический процесс и принципы философии Lean.

Мы уже рассматривали разницу между Agile и скрам в статье о скрам методологии. Там мы прилагали таблицу, которая наглядно показывает общие и раличные моменты.


Scrum

Agile

Философия

-

+

Методология

+

-

Ритуалы

+

-

Роли

+

-

Артефакты* / Создаваемые объекты

+

-

Прозрачность

+

+

Короткие итерации

+

+

Частые релизы

+

+

Учет изменений

+

+

Постоянное улучшение

+

+

*Артефакты в скраме — это объекты, которые создаются командой во время работы над проектом. К ним относятся бэклог продукта, бэклог спринта и инкремент продукта, то есть работающий кусок функционала, который команда демонстрирует в конце спринта.

Что такое Scrum

  • В скраме нет детального описания, как вам развивать ваш программный продукт.
  • В Scrum нет проектного менеджера и подкоманд. Есть лишь одна скрам-команда, участники которой могут заменить других в случае необходимости. 
  • Этой командой формально руководит скрам-мастер, который следит за правильным внедрением scrum.
  • Владелец продукта составляет бэклог продукта с пользовательскими историями – задачами, которые нужно реализовать в ходе проекта. Product Owner должен понимать рынок и пользователей, чтобы полученный продукт был востребованным.
  • В скраме важна самоорганизация команды. В нее входят творческие и дисциплинированные исполнители, каждым шагом которых не нужно управлять лично.
    В Worksection можно ввести команду, назначить отделы и права, а дальше команда будет работать с задачами самостоятельно.
    Команда
  • Технология Scrum – это серия спринтов, которые могут длиться от 2 до 4 недель. Это цикл создания, тестирования или модифицирования программного обеспечения. В него входит 5±2 идеи.
  • В конце спринта заказчик получает рабочую версию продукта с новой или дополнительной функциональностью. Заказчик или пользователи тестируют продукт, обеспечивая отзывы для скрам-команды.
  • Технические специалисты в команде обычно обладают высоким опытом, но и также понимают бизнес-процессы.

Вызовы при переходе к Scrum

  1. При отсутствии проектного менеджера, команда берет ответственность за то, как работает и решает затруднения. 
  2. Привыкнуть к новому режиму работы: планирование спринта и работа в его рамках вместо действий до дедлайна.
  3. Разбивать процесс на мелкие задачи, чтобы они могли быть выполнены в ходе спринта. Если пользовательская история слишком большая, то разработчик подготовит проект слишком поздно, и тестировщик не успеет сделать свою работу до конца спринта. Даже если дефекты будут обнаружены, то времени останется очень мало, чтобы их исправить.
  4. Использовать покер планирования, чтобы оценить сложность задачи и время, которое уйдет на ее выполнение. При начальном внедрении скрама потребуется несколько розыгрышей, чтобы участники команды сошлись в своих оценках.
  5. Правильный выбор владельца продукта. Часто им назначается специалист, который уже имеет свои обязанности в компании. Поэтому он разрывается на два фронта. А если он не проходил обучение и плохо понимает, что ему предстоит дело в этой роли, то такой Product Owner лишь навредит проекту.
  6. Добавлять новую пользовательскую историю в бэклог только с завершением уже имеющейся. Иначе список задач может стать невыполнимым в ходе спринта.
    Например, бэклог контент-плана блога в Worksection выглядит так. В спринт на месяц берется часть бэклога тем и раздаются авторам.
    Бэклог Worksecton
  7. Соблюдать приоритетность пользовательских историй. Не менять их порядок, когда конец спринта близок.
    В Worksection каждой задаче, подзадаче и проекту можно присвоить приоритет и принимать решения о реализацции в соответствии с ним.
  8. Когда решили перейти к скрам, то нужно следить, чтобы не вернуться к практикам и мышлению каскадной модели («Водопада»), где стадии реализуются строго последовательно.
  9. Подобрать те инструменты Scrum, которые работают для данного проекта.
  10. Не превратить ежедневные собрания в рутину или даже источник раздражения для команды.
    Простую коммуникацию можно оставить в комментариях к задачам, а на встрече обсуждать только важные аспекты спринта.

Преимущества и недостатки Scrum

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

  1. Больше прозрачности для проекта. Благодаря ежедневным собраниям, все участники команды детально знают, как выполняются процессы, и могут сразу устранить недопонимания или выявить общие проблемы.
  2. Развитое чувство ответственности у команды. Когда нет проектного менеджера, раздающего указания, исполнители самоорганизуются и принимают коллективные решения. Каждый участник команды остается независимым.
  3. Легко внедрить изменения. При коротких спринтах и постоянном сотрудничестве с заказчиком, модифицировать продукт становится просто.
    Если команда открыла новую пользовательскую историю во время спринта, она может добавить ее к следующему спринту, обсудив это на собрании.
  4. Экономия средств. Благодаря тому, что команда и заказчик все время общаются, а проект разбит на мелкие задачи, ошибки в коде выявляются заранее – пока их исправление не станет слишком дорогостоящим.

Недостатки

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

Правильно сформулированная задача и ее подзадачи в Worksection выглядит так:

Задачи в Worksection

Преимущества и недостатки Agile

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

  1. Конечная цель проекта может оставаться неизвестной. По мере продвижения начинают вырисовываться цели, под которые легко подстроить команду.
  2. Быстрый выпуск продуктов с высоким качеством. Благодаря тому, что проект разбит на итерации (как спринты в скраме), команда может сконцентрироваться на разработке, тестировании и сотрудничестве. Ошибки в коде быстро находятся и устраняются.
  3. Заказчики услышаны. Клиенты наблюдают за ходом проекта, делятся своим видением и могут влиять на конечный продукт. Работая тесно с командой, они чувствуют себя полноценными владельцами.
  4. Постоянный прогресс. В ходе взаимодействия команды и контактов с заказчиком происходит постоянная работа над ошибками и улучшение качества итераций.

Недостатки

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

Когда использовать Scrum

  1. Требования к проекту меняются и дополняются
  2. Нужно постоянное взаимодействие с заказчиком и пользователями
  3. Неизвестно, как выполнить задачу большого объема, которую ранее не решали
  4. Нет фиксированной даты для выпуска программного продукта
    задача без срока в Worksection
  5. Команда хочет работать более свободно
  6. Нужно на регулярной основе выпускать программные продукты
  7. Скрам отлично подходит для проектов, где предстоит много неизвестного или ожидается немало изменений на ходу.

Когда использовать Agile

Вы должны понять, нужно ли применять гибкий подход в данном проекте. Если да, то можете выбрать один из компонентов Agile – в том числе каркас Scrum.

  • Концепция конечного продукта не определена окончательно
  • Заказчики или стейкхолдеры хотят влиять на содержание проекта
  • Изменения нужно внедрять по ходу всего цикла
  • Разработчики могут приспосабливаться к новым вызовам и работать независимо
  • Изменения в бизнес-среде происходят быстро
  • Убедиться, что продукт решит критическую проблему для компании
  • Спонсирование проекта зависит от результатов на каждом этапе*
  • Требуется выпустить продукт как можно быстрее

*Чтобы получить последующее финансирование, можно показать результаты с помощью детального отчета в Worksection, где отражены запланированные и реально затраченные резурсы:

Отчет финансов в Worksection

Гибридные подходы

Если скрам в чистом виде не годится для проекта, но нужен гибкий подход, то можно попробовать технику Disciplined Agile Delivery (DAD). В ней сочетаются принципы Agile, Scrum, Kanban, Extreme Programming, Lean и др. DAD предполагает частое обучение, учитывает человеческий фактор и предполагает завершение задач как можно раньше.

Вердикт

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

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

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

Для перехода от Agile к Scrum требуется
не усложнение алгоритмов, а правильное понимание инструментов этого гибкого «каркаса».

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

А для того, чтобы реализовать на практике любую из этих метологий, стоит попробовать вести проекты в Worksection!

ответить
sln 24 октября 2023
Агил? АГИЛ?!#‍♀️
ответить
Дмитро 24 октября 2023
Лишенько! Це дуже старий текст. Дякую, що повідомили про помилку:)

esc
Поделиться в
или
Бизнес-кейсы
Никита Ловиков, СЕО и основатель веб-студии Letsmake.site, поделился с нами опытом пользования Worksection. Кроме того, Никита рассказал интересные инсайты об успешности и неуспешности проектов, а также...
13 декабря 2023   •   4 min read
Бизнес-кейсы
Вместе с Иваном Тригубом, сооснователем и СЕО компании SPLIT Development обсудили становление его компании и особенности проектов, преимущества Worksection по сравнению с Jira, а также проблемы фикс-прайса...
3 декабря 2023   •   4 min read
Бизнес-кейсы
Евгений Савельев, управляющий партнер юридической компании Avitar, рассказал о работе команды по Worksection, в чем ценность сервиса для юристов и о преимуществах тайм-трекинга. Расскажите о компании...
30 октября 2023   •   3 min read
Начните работу прямо сейчас
Введите, пожалуйста, свой настоящий email 🙂
Вторжение России в Украину Worksection прекратил работу на территории РФ Почему?