Метод Scrum — как оправдать ожидания заказчика

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

Содержание:
1. Scrum методология — основные принципы
2. Scrum команда — роли и обязанности
3. Мероприятия и артефакты
4. Плюсы и минусы метода
5. Скрам — не идеальный, но эффективный

На сегодняшний день подавляющее большинство проектов используют гибкую философию Agile. А метод Scrum является одной из самых распространенных реализаций Agile-подхода.

Скрам базируется на главных идеях Agile:

Главная цель этих принципов — обеспечить на выходе продукт, который будет максимально соответствовать потребностям и ожиданиям заказчика. Без гибкой методологии управления проектом эту задачу очень сложно решить. Дело в том, что большинство продуктов создаются не за один день или неделю. Работа может продолжаться месяцы и годы. В условиях постоянно развивающегося рынка требования к продукту меняются уже в процессе. Кроме того, заказчик на начальном этапе часто не учитывает или объективно не может предусмотреть всех нюансов, и потом у него периодически возникает острое желание вносить “правки”.

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

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

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

Основой методологии Scrum являются три составляющих:

Подход Скрам предполагает наличие трех основных ролей:

Команда разработчиков — группа специалистов, которые могут решить комплекс поставленных задач: программисты, тестировщики, дизайнеры, инженеры и т.д. На команду разработчиков приходится основная нагрузка. Именно они создают, тестируют, обновляют и переделывают продукт. Оптимальное количество человек в команде — 5-7 специалистов.

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

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

Базовая временная единица Scrum — спринт. В рамках этого рабочего отрезка проводится целый ряд встреч-совещаний (митинги, от англ. meeting):

На этапе планирования спринта определяется набор задач, которые оцениваются и назначаются специалистам. Объем, количество и сложность заданий определяется по результатам предыдущих спринтов. Зачастую Sprint Planning состоит из серии совещаний, что позволяет более точно и обстоятельно определить план на весь рабочий цикл.

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

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

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

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

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

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

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

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

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

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

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

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

Рутинные задачи отнимают у сотрудников много времени ? Они выгорают, им не хватает рабочего дня на основные обязанности и важные дела? Понимаете, что единственный выход из этой ситуации в современных реалиях — автоматизация? Попробуйте ApiX-Drive бесплатно и убедитесь, что  онлайн-коннектор за 5 минут настройки интеграций удалит из вашей жизни значительную часть рутины и освободит время вам и вашим сотрудникам.