Scrum представляет собой гибкую методологию управления проектами. Придумали её ещё во второй половине восьмидесятых, но настоящую популярность Scrum обрела в конце двухтысячных. Чем гибкие методики отличаются от остальных, и работает ли это?
Гибкие методологии
Начать стоит с самого происхождения Agile-методологий. Начало им положил «Манифест гибкой методологии разработки программного обеспечения» в 2001-м году. Agile — в переводе с английского «гибкий». Вот основные принципы Манифеста:
- люди и взаимодействие важнее процессов и инструментов,
- работающий продукт важнее исчерпывающей документации,
- сотрудничество с заказчиком важнее согласования условий контракта,
- готовность к изменениям важнее следования первоначальному плану.
В основе таких методологий лежит итеративный подход: когда разработка ведётся циклами (итерациями). После каждого цикла определяются планы по изменению продукта на следующий.
Scrum в бизнесе и продажах Руководство по методу Scrum
Различные гибкие методики существовали и до выпуска Манифеста. Как следует из его названия, применялись они в разработке ПО, и долгое время никто не пробовал использовать их в других сферах. Некоторые из гибких методологий, которые использовались до 2001-го года:
- DSDM с начала 90-х,
- FDD с 97-го,
- Kanban ещё с 60-х годов, однако эта методология использовала лишь часть приёмов от гибких методик.
Srum тоже был разработан во второй половине 80-х годов прошлого века.
История Scrum
Впервые слово «Скрам» не в контексте регби (там этот термин обозначает позицию игроков, борющихся за мяч в плотном скоплении), а в контексте разработки использовали Хиротака Такеучи и Нонака Икуджир в статье в 1986-м году. Там учёные описывали новый гибкий геймификационный подход к разработке коммерческого продукта, позволяющий выполнять работу в быстрые сроки. Команда разработчиков сравнивалась с командой в регби: действует во время «Скрама», как единый организм, для достижения общей цели.
Статью заметил Джефф Сазерленд, бывший военный лётчик США, занимающийся поиском новых подходов к разработке ПО. В это же время Кен Швабер, тоже разработчик, также искал новые подходы для оптимизации своей деятельности. В 1995-м году Сазерленд и Швабер объединяются и создают документ, отражающий основы методологии Scrum. В 2001-м они участвуют в создании Манифеста Agile.
В этом же году создаётся Scrum Alliance. Его миссия: направлять лидеров, компании и людей в целом на создание правильной организации рабочего процесса — «Transform the World of Work». Альянс существует и сегодня и занимается внедрением методологии Scrum.
5 ключевых инструментов метода SCRUM
На чём базируется Scrum
Основные принципы организации рабочего процесса в Scrum во многом являются эталоном и совпадают с другими Agile-методологиями.
- Работа над проектом состоит из спринтов (итераций), длина которых две–четыре недели. В течение спринта необходимо выполнить заданный заранее объём работ. Обычно это либо новая функциональность продукта, либо готовый продукт в целом, который в ходе следующих спринтов улучшается. Нельзя менять задачи в ходе спринта, спринт можно остановить только в исключительных ситуациях.
- Численность команды: четыре–десять человек. Такое ограничение обеспечивает максимальную производительность и сводит к минимуму отвлечения от работы и разговоры. Команда должна содержать всех необходимых для создания продукта специалистов.
- Задачи спринта излагаются в Product Backlog. Product Backlog составляется из пожеланий пользователей (user stories) — то, что заказчик или потребитель желает видеть в проекте.
- Каждый спринт начинается с планирования — на нём обсуждается, какие задачи нужно будет выполнить, завершается ретроспективой — оценка эффективности команды. Каждый день проходят 15-минутные собрания — члены команды, обязательно стоя, обсуждают: что удалось сделать вчера, что нужно сделать сегодня и что может этому препятствовать.
- Отсутствие многозадачности. Единовременно команда работает только над одной задачей.
- Помимо команды разработчиков обязательно присутствуют ещё две роли. Scrum-мастер, который следит за соблюдением принципов Scrum и убирает препятствия для эффективной работы, и Product Owner. Он взаимодействует с заказчиком и передаёт его требования команде.
Доска и Диаграмма сгорания задач
Отдельно стоит поговорить о методах визуализации работы, используемых в Scrum и некоторых других Agile-методиках. Две главных из них: Burndown Chart и Desk.
Burndown Chart — Диаграмма сгорания задач. Такая диаграмма отображает процесс работы над проектом. По ней легко отследить, насколько команда приблизилась к выполнению задачи. По горизонтали откладывается время: остаток дней до конца стрима. По вертикали — количество подзадач, человеко-часов или Story Points — единиц измерения работы.
График Диаграммы сгорания стремится вниз, от первого дня к последнему, от максимального количества подзадач/человеко-часов к их отсутствию. Отдельным цветом изображается идеальный график — прямая: когда за каждый день выполняется одинаковый объём работы, что в итоге приводит к равномерной нагрузке и выполнению цели в срок. Плохим результатом на Диаграмме сгорания будет не только возвышение реального графика над идеальным. Если команда выполнила весь объём работ на несколько дней раньше, значит неправильно был определён размер итерации либо поставлена слишком маленькая или простая задача.
Другой, более простой инструмент: Desk. Диаграмма сгорания визуализирует эффективность команды, а Доска помогает работникам ориентироваться в текущих заданиях. Это таблица, состоящая из трёх или более столбцов: запланировано, выполняется, готово.
В некоторых случаях добавляется столбец Stories, где могут отображаться истории пользователей — не только на текущий спринт, но и на следующие. По этим колонкам расклеиваются стикеры, на которых кратко изложена суть подзадачи: нарисовать эскиз, протестировать код, добавить кнопку на сайт. Стикеры постепенно переходят из «запланировано» в «выполняется», а из «выполняется» в «выполнено». Таким образом становится моментально ясно, что уже сделано, а что ещё в процессе, о каких делах сотрудники забывают.
Два этих способа визуализации обязательны в Scrum. Burndown chart и Desk — статистика и мотивация для команды. Однако применять такие инструменты можно и без перехода к гибким методикам: они отлично покажут эффективность любого рабочего коллектива.
Ещё один популярный инструмент: метрика Velocity. На диаграмме за несколько спринтов сравниваются столбцы запланированных подзадач/Story points за стрим со столбцами выполненных. На основе этого определяется эффективность. Метод весьма спорный, так как слишком обобщает результаты, но может использоваться дополнительно.
Где применяется Scrum
Наиболее выгодно применять эту гибкую методологию при создании инновационных продуктов. В тех случаях, когда заказчик имеет лишь общие представления о том, что продукт будет из себя представлять. Поэтому часто Scrum используется для разработки нового программного обеспечения.
Также методология эффективна, когда продукт нуждается в постоянных обновлениях, чтобы быть удобным и конкурентоспособным. Это опять же касается многих программ, в частности веб-приложений, функционал которых необходимо расширять, чтобы удовлетворять растущие потребности пользователя.
Но Scrum применима не только в IT-проектах. Да, впервые методология начала использоваться в сфере разработки ПО. Но во многом потому, что большинство продуктов были инновационными: мало кто мог представить, как они будут выглядеть в итоге. Такие продукты есть и в других сферах: создание крупных маркетинговых проектов, разработка чертежей к новым архитектурным комплексам, создание бытовой техники, не имеющей аналогов.
Scrum и крупные компании
Герман Греф активно вводит Scrum в IT-сфере «Сбербанка». Там методология используется для поддержки «Сбербанк Онлайн» с 2013-го года. По гибкой методике это же приложение и создавалось. Несколько команд занимаются разработкой других различных проектов, таких как «Советы».
Легко ли внедрять Scrum в большие компании? Гибкая методология требует полного изменения рабочего процесса, а далеко не все сотрудники будут к такому готовы. Как правило, легче всего вводить «Скрам» постепенно, набирая работников, которые заинтересованы в проекте, желают изменить привычный график. Точно не стоит сразу переводить на новый режим работы всю компанию целиком.
Мелкие компании, стратапы подходят для Scrum больше всего. Ведь чем «моложе» организация и чем меньше число сотрудников, тем легче ввести Agile-методологию и соблюдать её основные принципы.
Оценка Scrum
Scrum существует уже достаточно долго и за это время приобрела много сторонников и немало противников.
Преимущества
- Быстрое удовлетворение большинства требований заказчика или клиентов.
- Высокая конкурентоспособность продукта за счёт его постоянной оптимизации.
- Большая эффективность рабочей команды: каждый сотрудник постоянно занят своим делом, не тратит время на лишние разговоры, при этом постоянно взаимодействует с коллегами и через Product Owner с заказчиками.
- Готовый продукт производится в быстрые сроки.
- Экономия на менеджерах, так как команда управляется изнутри только Scrum-мастером, а извне лишь получает требования к продукту от заказчика.
Недостатки
- Не все проекты можно выполнять по такой методологии. Для госзаказов, к примеру, Scrum многие специалисты считают неприменимой.
- Отсутствие фиксированных бюджета и срока (имеется ввиду не спринт, а в целом время, нужное для получения готового продукта) на выполнение также осложняет заключение юридических договоров.
- Немотивированная или низкоквалифицированная команда не сможет работать эффективно. А далеко не все сотрудники отличаются самоорганизованностью. Это же может повысить затраты на подбор и отбор кадров.
- С некомпетентностью можно столкнуться и при подборе специалистов на роль Scrum-мастера. Сейчас очень много людей, имеющих на руках сертификат о том, что они прошли обучение. При этом далеко не всегда эти люди действительно являются профессионалами и могут организовывать деятельность команды.
Дэйв Томас, один из
В статье подробно разбираю что такое Scrum: что это такое, кому подойдет, основные элементы, процесс, как использовать.
Scrum: что это такое
Scrum – это фреймворк, стиль работы над заданиям, когда вся команда действует сообща, идет к определённой цели за определенный период времени в меняющихся условиях, соблюдая ценности проекта.
Фреймворк Scrum
Скрам — имеет творческую составляющую, работает в среде где меняется множество факторов (стратегии, требования, рынок) и доносит клиентам продукты только с высокой ценностью.
Важно понимать: это не методология с определёнными рамками, это именно фреймворк, каркас, который вы можете внедрять в любую область.
Требования меняются, условия тоже, но определённая цель остается.
У SCRUM как и каждой игры есть правила. Все правила вы сможете прочитать в SCRUM GUIDE
Обязательно прочтите его, он на русском языке) Это достаточно сухой документ, который ответит на все вопросы.
Скрам как подход появился раньше Гайда.
Два японца Хиротака Такеючи и Икуджиро Нонако стали исследовать чем эффективные команды отличаются от неэффективных. И в 1965 году они опубликовали статью, где рассказали что более эффективные команды фокусируются не на том чтобы делать задачи, а на определенной цели.
Чтобы было понятнее. Цель футбольной команды — забить гол. Вся команда работает над этим.
Поэтому команда ориентированная на определенную цель — работает гораздо лучше и эффективнее, нежели команда, которая просто решает задачи по мере поступления.
Кому пойдодет SCRUM?
- Инновационным продуктам. Когда необходимо встать на сторону пользователя, изменять продукт в соответсвии с изменением настроения пользователя.
- Другим проектам, которые работают на меняющемся рынке.
Элементы Scrum
В скраме всего 11 элементов, как только один из элементов выпадает, вы не сможете получить все плюсы фреймворка.
Элементы Scrum
- Владелец продукта. Здесь все понятно — это может быть founder. Может быть менеджер продукта, у которого есть компетенции и право решать в какую сторону идет компания.
- Скрам-мастер. В задачи входит првильно денести и саморганизовать команду согласно ценностям (читайте ниже).
- Команда разработки. Те люди, которые отвечают за качество продукта.
- Бэклог продукта. Упорядоченный список, что необходимо сделать для продукта.
- Бэклог спринта. Те задачи, которые мы взяли из бэклог продукта, чтобы быстрее достичь цели.
- Инкремент. То, что мы получаем, когда делаем работу. Конечная цель. Фича, функционал. Это всегда продукт, так как мы можем убрать какую- то функциональность, можем добавить.
- Спринт. Сам процесс, который включает в себя срок. По сути это отрезок времени.
- Планирование спринта. Всегда планируем, без плана никуда.
- Ежедневный Скрам. Встречи по 15 минут, для того, чтобы посмотреть как команда продвинулась в решении задачи. Так как условия меняются, всегда есть возможность пересмотреть план.
- Обзор спринта. Тот самый продукт, который мы сделали мы доносим до пользователей на тестирование. Или спонсорам/инвесторам.
- Ретроспектива. Смотрим на то как прошел спринт, как мы работаем, как улучшить взаимодействия, чтобы в следующий раз спринт прошел более успешно.
И самое важное — цель спринта!
Фундамент Скрама
Эмпирический контроль — это метод, который позволяет в условиях неопределенности наблюдать за данными, событиями, с целью получения информации.
На основе информации и принимаются решения, где мы и куда мы двигаемся.
Какую потребность клиента и как мы можем ее закрыть?
3 столпа на которые опирается Scrum
- Инспекция — как раз включает в себя понимание того, в какой точке наш продукт сейчас находится
- Адаптация — что мы можем поменять, чтобы наш продукт стал лучше
- Прозрачность — все данные должны быть точными.
Только когда эти 3 столпа работают вместе возможен результат.
Но и этого тоже недостаточно
Ценности Scrum
Ценности Scrum
- Открытость — мы признаем свои ошибки. Мы открыты для всех наших пользователей и для обратной связи от них. Мы открыты друг для друга, чтобы делиться своим опытом. Как команда мы открыты для перемен.
- Смелость — мы понимаем, что мы чего то не знаем, что нам необходимо развиваться. Принятие обратной связи — это возможность, а не ограничение.
- Фокус. В первую очередь фокус на настоящем. Так как будущее не определено, а прошлое мы можем использовать только для опыта.
Фокусируемся только на тех задачах, которые позволят нам достичь цели. Не делаем кучу бесполезных дополнений к задаче. - Уважение. Уважение к себе и пользователям. Мы не позволяем выпускать неготовый продукт. Уважаем тех, кто дает нам деньги для того, чтобы мы решали проблемы клиентов.
- Обязательство. Преданность команде, продукту. Действительная вера в то, что вы делаете необходимо людям. Преданны цели спринта. Стремлению быть саморганизоавнными.
Чтобы ценности могли проявится, необходимо ДОВЕРИЕ, в первую очередь друг к другу. Понимание того, что рядом работает профессионал команде.
Доверие к пользователя, к компании, к основателю.
Если этого не будет, то данному фреймворку здесь будет тяжело появится и развиваться.
Как использовать ценности SCRUM?
Создаем рабочие процессы команды, ежедневные действия и задачи.
Делим эти действия на 2 раздела.
- Ключевые. Те которые соответствуют фреймворку и ценностям.
- Не ключевые. Смотрим где они были нарушены. Либо меняем действия, либо отказываемся от них.
Можем использовать подход обратной связи. Просто общаемся друг с другому как команда и обсуждаем, где было ок, а где нарушены ценности Скрам.
Процесс Скрама. Scrum framework
Scrum Framework
- Владелец продукта приносит на обсуждение/планирование артефакт — бэклог продукта. Его видение. Только он решает во что инвестировать деньги, а во что нет.
Чаще всего, что нужно сделать, лежит сверху. - Выделяем главное из бэклога, что нам необходимо сделать и планируем.до 8 часов на длинный, до 4 часов на короткий спринт.Декомпозируем, ставим цель, делаем прогноз и бэклог спринта.Команда разработки (приблизительно 6 человек, может быть 3, но не больше 9) смотрит, как мы можем это сделать.Если команда включает больше людей, им просто будет сложно договориться. Если меньше — необходимо рассмотреть целесообразность.
- Далее мы идем работать в спринт.
Спринт может быть максимум 4 недели. Это отрезок времени куда входит наша работа. в спринте каждый день скрам митинги по 15 минут для отслеживания процесса. - Идем на обзор спринта. После того как продукт готов приглашаем заинтересованных пользователей (конечные пользователи продукта, инвесторы и т.д.) До 4 часов.Владелец продукта рассказывает о продукте, который получили в спринте.После обзора спринта получаем обратную связь.
- После обзора идем на ретроспективу. Смотрим как прошел спринт с точки зрения процессов и команды и выносим на следующий спринт, что мы можем улучшить. Лучше одно действие. До 3 часов.
Скрам-мастер оказывает сервис команде параллельно. Помогает справляться со сложностями. Обучает команду.
У команды разработчиков нет никаких разделений. Это просто разработчик продукта, а здесь не важно кто он: копирайтер, маркетолог, программист.
После серии статей о Scrum у вас должны отпасть все вопросы, что это такое и как проводить спринты. Если вопросы остаются — пишите в комментариях.
Мне нравится SCRUM 1
Не нравится SCRUM
Похожие записи:
- Спринт в SCRUM в 2023 году: события, планирование, обзор
- Ретроспектива спринта в Scrum: для чего нужна, что это и как делать, форматы, чек-лист
- 3 Артефакта SCRUM: что это такое, ценности, бэклог продукта, бэклог спринта, инкремент
- Бэклог продукта в SCRUM в 2023 году
- Как открыть магазин в Инстаграме в 2023 году: пошаговая инструкция
- Панель знаний Google в 2023 году
- Веб разработка: как повысить заработок в 2023 году. Топ 7 способов
- SEO оптимизация в 2023 году
- Python-разработчик в 2023 году – кто такой, чем занимается, сколько зарабатывает
- 30 способов как заработать в Интернете в 2023 году без вложений и с минимальными вложениями
Источник: itstan.ru