- Суть Scrum-методологии
- Отличия Scrum от Agile и Kanban
- Плюсы и минусы Scrum-методологии
- Принципы Scrum
- Структура команды в Scrum
- Внедрение Scrum-методологии
-
Как зарабатывать на маркетплейсах в 2024 годуСкачать бесплатно руководство из клуба «Деловая Среда Сбер»
Что это такое? Scrum-методология – это подход к управлению проектами, который широко применяется в IT, но также пригоден для использования в некоторых других сферах бизнеса. Его главная особенность – создание команды, работающей спринтами, но есть и другие нюансы.
С чего начать? Необходимо понимать разницу между такими понятиями, как Agile, Scrum, Kanban, а также оценить пригодность компании к применению подобных методов управления.
Суть Scrum-методологии
Методология Scrum разработана специально для создания сложных программных продуктов и управления ими. Это гибкий подход, успешно используемый по всему миру. Большой его плюс в том, что он позволяет уже на этапе разработок вносить изменения и обновления в проекты.
Основа методологии Scrum состоит в разбивке процесса на короткие временные отрезки (1–4 недели). По завершении любого такого спринта на выходе вы имеете работающую модель. А вначале участники намечают задачи, предстоящие к выполнению на протяжении каждого спринта, и реализуют их. Для синхронизации действий и отслеживания подвижек ежедневно проводятся стендап-митинги. Продолжительность спринтов можно сокращать, если какие-то задачи удалось выполнить быстрее.
Ещё Scrum подразумевает формирование бэклога продукта. По сути, это приоритетный перечень требуемого функционала и задач, стоящих на пути к выполнению общих целей проекта. Бэклог создает и регулярно корректирует представитель заказчика (он же Product owner).
Команда в Scrum действует по принципу самоорганизации, то есть сама выбирает технологии выполнения тех или иных работ. Однако если вы планируете задействовать этот метод, то на обучение группы и каждого сотрудника в отдельности потребуется время. Причем весь процесс работы должен быть открыт, прозрачен, и его постоянно нужно оптимизировать.
То есть методология подразумевает эффективное взаимодействие между всеми заинтересованными сторонами и оперативное решение проблем на пути к цели. В какой бы сфере вы ни работали, внедрение Scrum позволит улучшить и процесс, и результаты. Однако минусы и противопоказания к использованию у данной методологии тоже есть.
Отличия Scrum от Agile и Kanban
Часто можно услышать, что Scrum базируется на Agile, нередко даже происходит смешение понятий. Тут стоит пояснить терминологию. Agile — это как бы общий подход к ведению бизнеса, а Scrum – методики, улучшающие процесс разработки и конечный результат. Первый во всем объёме сразу внедрить трудно, тут нужно полностью поменять систему ценностей коллектива (и каждого его участника).
Принципы и понятия Scrum более конкретизированы, поэтому и вводить в работу данную методологию гораздо проще. А в результате мышление и философия команды постепенно трансформируется и начинает следовать постулатам Agile.
Далее, в чем отличие Scrum и Kanban? Это гибкие методологии управления, но в каждой – свой подход к организации рабочих процессов. Kanban подразумевает равномерное распределение нагрузки между всеми специалистами, работающими над проектом. В Scrum главное – четкое поэтапное выполнение заранее спланированного процесса, где роли при необходимости могут перераспределяться.
Методология управления Scrum базируется на спринтах, то есть циклах, на которые разбивается каждая бизнес-задача. По итогам каждого такого этапа планируется следующий. Четко указывается время их выполнения, и в конце заказчик оценивает результат. При использовании Kanban сотрудники могут на протяжении всего дня получать какие-то задания, а потом отмечать на досках, что выполнено. Это демонстрирует наглядно, как идет работа над проектом.
Плюсы и минусы Scrum-методологии
Достоинства Scrum
Отлично работает при создании новых продуктов. Scrum помогает настроить максимально эффективное взаимодействие между всеми исполнителями, что, разумеется, хорошо сказывается на результатах. Часто так бывает, что эффективность работы теряется в момент передачи функций между отделами компании.
В качестве примера – банк. У сотрудников, ведущих борьбу с мошенничеством, есть цели, каждый отлично справляется с обязанностями. Однако общий результат – слабый. Использование Scrum подразумевает постановку единой цели для всех: техников, службы безопасности, юристов, риск-менеджеров. Были внедрены элементы фреймворка, весь процесс поделен на спринты (принцип Scrum). Взаимодействие между функциями и конкретными исполнителями значимо ускорилось.
Как результат – удалось создать скоринги и особые критерии, по которым стало возможно распознавать схемы злоумышленников. Показатели латентного мошенничества удалось свести к минимуму.
Буквально с первого обращения в банк контакт мошенника с клиентом делается невозможным. Бывали даже случаи, когда злоумышленников обнаруживали еще до того, как пользователь услуг обращался с заявлением о страховой выплате. В регионах, которые считались самыми проблематичными, количество случаев страхового мошенничества снизилось в несколько раз за полгода после начала работы первой команды.
Отрицательные моменты Scrum-методологии
Это отличный инструмент для оперативного решения задач, однако не всем и не всегда подходящий. Метод хорош для компаний, готовых экспериментировать. Если же уже есть алгоритм решения поставленных задач, вы точно наметили цели и уверенно к ним движетесь, то зачем нужен Scrum? Заниматься текущими операциями тоже можно и без него. Scrum – скорее инструмент для реализации полномасштабных проектов.
Кроме того, для запуска такой программы требуются достаточные ресурсы. По сути, внедрение гибкой методологии Scrum означает, что вы беретесь за уникальный, новый проект, каких на рынке еще не было. Чем это чревато? Разработка может оказаться не такой успешной, как рассчитывали, или на реализацию поставленных задач уйдет значительно больше времени. У компании должно быть достаточное финансовое обеспечение, чтобы принять такой результат.
Слишком громоздкий и сложный проект – тоже не для Scrum. Конечно, для выполнения разных этапов можно подготовить несколько команд, но тогда не так просто будет наладить между ними полноценный коннект, и это станет тормозить весь процесс.
Читайте также
Через некоторое время работы над проектом Scrum-группа растрачивает свой творческий потенциал, теряет динамичность, что не лучшим образом сказывается на производительности. Какой тут выход? Распускать команду, перестраивать работу. Получается, что Scrum лучше задействовать на краткосрочных проектах.
Что еще тут важно для хороших результатов? Готовность заказчика к постоянному взаимодействию с исполнителями, которым для эффективности действий обязательно необходима обратная связь. Иначе нормально внедрить любую Scrum-методику не получится.
Принципы Scrum
В целом методология Scrum работает с ориентацией на пожелания клиента. Команда должна предоставить ему заказанный продукт в оговоренный срок и с минимумом расходов. Как добиться таких результатов? Тут обязательны следующие принципы:
- Разбивка всего объёма работ на короткие циклы
Вы поочередно планируете и выполняете спринты один за другим. По завершении каждого получаете целиком готовую часть продукта.
- Гибкий подход
Имеется в виду обязательное тестирование продукта по завершении каждого спринта. Исполнители должны быть готовы в любой момент скорректировать стратегию (если результат не отвечает ожиданиям), заново проштудировать бэклог продукта и т. п.
- Взаимодействие с заказчиком и пользователями
Заказчик привлекается к активному участию в работе. Для этого определяется лицо, исполняющее роль владельца продукта (это сам клиент либо тот, кого он назначит своим представителем). Через него у команды идет коннект с пользователями, которые практически сразу начинают подключаться к тестированию, потому что процесс разработки разбит на короткие циклы.
Эти люди получают доступ к продукту уже после первого проведенного испытания и дают обратную связь заказчику. Далее разработчики могут вносить свои улучшения.
- Сплоченность команды
Несколько исполнителей, входящих в Scrum-группу, должны тесно взаимодействовать друг с другом и работать на общий результат.
Структура команды в Scrum
Три основные роли в классическом варианте Scrum – это:
- Product owner (РО).
- Scrum master (SM).
- Development team (команда разработчиков).
Каждый владелец бизнеса вынужден предпринимать радикальные действия, чтобы выжить при нестабильной мировой экономике.
Мы знаем, как руководителям сейчас непросто, поэтому подготовили материалы, внедрив которые, вы можете увеличить средний чек продаж ваших менеджеров на 60%
Скачивайте и используйте уже сегодня:
Через product owner идет взаимодействие разработчика и заказчика. Перед ним в первую очередь стоит задача повышать ценность находящегося в разработке продукта и действий команды, которая его создает. Среди основных используемых РО инструментов — Product Backlog. Все предстоящие рабочие задачи, а именно story, bug, task и прочие, собраны тут с учетом их приоритетности к выполнению.
Scrum master — это так называемый «служащий лидер» (по-английски звучит как servant-leader). Его задача – оказывать любую помощь команде и РО (обучение, мотивация, устранение препятствий), чтобы они могли показать максимальную эффективность в работе.
В состав development team (DT) входят непосредственно разработчики, то есть специалисты, создающие продукт. Вот какие качества и характеристики должны быть у DT (это прописано в The Scrum Guide – официальном документе, составленном авторами Scrum):
- Самоорганизация. Ни scrummaster, ни product backlog не могут давать разработчикам указаний, как, опираясь на основные возможности/потребности, создать продукт.
- Многофункциональность. У специалистов должно быть достаточно навыков для создания продукта, отвечающего запросам заказчика.
- Коллективная ответственность за всю выполняемую работу и результат.
Оптимальное число специалистов в команде 7 человек (плюс-минус двое). По мнению идеологов Scrum-методологии, в более многочисленном коллективе усложняются коммуникации (что требует расхода дополнительных ресурсов). А с маленькой командой больше рисков: у людей может не оказаться нужных навыков, да и объём работы они сделают гораздо меньший.
Внедрение Scrum-методологии
Внедрение Scrum может занять не один месяц. Тут имеют значение уже действующие в компании процессы, её размер (конечно, проще всё организовать с коллективом в 5–10 человек, чем когда их 500), внутреннее сопротивление сотрудников, усилия, которые готов приложить руководитель, и т. п. Здесь можно рекомендовать опробовать методологию на небольшом проекте, посмотреть, какие возникают препятствия и проблемы, увидеть, как морально и психологически воспринимают нововведения работники.
Лучше всего осуществлять внедрение пошагово:
- Соберите scrum-команду из 3–8 человек (больше не нужно, будут сложности с управлением) с разным уровнем экспертности и посмотрите, как они справляются с работой. Если цель достигнута самостоятельно, без привлечения дополнительных специалистов — отлично.
- Определите, кто будет scrum-мастером. Можно взять кого-то из своих, если в коллективе есть люди, уже имеющие представление о методике либо желающие её освоить. В противном случае пригласите опытного стороннего эксперта.
- Назначьте, кто будет владельцем продукта. Это должен быть человек, обладающий достаточными полномочиями, который сможет принимать решения без согласования с руководством каждой мелочи. Важно наличие у него глубоких экспертных знаний и понимания бизнеса, задач и ценностей продукта, над которым ведется работа. Он должен знать, как грамотно донести всё это до команды и притом сам быть IT-специалистом. И еще ему требуется возможность уделять проекту столько времени, сколько потребуется.
Читайте также
Бриф: рекомендации по созданию, основные ошибки - Подготовьте бэклог. Не разбивайте весь процесс на слишком мелкие задачи, не забывайте о смысле каждого спринта. Подготовьте списки задач хотя бы для первых двух циклов.
- Обозначьте длительность спринтов. Обычно дается 2–4 недели на реализацию каждого.
- Настройтесь на каждодневное проведение стендапов. Это такие Scrum-планерки, на которых исполнители говорят о том, что они выполнили вчера, что планируют на сегодня и с какими сталкиваются проблемами (всего три пункта для обсуждений). Продолжительность такого собрания – не более 15 минут, и, возможно, поначалу некоторым к этому сложно будет привыкнуть.
- Ретроспектива по завершении каждого спринта поможет дать точную оценку выполненным работам и полученным результатам, продумать улучшения.
Помните, что Scrum-методология – это не волшебная палочка, которая вдруг превратит слабую группу в профессионалов, в нереальные сроки даст желаемый результат, и всё это с заниженным бюджетом. Она будет полезна для проекта, если у вас уже слаженно работает команда, а внутри неё настроены все нужные коммуникации. Вот тогда внедрение Scrum позволит в разы повысить эффективность процесса.
