Skip links

Что такое Scrum,как внедрить ее в компании, преимущества и недостатки

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

Как работает Scrum: основы и устройство

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

  • Планирование.
  • Разработка.
  • Тестирование.
  • Продакшн.

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

Традиционная линейная методология управления проектами «водопад»

Традиционная линейная методология управления проектами «водопад»

Но ведь в реальной жизни часто так и бывает! Разработка — процесс динамичный, этапы могут перетекать друг в друга, меняться. Для этого и был придуман Скрам, где работа над этапами происходит параллельно.

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

Еще одно отличие — работа по Scrum поделена на короткие циклы, или спринты. В течение одного спринта команда должна работать над достижением конкретной цели.

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

Состав команды Scrum

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

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

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

Скрам-мастер. Часто это не сотрудник компании, его привлекают со стороны. Мастер не управляет разработчиками напрямую — лишь мягко задает направление и решает управленческие задачи:

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

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

  • Коммуникации с клиентами, спонсорами, иными лицами, которые связаны с продуктом.
  • Общение с командами, например, донесение требований заказчика к продукту, если эти требования меняются в процессе работы.
  • Составление бэклога (упорядоченного по важности списка задач или конкретных работ).

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

  • Прокачивание профессиональных навыков.
  • Генерация бэклога для каждого спринта.
  • Соблюдение целей и критериев рабочих процессов, включая спринты.

Стоит отметить, что типичная команда Скрам, как правило, не превышает 10-12 человек. Существуют даже специальные исследования, которые говорят о том, что небольшие команды эффективнее крупных. Если команда больше 12 человек, то согласно методологии ее нужно разбить на мелкие единицы — с учетом, что команда справится с объемом поставленных задач.

Типичная организация скрам-команды

Типичная организация скрам-команды

Процесс работы в Scrum

Каждый спринт делится на несколько этапов: от бэклога продукта до конечного результата (инкремента).

Визуализация типичного процесса работы

Визуализация типичного процесса работы

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

В большинстве случаях бэклог трактуется командами как обычное ТЗ

В большинстве случаях бэклог трактуется командами как обычное ТЗ

    1. Бэклог спринта. Это часть бэклога продукта — список задач для конкретного спринта и определение его цели. Для каждого спринта планируется предварительный объем работ и методы, которыми будет выполняться спринт. Отвечает за этап планирования спринтов скрам-мастер.
    2. Собственно спринт, который включает в себя работу над проектом в рамках поставленных задач. Ежедневно проводятся короткие планерки, так называемые стендапы или митинги, где члены команды получают задачи, отчитываются о сделанном, обсуждают возможные проблемы и думают, как их решить. Каждый член команды отвечает на несколько вопросов. Чаще всего их три: «Что вы делали вчера?», «Что будете делать сегодня?», «Что помешало выполнить цель ранее?».

Так выглядит типичный Скрам-митингТ

ак выглядит типичный Скрам-митинг

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

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

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

  1. Демонстрация достигнутых задач и результатов. На финальном этапе происходит показ выполненных задач. При этом принимается решение: отправлять продукт в продакшн или допиливать его далее.
  2. Ретроспектива. Члены команды оглядываются назад, на все законченные к этому моменту спринты, обсуждают выполненные задачи, думают, какие моменты можно улучшить и каким образом.

Круг спринта. Планирование, ежедневный митинг, обзор, ретроспектива — основные этапы

Круг спринта. Планирование, ежедневный митинг, обзор, ретроспектива — основные этапы

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

Релиз, чаще всего, связан с основными функциями (они указаны в дорожной карте продукта)

Релиз, чаще всего, связан с основными функциями (они указаны в дорожной карте продукта)

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

Как внедрить Scrum в компанию: советы бизнесу

    1. Соберите сильную команду.О разных ролях мы уже немного сказали в разделе «Состав команды». Напомним, это разработчики, владелец и Скрам-мастер. Особое внимание уделите поиску мастера: это должен быть человек, знающий все тонкости методологии, этакий мастер Йода, который научит всем премудростям и будет координировать работу членов команды.

Нельзя не сказать о нехватке квалифицированных специалистов, которая и сдерживает повсеместное распространение гибких моделей управления. По-настоящему крутых мастеров очень мало, а спрос растет изо дня в день: даже такие гиганты отрасли как Dell, IBM, HP постоянно ищут сильных Scrum-мастеров. Согласно payscale.com, средняя зарплата профессионалов в Agile и Scrum находится в диапазоне от 107 000 до 126 000 долларов.

  1. Визуализируйте работу. Скрам хорош тем, что все члены команды имеют подробное визуальное представление обо всех рабочих процессах. Как правило, разделяется три вида задач: в работе, в процессе и завершенные. При этом для непосредственной визуализации данных применяются как электронные, так и офисные доски.

Пример Скрам-доски в офисе

Пример Скрам-доски в офисе

Чтобы вести работу в досках онлайн, сделайте следующее:

  1. Выберите менеджер проектов для командной работы. Это инструмент, который позволяет работать нескольким членам одной команды вместе онлайн (прямо в браузере или в отдельно устанавливаемой программе). Наиболее подходящие сервисы для командного управления проектами — Flowlu, Worksection, Wrike, YouGile. Если боитесь блокировок, то воспользуйтесь их российскими аналогами: «Мегаплан», «Штаб», «Планфикс», «Битрикс24». Хорошо раскрученные Jira и Trello подходят для гибкой управления проектами чуть меньше.

YouGile — одна из самых удобных платформ для командной работы в режиме Скрам

YouGile — одна из самых удобных платформ для командной работы в режиме Скрам

    1. Создайте несколько колонок, например: «Идеи», «В плане», «В работе», «Завершено», и карточки конкретных задач. Прикрепите участников команды, ответственных за конкретные задачи, к карточке, или попросите прикрепиться самостоятельно. Теперь они могут оставлять свои комментарии и идеи по предстоящей работе.

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

  1. Начинайте накидывать идеи. Для предварительного набрасывания идей можно отвести определенный дедлайн — например, 3 дня. Затем возьмите самые лучшие мысли из колонки «Идеи» и перемещайте их в колонку «В плане». Устанавливайте дедлайн, например, 2 недели.
  2. Впишите конкретные задачи в планировании на основе отобранных идей, при необходимости назначьте на них конкретных членов команды. Можно маркировать задачи исходя из срочности выполнения, сложности исполнения, требуемых навыков.
  3. Обязательно собирайте обратную связь у команды после окончания каждого спринта. В первую очередь спрашивайте сотрудников о время  затратах на решение конкретных задач. Такой фидбэк поможет в дальнейшем грамотно распределять время сотрудников, ведь от времени часто зависит и оплата проекта.

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

У методологии есть немало плюсов. Вот наиболее важные:

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

Теперь о недостатках Скрам:

  1. Можно использовать не в каждой сфере. Скрам подходит не только для разработки — эту методологию используют и в бизнесе, и в маркетинге. Нельзя рекомендовать ее при работе с госзаказами, так как к ним всегда предъявляются ограничения по сроку готовности продукта)Сложность внедрения: Внедрение Scrum требует изменения мышления и подхода к работе, что может быть сложным и требовать времени и обучения.
  2. Ограничение размера команды: Scrum рекомендует небольшие команды, что может создать проблемы в случае больших проектов или распределенных команд.Отсутствие строгой документации: Scrum сосредоточен на разработке работающего программного обеспечения, поэтому документация может быть недостаточной. Это может вызвать сложности в передаче знаний и поддержке продукта в долгосрочной перспективе.
  3. В целом, Scrum позволяет быстро и гибко разрабатывать проекты, однако его успешное применение требует усилий и адаптации со стороны команды и организации..

Бонус: что почитать, чтобы разобраться в Скрам

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

  1. The Scrum Guide.Превосходный 16-страничный документ от создателей методологии, который можно скачать бесплатно.
  2. Scrum. Революционный метод управления проектами. Джефф Сазерленд составил великолепный сборник теории и практики. Несмотря на большое количество технической информации, книга легкая в плане восприятия и стиля.
  3. Путь скрам-мастера. Практичное, конкретное иллюстрированное и конкретное руководство от Зузаны Шоховой.
  4. Управление продуктом в Scrum. Роман Пихлер расскажет о тонкостях работы владельца продукта.
  5. Agile estimating and planning. Не столько о самой методологии, сколько о сложностях в традиционной разработке ПО.
  6. Scrum: потрясающе краткая инструкция и введение в Agile. Крис Симс рассказывает об опыте Scrum в реальном мире. Помогает с хронологией событий и приоритетами, которые недостаточно освещаются в других книгах.
  7. Scrum: The Art of Doing Twice the Work in Half the Time. Scrum Narrative and PSM Exam Guide — by mohammed. Дополнение к Scrum Guide, но более увлекательное по манере изложения. Наверное, одна из лучших книг по базовому Scrum со строгим соответствием канону методологии.

1871 002

Leave a comment

Этот веб-сайт использует файлы cookie для улучшения вашего веб-опыта.