Корпоративное обучение Lean Startup и Customer Development
group 20 equalizer 5

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

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

Корпоративное обучение методологии запуска стартапов из кремниевой долины — Lean Startup и Customer Development
Lean Startup Customer Development Юнит–экономика Jobs To Be Done AARRR MVP & RAT Диффузия инноваций Проектирование бизнес–модели Разработка ценностных предложений Agile Scrum Kanban OKR Growth Hacking Design Thinking Business Agility
  • Тренинг Lean Startup Professional и бесплатные мероприятия — в Москве.
  • Вы получите навык запуска инноваций и вывод стартапов на рынок — сделаете первые продажи методом бережливого стратапа сразу на тренинге.
  • Мы — практики, а не инфоцыгане. У нас десятки кейсов запуска новых продуктов в рамках крупных компаний — финтех–стартапы, маркетплейсы, классифайды, включая международные проекты на рынках США и Китая.

Скрам часто путают с методологией

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

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

Применения Скрама

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

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

Суть Скрама

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

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

scrum

Ценности Скрама

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

Команда в Скраме

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

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

В Скраме нет иерархии

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

В Скраме нет анархии

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

Команда функционирует по принципу «Один за всех, и все за одного»

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

Процесс работы в Скраме

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

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

scrum

Допустим, две пекарни решают продавать не только пирожки, но и пирожные. Посмотрим, что готово после двух недель работы:

Традиционная пекарня

Пекарня со Скрамом

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

Взяла 2–3 готовых рецепта из интернета, испекла и выложила на прилавки. Покупатели уже могут попробовать.

Процесс работы гибок и регулярно обновляется

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

Артефакты

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

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

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

Инкремент Продукта — это промежуточный продукт в конце спринта. Его демонстрируют клиентам для сбора обратной связи и отзывов.

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

Скрам нужен в непредсказуемых условиях

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

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

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

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

Для бизнеса

Для сотрудников

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

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

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

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

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

Одной из ключевых задач Agile–подхода (и 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 работает как единая согласованная система, создается возможность решать многие вопросы достаточно оперативно (избежать документации, долгих согласований, итогом чего является значительное увеличение сроков реализации нужной части проекта).

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

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

Резюме

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

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

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

Автор:
Коломенский Андрей из LeadStartup
Андрей Коломенский
— Мы в LeadStartup за прошлый год завершили 16 кейсов по росту прибыли и выводу новых продуктов на рынок.
Треть — убыточны, лучший кейс: 99% годового плана за полтора месяца. География рынков: Россия, США и Китай.
Если вы руководитель и отвечаете за деньги — давайте общаться. Дадим конкретику, как можно вырастить прибыль вашего продукта и релевантные кейсы.
Корпоративные программы LeadStartup
Корпоративные программы
Корпоративное обучение методологии запуска стартапов из кремниевой долины — Lean Startup и Customer Development
Lean Startup Customer Development Юнит–экономика Jobs To Be Done AARRR MVP & RAT Диффузия инноваций Проектирование бизнес–модели Разработка ценностных предложений Agile Scrum Kanban OKR Growth Hacking Design Thinking Business Agility
  • Тренинг Lean Startup Professional и бесплатные мероприятия — в Москве.
  • Вы получите навык запуска инноваций и вывод стартапов на рынок — сделаете первые продажи методом бережливого стратапа сразу на тренинге.
  • Мы — практики, а не инфоцыгане. У нас десятки кейсов запуска новых продуктов в рамках крупных компаний — финтех–стартапы, маркетплейсы, классифайды, включая международные проекты на рынках США и Китая.

Ответим вам по электронной почте в течение 1 часа
По телефону — мгновенно, ежедневно с 9:00 до 20:00