Scrum - одно из направлений Agile, которое часто используется для управления IT проектами, но также успешно прижился для реального бизнеса.
Основными задачами Scrum можно назвать:
1. Управление проектом. Подход обеспечивает структурированное управление проектом.
2. Коммуникацию. Методология поддерживает взаимодействие между всеми сторонами проекта. Это благоприятно сказывается на скорости и эффективности решения проблем и достижении общих целей по итогу.
3. Прозрачность. Scrum позволит добиться прозрачности разработки. Концепция дает возможность всем участникам посмотреть, что происходит с продуктом «здесь и сейчас», какие задачи уже выполнены, а какие – только в процессе реализации.
4. Адаптивность. Команда сможет быстро реагировать на изменения и адаптироваться под новые условия.
5. Улучшение качества. Методология позволяет команде все время совершенствовать качество за счет регулярного обмена мнениями и обратной связи.
6. Управление рисками. Рассматриваемый метод ставит перед собой задачу обеспечения структурированного подхода к управлению рисками, позволяя команде определить и минимизировать их на ранних этапах.
В основу управления продуктами Scrum заложены несколько ключевых принципов:
- человек важнее инструментов;
- взаимодействие с заказчиками важнее контактов;
- качество итогового продукта важнее документации;
- готовность вносить изменения в ранее продуманный план действий.
Scrum состоит из планирования, ежедневного контроля прогресса, рефлексии по поводу пройденного спринта.
Scrum применяется тогда, когда мы не понимаем, какой хотим получить результат, но знаем какие действия будем выполнять или же наоборот - мы знаем, что мы хотим получить, но не знаем, какие действия нам предпринять.
Например, мы в компании делаем первый велосипед. Перед нами есть образ конечного продукта. Мы понимаем, что должны сделать раму, цепь, колеса, руль и т.д., но какой он получится в итоге, мы не знаем. Будет ли он шоссейный, детский, взрослый? Пока мы не понимаем, что из этого получится. Или же наоборот, мы хотим сделать велосипед BMX, но никогда его не делали и мы не очень понимаем из каких этапов должна состоять работа - исследование, аналитика и т.д.
Команды состоят из групп до 10 человек. Команд может быть несколько. Вне команды есть заказчик, внутри команды - владелец продукта, Scrum-мастер и другие участники. Все участники команды равны, нет руководителей и подчиненных - это единая структура.
Разберем подробнее этапы:
На планировании мы прописываем цель спринта, ставим задачи, которые мы хотим выполнить в этот спринт - user story, прописываем подзадачи, ставим приоритеты, оцениваем время на выполнение и ответственных - это делает владелец продукта. На этом этапе команда должна подтвердить, что поставленные задачи являются выполнимыми и приоритетными, они не перегружают график, команда готова их выполнять.
На ежедневной основе проходит Daily Scrum - это пятнадцатиминутная планерка, на которой проговаривается, что было сделано по задачам вчера и что будет взято в работу сегодня, какие сложности возникают. На этом этапе каждый член команды отчитывается по этим трем вопросам. И здесь ежедневное отслеживание прогресса очень сильно проявляет участие каждого члена команды, потому что вы слышите, что человек реально сделал за вчерашний день и что будет делать сегодня. Тем самым неэффективные члены команды выявляются очень быстро.
Ревью — это мероприятие, которое проходит в конце каждого спринта. Подводятся итоги. Мы оцениваем как прошел спринт, разбираем, что было сделано и причины по которым что-то было не сделано.
Ретроспектива - необходима для того, чтобы команда могла провести анализ выполненной работы, выявить проблемы и подобрать методы оптимизации дальнейших действий.
Имеет 4 блока - что получилось хорошо, что получилось плохо, как это решать и новинки.
Что получилось хорошо - прописываем любые моменты, которые кажутся положительными в этот спринт каждым членом команды.
То, что получилось плохо - аналогично.
Далее прописываются методы решения тех моментов, которые получились плохо, если это можно решить и любые новые идеи, которые возникли. На этом этапе каждый проводит рефлексию, очень открыто высказывает недочеты, что позволяет быстро исправлять ошибки, которые подсвечивают нам члены команды.
Планирование следующего спринта. Каждый спринт заканчивается не только проверкой, но и планированием нового этапа разработки, с учетом проведенной работы над ошибками.
Мы пользуемся этим методом год и за это время сменили большую часть команду, оптимизировали процессы, запустили несколько новых брендов. Самое главное - стало больше командой работы, вовлеченности людей, что положительно влияет на чистую прибыль.
Много полезной информации вы найдете в моем канале https://t.me/+MQ11xYVt9Nc1NWVi
И в инстаграм https://instagram.com/choo.khi.chen