SCRUM один из Agile подходов, хотя появился чем сам Agile. В 1990 году начал формироваться SCRUM, а Agile был сформирован в 2001 году. В чем же суть SCRUM методологии управления?
Есть продукт, ранее под продуктом имелся в виду IT-продукт. Сейчас же может пониматься что угодно. Продукт необходимо создать, вывести на рынок, улучшать его и получать прибыль. Касательно 1С, скрам может применять в внедрения и сопровождениях 1С, там где требуется гибкий подход.
Содержание
Команда
Команда SCRUM состоит из следующих участников:
Владелец продукта (Product Owner)
Владелец продукта – человек, который управляет требованиями к продукту. Определяет приоритеты решаемых задач, управляет рисками, работает с ожиданиями бизнес-пользователей.
Разработчики (Developers)
SCRUM говорит, что все участники команды называются Разработчиками (Developers). Неважно какую роль они занимают в команде, разработчик или аналитик. SCRUM всех называет разработчиками. Между разработчиками нет иерархии, среди них нет начальника. Разработчики самоорганизуются вокруг своей работы.
А вместе с владельцем продукта, эта команда самоуправляемая. Владелец продукта выбирает направление деятельности, а команда выбирает способ реализации поставленных задач.
Скрам-мастер (Scrum Master)
Один человек из команды разработчиков является скрам-мастером. Скрам-мастер, это процессный менеджер помогает всему коллективу самоорганизовываться мягкими способами менеджмента.
Поначалу не вериться, что без директивного менеджмента что-то может работать. Хотя в реальности удается достичь самоуправления без микро-менеджмента и других неэффективных подходов.
Бэклог продукта (Product Back Log)
Бэклог продукта (Product Back Log) – документ, в котором содержится информация по продукту. Она отражает, что нужно сделать, чтобы создать продукт и улучшать его с течением времени. Бэклог отличается от списка требований следующими пунктами:
- Постоянно обновляемый – при необходимости в него добавляются новые пункты
- Упорядочен по приоритетам, важности, рискам
- Условно бесконечен
Владеет бэклогом продукта и самим продуктом человек, которого называют владельцем продукта (Product Owner)
Процесс SCRUMa
Спринт (Sprint) – временной отрезок времени, за который определяются границы планирования задач и их выполнения. Обычно спринт длиться 2 недели. Длительность более одного месяца считается неэффективной.
Sprint Planning
Sprint planning – первое мероприятие каждого спринта. Владелец продукта показывает бэклог и приоритеты задач. На планировании определяется цель спринта. Не просто список задач, а выделяется что-то общее в задачах. Делается это для того, чтобы в конце спринта получить приращение ценности продукта.
На планировании спринта создается документ – Spring BackLog. Spring BackLog состоит из цели, которую озвучили на планировании, задачи из бэклога продукта. Команда детализирует задачи из бэклога.
Daily Scrum
Daily Scrum – дейлики, ежедневные встречи. Обычно на них собираются разработчики, без владельца продукта. Цель дейликов -проанализировать свою деятельность и при необходимости перепланировать спринт.
Команда, работающая по спринтам, должна в конце каждого спринта давать приращение ценности продукта. Если команде это не удается сделать, то к ней пропадает доверие, начинается микро-менеджмент со стороны владельца продукта. И таким образом теряется самоорганизация. Чтобы этого не случилось, скрам-мастер постоянно помогает разработчикам самоорганизовываться.
Sprint Review
Spring Review – встреча, на которой делается обзор спринта. Владелец продукта на эту встречу собирает стейкхолдеров, представителей клиента, представителей заказчика. В общем всех тех лиц, которым хорошо бы было ознакомиться с добавленной ценностью продукта – инкрементом.
Разработчики демонстрируют инкремент стейкхолдерам и собирают с них обратную связь. Обратную связь записывают в бэклог продукта и на следующих встречах владелец продукта приоритезирует задачи совместно со стейкхолдерами.
Sprint Retrospective
Spring Retrospective – встреча на которую собирается команда. Цель встречи проанализировать предыдущие спринты. Анализируют свою скорость работы и разрабатывают план как можно улучшить деятельность.
После ретроспективы, хотя бы одно улучшение должно попасть в бэклог спринта. Чтобы в следующем спринте показать более качественные результаты и как команда стать лучше.
Как только заканчивает ретроспектива, заканчивается и спринт. Весь процесс повторяется заново с начала планирования следующего спринта
Заключение
Скрам – один из методов организации продуктовой разработки. Сочетает в себе гибкость к требованиям, самоорганизацию команды и мягкий подход к менеджменту. В проектах внедрения и сопровождения 1С, скрам можно применять для гибкого внедрения новых изменений в информационные системы 1С.
