Структура scrum и опыт внедрения scrum в работу молодой компании
Забудьте про регби. В данной статье мы дадим понятные определения и поделимся небольшим опытом команды Dezen.
Процесс разработки — это не хаотичное движение команды, где участники просто выполняют свою работу. Разработка это сложный, структурированный процесс, который требует повышенного контроля и отслеживания выполнения поставленных задач.
В данной статье мы поделимся первым впечатлением о использовании фреймворка под названием Scrum. (Прим. ред — фреймворк – это рабочая среда, которая помогает разработчику быстро и качественно создавать программный продукт, не отвлекаясь на мелочи.)
Терминология, структура scrum, и смысл его использования
Для того, чтобы работа над проектом была результативной, необходимо придерживаться строгого регламента, выставлять задачи и распределять роли. Благодаря такому подходу, участники осведомлены о поставленных задачах и понимают уровень ответственности, который несут. Но современные реалии таковы, что рынок переменчив. Потребности и поведение потребителей часто меняются. Компаниям следует адаптироваться к подобному роду изменениям и своевременно реагировать: вносить корректировки, изменять приоритеты и принимать решения в зависимости от сложившейся ситуации, а не документов, договоров и т.д. Именно для этого мы решили внедрить фреймворк гибкой методологии "Agile", под названием Scrum.
Теперь постараемся разобраться, на чем основывается Scrum. В первую очередь стоит обратить внимание на роли, в общей сложности их три:
- Product Owner - это один человек, который имеет совокупное виденье продукта и служит звеном между клиентом и командой разработчиков. Изменения, вносимые в продукт, входят в зону его ответственности.
- Scrum Master – это организатор и ведущий собраний. Устраняет отвлекающие факторы и следит за полноценным соблюдением принципов Scrum.
- Scrum Team - команда квалифицированных, самоорганизующихся разработчиков, не зависящих от воздействия специалистов извне. Не стоит забывать, что Scrummaster и Product owner тоже входят в Scrum team.
Следующая составляющая, на которую стоит обратить внимание — это события. Под событиями подразумевается разновидность собраний. Собрания предназначены для изучения задач и контроля над их выполнением.
- Sprint — отрезок времени равный 1-4 неделям, за период которого Scrum team должна разработать определенную часть продукта и продемонстрировать её клиенту. Лучше не растягивать sprint на 4 недели, поскольку участники собрания могут попросту забыть информацию, оговоренную на первой неделе.
Sprint Planning Meeting — это собрание на котором задачи из backlog распределяются между Scrum team.
Daily Scrum Meeting — собрание проводимое на ежедневной основе. Длительность собрания не должна превышать 15 минут. Ежедневное собрание помогает быстро обмениваться информацией друг с другом, благодаря чему все участники остаются вовлеченными. Каждому участнику задается всего три вопроса: что было сделано вчера? что будет сделано сегодня? что мешает выполнить задачу? Не пренебрегайте данным собранием, всегда проводите в срок, с соблюдением регламента. Это одно из основных преимуществ Scrum.
Sprint Review — презентация проделанной работы за Sprint. Объяснение ценности выполненных задач клиенту.
- Sprint Retrospective Meeting — подведение итогов: где команда сработала хорошо, а где плохо? Суть не в обвинение участников, а в изучении процесса работы команды, для дальнейшего совершенствования.
Финальная составляющая фреймворка Scrum это артефакты.
- Product Backlog - это список всех задач необходимых для разработки продукта. Формированием данного списка занимается Product owner.
Sprint Backlog - список задач необходимый выполнить за sprint.
- Burndown Chart - диаграмма позволяющая анализировать объем проделанной работы.
Риски, которые можно избежать, используя scrum
Использование Scrum позволяет контролировать два основных типа рисков.
Первый из них - нарушение сроков.
Второй вид риска - разработка продукта, который будет неудобен в использовании, и в лучшем случае отправлен на доработку, а в худшем можно получить отказ от услуги разработки и остаться без клиента.
Опыт Dezen
Когда мы изучали информацию по поводу Scrum, было достаточно сложно ориентироваться в разного рода терминологиях и определениях. Мы приняли решение начать пробный sprint и составить Backlog, чтобы понять принцип работы Scrum. С запинками, погрешностями, накладками, мы всё-таки закончили пробный Sprint, который длился неделю. Пробный Sprint помог понять, как проходит Daily Scrum Meeting. Стало проще следить за задачами, повысилась вовлеченность и суть задач стала более понятной. Один из ключевых моментов, который помогал нам двигаться в нужном направлении, это ответ на вопрос: что мешает выполнить задачу? Благодаря данному вопросу ускорился процесс разработки. Команда стала работать более эффективно.
В целом, использование Scrum это весьма интересный опыт, и Dezen принял решение, придерживаться данного фреймворка. При этом, мы понимаем, что внедрили scrum не в полноценном виде и есть необходимость в доработке. Но первый опыт оказался положительным, поэтому дальше больше!
#Scrum #студиявебдизайна #первыйопыт #agile #разработка #проект #dezen #sprint #framework #meetup #dailyscrummeeting #backlog
Уже не раз слышал рассуждения по поводу Scrum, но впервые вижу такой полный разбор с доходчивым объяснением. Полезная информация, спасибо Dezen за такой разбор!
Ребята спасибо, за интересный обзор!
апвоут
интересная статья