⚡️ Подпишитесь на Telegram
Получите все материалы с наших тренингов — бесплатно
Scrum фреймворк 🔄 — методология управления проектами
Scrum фреймворк 🔄 — методология управления проектами
Scrum фреймворк 🔄 — методология управления проектами

Scrum фреймворк 🔄 — что такое «Скрам», руководство по методологии управления проектами

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

Scrum — это не методология, это фреймворк

Джефф Сазерленд автор наиболее распространенной книги по Скраму — «Scrum. The Art of Doing Twice The Work in Half the Time». Дословный перевод: «Скрам. Искусство делать в два раза больше работы за половину времени». Этот перевод отражает суть Скрама.

Один из других русских переводов: «Scrum: Революционный метод управления проектами». Это название может вводить в заблуждение.

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

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

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

Получите руководство по расчету экономики стартапа — бесплатно
Скачать модель

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

Согласно Scrum Guide, написанным и поддерживаемым Кеном Швабером [Ken Schwaber] и Джеффом Сазерлендом [Jeff Sutherland] (создатели Scrum), Scrum был изначально разработан для управления продуктами и их разработки.

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

  • Исследовать и выявлять жизнеспособные рынки, технологии и возможности продуктов;
  • Разрабатывать продукты и улучшать их;
  • Выпускать продукты и их обновления по несколько раз в день;
  • Разрабатывать и поддерживать облачные технологии (онлайн, безопасно и по требованию) и другие среды для использования продуктов;
  • Поддерживать и обновлять продукты.

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

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

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

Получите доступ к Google–диску LeadStartup
Бесплатно

Scrum против «Waterfall»

Скрам возник как альтернатива «водопадному» или «каскадному» подходу к разработке продуктов [«Waterfall»] — когда процессы идут по строгой схеме: разработка требований, проектирование / моделирование, реализация, тесты, использование и поддержка.

scrum

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

Минусы этого подхода:

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

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

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

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

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

Материалы с наших тренингов — бесплатно
LeadStartup Энциклопедия
LeadStartup База знаний
Статьи и Публикации LeadStartup

Суть Scrum

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

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

 scram

Эти люди работают над достижением результата итеративно — небольшими и циклическими промежутками времени, «спринтами».

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

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

Ценности Scrum

Главные ценности Скрама следующие:

  • Преданность;
  • Смелость;
  • Сфокусированность;
  • Открытость;
  • Уважение.

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

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

 agile scrum

Человеческий фактор, в том числе человеческие отношения — это очень важный элемент в Скраме. Команда должна быть достаточно высокофункциональной. Если это не так — её можно и нужно подтягивать до нужного уровня для успешного внедрения Scrum.

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

  • Прозрачность;
  • Инспекция;
  • Адаптация.

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

Коммуникации и роли в Scrum

Привычная схема начальников и подчинённых уходит в прошлое.

В Скраме сотрудники не руководят друг другом, а работают сообща.

В Скраме есть три роли:

 scrum управление

Владелец Продукта отвечает за ценность продукта и за приоритизацию задач.

Скрам Мастер отвечает за оптимизацию рабочих процессов и проведение мероприятий по Скраму.

Разработчик отвечает за то, чтобы делать продукт качественно и быстро.

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

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

Процесс работы в Скраме цикличен. Работу над большой задачей разбивают короткие отрезки отрезки — спринты. Максимальная длина одного спринта — месяц, но обычно это 1–2 недели.

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

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

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

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

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

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

 scrum метод

Все мероприятия фасилитирует Скрам Мастер, и благодаря ему они проходят быстро, продуктивно и сфокусированно.

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

Другие особенности Scrum

Ценность продукта

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

Это во многом достигается за счёт того, что акцент с процессуальной части работы («Как именно мы это будем делать?») смещается на сущностные и ценностные характеристики («Что именно мы создаем? Для кого мы это делаем? Какую ценность это несет?»). В результате ценность реализуемого бизнес–продукта в scrum значительно выше, чем при реализации другого подхода к управлению.

Снижение рисков

Одной из ключевых задач Agile–подхода (и Scrum фреймворка в частности) было и сейчас остается снижение рисков для бизнеса. Рисков самого разного характера: выпуск некорректного (не актуального, не нужного, не окупающегося продукта), затраты ресурсов (времени, сил, денег, внимания).

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

Когда стоит внедрять Scrum

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

В современной реальности — это касается большинства продуктов.

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

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

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

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

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

Продуктовая разработка по Scrum

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

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

Начало продуктовой разработки по Scrum — от идеи до реализации

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

Почему Скрам особенно эффективен на начальных этапах?

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

Поздние этапы

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

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

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

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

Особенности управления проектами по Scrum

Управление проектом в Scrum подразумевает использование принципов Scrum для практической реализации конкретного проекта или проектов.

Использование Scrum подразумевает, что имеется Scrum–команда, которая полностью разделяет идеи Scrum и Agile (успешно внедренные в корпоративную культуру), или что такой проект сопровождается опытным Scrum–мастером или Владельцем Продукта.

Как реализуется управление проектами в Scrum?

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

Фокусировка на результат, а не на процесс

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

Другими словами, в управлении проектами Scrum мало «управления» в классическом его понимании — когда конкретные когда действия оцениваются и контролируются, то есть отслеживается процесс деятельности.

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

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

При этом всю информацию о том, происходит ли какие–то затруднения, мешает ли что–то, возникают ли какие–то сложности — мы узнаём напрямую у команды у членов команды.

Работа Спринтами при реализации проекта в Scrum

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

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

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

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

Регулярная диагностика проекта в Scrum

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

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

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

Командная работа при управлении проектами в Scrum

Основа Скрам — это командная работа. В сущности сам Scrum и есть процесс командной работы. Здесь имеется коллективная ответственность за результат у всей команды разработки.

Почему это важно? За счёт того что Scrum работает как единая согласованная система, создается возможность решать многие вопросы достаточно оперативно (избежать документации, долгих согласований, итогом чего является значительное увеличение сроков реализации нужной части проекта).

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

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

Резюме

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

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

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

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

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