--> -->

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

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

Данный подход к управлению впервые был описан сотрудниками японской компании «Toyota» Хиротакой Такэути и Икудзиро Нонакой в 1986 году. В своей статье, опубликованной в издании Harvard Business Review, они отметили, что лучших результатов в проектах достигают небольшие команды, созданные из специалистов разных профилей. Это явление получило название Scrum («схватка»), позаимствованное из спортивной терминологии. В регби это выражение обозначает «метод захвата мяча путём слаженного взаимодействия внутри команды и дальнейшего ведения его по полю». Это – идеальная модель отношений в рабочей группе.

Scrum

Agile и Scrum: связь и различия

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

  • Люди, их взаимодействие друг с другом важнее инструментов.
  • Работающий продукт важнее сопровождающей его документации.
  • Сотрудничество с заказчиком важнее согласования условий по контракту.
  • Готовность к быстрым изменениям важнее чёткого следования плану.

Философия Agile базируется на двенадцати принципах:

  • Удовлетворение потребностей заказчика в приоритете. Главное, чтобы клиент был доволен. Поэтому команда регулярно предоставляет ему промежуточные результаты работы, не дожидаясь финала проекта.
  • Изменение требований допускается на всех стадиях разработки.
  • Работающий продукт должен выходить как можно чаще.
  • Постоянная совместная работа исполнителей и заказчиков.
  • Привлечение команды профессионалов для работы над проектом.
  • Живое общение внутри команды.
  • Цель рабочего процесса – полностью рабочий продукт.
  • Устойчивый темп работы.
  • Совершенствование проекта на всех его этапах.
  • Минимум лишней работы.
  • Самоорганизующиеся команды.
  • Стремление постоянно улучшать свои результаты.

Фрэймворк Scrum – один из подходов философии Agile, использующийся для реализации её принципов в практических условиях.

Что такое Scrum

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

Методология Scrum, по утверждению создателей, способна предупредить возникновение перечисленных проблем. Данная технология является полной противоположностью классическому поэтапному подходу, применяющемуся в управлении. Метод Scrum основывается на постоянном обучении, адаптации к переменам, не требует внедрения дорогостоящих инструментов. Основные его характеристики – ориентированность на клиента и гибкость. Команды, участвующие в проекте, должны соответствовать следующим критериям:

  • постоянно совершенствоваться;
  • уметь самоорганизовываться и работать автономно;
  • быть многофункциональными за счёт привлечения специалистов разной квалификации и уровня.

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

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

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

Что такое Scrum

Терминология Scrum: роли, инструменты, команда

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

В состав команды входят:

  • Разработчики. 5-6 специалистов, создающих продукт, работающих вместе в единой связке. Каждый участник команды обладает собственными навыками и опытом. Работая вместе, члены команды обучают друг друга выполнению определённых задач для достижения запланированного результата. Планируют работу в рамках спринта, оценивают свои возможности на основании ранее выполненных спринтов.
  • Владелец продукта (заказчик или его официальный представитель). Его функции в команде: консультирование, координация работы разработчиков. Владелец продукта составляет бэклоги продукта. Дают указания разработчикам по приоритету, периодичности выполняемых задач. Решают, когда продукт готов к поставке клиенту.
  • Scrum-мастер. Куратор, помогающий наладить отношения в группе. Его главная задача – организовать процесс так, чтобы его участники могли работать самостоятельно. От того, насколько он разбирается в тонкостях процесса, насколько хорошо знает команду, зависит успех проекта. Мастер составляет перечень требующихся ресурсов для собраний.

Реализация целей проекта производится с помощью следующих инструментов (артефактов):

  • бэклога продукта или списка задач. Его ведёт владелец продукта. Он расставляет приоритеты задач, присваивая им порядковые номера от 1 до 5 или более. Добавляет новые задания или удаляет из списка неактуальные, адаптируя под изменения рынка. Разработчики оценивают стоимость выполнения каждого требования, вносят соответствующие изменения в список. Бэклог должен быть составлен и представлен команде в установленные сроки. Иначе выполнить проект к указанному сроку не получится.
  • Бэклога спринта (списка пользовательских задач или журнала спринта). Составляется на собраниях по планированию. Может быть фиксированным или интерактивным. Для облегчения работы над задачами их разбивают на более мелкие подзадачи, продолжительностью от 2-х до 3-х дней. Журнал спринта сравнивается со списком задач. Оценивается разработчиками. Владелец продукта при этом должен проконтролировать, чтобы в списке не осталось мелких или незначительных задач, отвлекающих время сотрудников, и не влияющих на ход реализации проекта.
  • Графика спринта. Отображает ежедневный объём работы, оставшийся до окончания контрольного срока. Применяется для анализа текущей ситуации, своевременного внесения изменений по проекту. Отслеживая график спринта, можно увидеть любые отклонения. Если объём работ не изменяется, значит, команда испытывает какие-то затруднения в выполнении заданий.
  • Инкремента (цели спринта). Каждая команда по-своему определяет готовность продукта, исходя из специфики процесса. Это может быть полная версия, контрольная точка или эпик.

В Scrum управлении присутствует три вида практик:

  • ежедневные встречи;
  • совещания по обзору спринта;
  • аварийная остановка.
  • ретроспектива спринта.

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

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

Scrum-команда

Как метод работает на практике

Краткая схема фрэймворка Scrum выглядит следующим образом:

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

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

Правила и ограничения

В Scrum существует определённый свод правил, добавляющий фрэймворку эффективности:

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

Ограничения, действующие в Scrum:

  • Для успешности проекта люди, участвующие в нём, должны быть заинтересованы в получении качественного результата. Если они не готовы к сотрудничеству – он обречён на провал.
  • Scrum-структуру сложно внедрять в больших командах. Для этого используются специальные масштабирующие фрэймворки, такие, как LeSS, SAFe, Nexus, другие.

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

Отличие от Kanban

К философии Agile относится популярная методология Kanban. Отличия между данными технологиями – в подходе к организации рабочих процессов. Задача Kanban-метода – обеспечить всех членов команды одинаковым количеством работы. Ситуации, когда часть работников перегружена, а оставшиеся члены команды не знают, чем себя занять, не допускаются.

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

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

Отличия Scrum от Kanban

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

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

  • Быстрая адаптация к изменяющимся требованиям, в соответствии с пожеланиями и потребностями клиента. Компании, работающие по данной системе, способны выполнить любую работу в кратчайшие сроки.
  • Простота освоения. Чтобы освоить работу в системе не требуется много времени.
  • Получение рабочих версий продукта после каждого спринта (за счёт использования итерационного принципа управления с отдельными целями в каждой итерации).
  • Упор на многофункциональную команду, способную работать самостоятельно, без дополнительной координации со стороны руководства.
  • Высокая мотивация команды, благодаря частому выпуску продуктов. Представляя новый продукт, команда видит результаты своего труда, понимает, что усилия потрачены не зря. Это даёт новые силы на дальнейшее совершенствование продукта.
  • Снижение расходов на разработку продукта.
  • Заинтересованность клиентов, принимающих активное участие в процессе, наблюдающих, как совершенствуется продукт в течение короткого промежутка времени.
  • Быстрые доходы за счёт быстрой сдачи работы заказчикам.

Недостатки у Scrum также имеются. Это:

  • Жёсткие правила взаимодействия в команде, которые могут причинять некоторое неудобство заказчику.
  • Отсутствие плана реагирования на риски, возникающие в процессе реализации проекта.
  • Дополнительные затраты на подбор подходящего персонала и его мотивацию.

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

В каких случаях используется

Изначально Scrum методология использовалась в компаниях, производящих программное обеспечение. Первым проектом, работающим по принципам данного управленческого метода, стало ПО для сети банкоматов. В настоящее время основными потребителями данного продукта остаются IT компании. Хотя разработчики утверждают, что скрам-методы универсальны и подходят для решения разнообразных задач в различных сферах производства, включая строительство, производство, образование или политику.

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

  • разработки, улучшения продуктов;
  • постоянного выпуска, ежедневного обновления продуктов;
  • исследования рынков;
  • тестирования новых технологий;
  • определения возможностей выпущенного продукта.

В качестве примера эффективного использования Scrum можно привести e-mail рассылку. В команду проекта в этом случае войдут: маркетолог, копирайтер, редактор, дизайнер и верстальщик. Роль «владельца продукта» отводится e-mail-маркетологу, а функции скрам-мастера, при наличии соответствующих знаний и навыков, может выполнять редактор. Процесс разработки делится на спринты:

  1. Разработка, запуск e-mail-рассылки.
  2. Доработка письменных посланий с учётом реакции потребителей.
  3. Работа над улучшением конверсии.

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

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

В каких случаях методология Scrum не работает

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

Основной движущей силой проекта в Scrum являются многофункциональные, самоорганизующиеся команды. Они умеют работать самостоятельно, и настроены на достижение положительного результата в короткие сроки. Но, согласно социологическим наблюдениям, общее количество таких сотрудников, способных к самостоятельной мотивации, составляет не более 15% от общего числа трудоспособного персонала. То есть, эффективно работать в Scrum системе может очень небольшая часть работников. Из-за этого в некоторых случаях происходит изменение функций в ролях Scrum мастера и Владельца продукта, приводящего к неверному использованию принципов методологии. Естественно, в таких условиях, система не может работать корректно.

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

Приложение ЛидерТаск в управлении Scrum проектами

Главный экран ЛидерТаск полный экран

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

Планировщик подходит для компаний любого масштаба. Успешно заменяет сразу несколько цифровых сервисов, включая Trello, Todoist и Microsoft To-Do. Поддерживает принципы agile-методологии. Помогает легко, эффективно работать с любыми задачи и контролировать полученный результат. К преимуществам приложения можно отнести:

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

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

Заключение

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

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

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

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

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

LeaderTask
Космонавтов, 11, помещение 1
Ярославль, РФ 150062
+7 (4852) 68-58-20 911@leadertask.com