Если ваша работа хотя бы отдалённо напоминает создание продуктов, инженерные изыскания или разработку программного обеспечения, вы уже наверняка слышали термин Scrum. Это система, разработанная для коллективов, которые быстро что-то создают и выполняют повторяющиеся действия. Внедрение процессов Scrum поможет вам работать вместе и решать комплексные задачи. Даже если вы не заняты в сфере разработки продуктов, инженерии или программирования, вы всё равно можете получить пользу от Scrum. В этой статье мы рассмотрим всё, что нужно знать о Scrum. Вы узнаете, что это и почему так хорошо работает.
Scrum — это Agile-система, которая помогает командам выполнять особо важную работу совместными усилиями. В Scrum чётко определены ценности, роли и процедуры, которые помогут вашим сотрудникам сосредоточиться на повторяющейся работе и её постоянном улучшении.
Обычно Scrum организуется в виде спринта (рывка), представляющего собой двухнедельную рабочую сессию, по итогам которой необходимо достигнуть заранее заданных результатов. В Scrum предусмотрено ещё два мероприятия. Ежедневные совещания «на ходу» (стендапы), как следует из названия, проводятся каждый день. Это возможность для Scrum-команды пообщаться в течение 15 минут и спланировать свои действия на день. Второе мероприятие — ретроспектива спринта — организуется по окончании рывка. В ходе ретроспективы, которую проводит мастер Scrum, коллектив анализирует прошедший спринт и вносит коррективы на будущее.
Управлять Agile-группами в AsanaВозможно, вы слышали о Scrum в связке с другими методологиями, такими как Канбан и Agile. Каждая из этих структур играет уникальную роль в коллективном взаимодействии и постоянном улучшении работы, однако они тесно связаны друг с другом в рамках методологии бережливого управления. Вот в чём их отличия:
Agile — это философия управления проектами, которая помогает командам постоянно самосовершенствоваться. Agile-группы полагаются на итеративное и постепенное развитие, которое помогает реагировать на перемены и справляться с неопределённостью. И Scrum, и Канбан являются ветвями методологии Agile. Воспринимайте Agile как комплексное понятие.
Управлять Agile-группами в AsanaScrum — это одна из самых популярных методологий Agile. Если вы используете Scrum, вы являетесь Agile-командой. Однако в структуре Scrum есть дополнительные роли и системы, которые помогают сотрудникам сохранять гибкость. В Scrum, как и в Agile, они нацелены на постоянное улучшение. Однако в отличие от Agile, которая по большей части является философией и общим каркасом, Scrum предлагает конкретные способы повышения эффективности коллектива с помощью таких инструментов, как спринты, стендапы и ретроспективы.
Структура Канбан также является подсистемой Agile. Канбан — это наглядный способ управления непрерывными процессами и работой. С помощью инструментов Канбан у команд появляется способ визуализации перемещения работы по этапам вплоть до её завершения. Зачастую коллективы, работающие по Scrum, делают это на Канбан-досках, хотя это и не обязательно.
Читать о том, в чём разница между Канбан и ScrumСистема Scrum в её современном виде впервые была представлена в 1986 году в статье Harvard Business Review под названием , написанной Хиротакой Такеути и Икудзиро Нонакой. Авторы взяли термин Scrum из регби, пояснив, что «как и в регби, мяч передаётся внутри команды, которая перемещается по полю как единое целое».
Структура Scrum была доработана и систематизирована Кеном Швабером и Джеффом Сазерлендом в 1995 году, когда они опубликовали «Манифест Agile» и «Процесс разработки SCRUM».
Методология Scrum по Шваберу и Сазерленду частично отказывалась от каскадной модели разработки программного обеспечения. В этой модели проекты разбиваются на последовательные стадии, причём ожидаемые результаты одной стадии открывают доступ к другой. Швабер и Сазерленд утверждали, что разработка программного обеспечения может выиграть от более гибкого, итеративного подхода, который позволяет непрерывно реагировать на меняющиеся условия среды и адаптироваться к ним, чтобы создавать для клиентов продукты более высокого качества.
После своей первоначальной публикации Швабер и Сазерленд выпустили «Руководство по Scrum» — регулярно обновляемый ими документ. В соответствии с ним Scrum побуждает команды «взглянуть на то, насколько эффективны применяемые методы работы, и стимулирует их постоянное развитие и улучшение».
Если вы хотите запустить процесс Scrum, важнее всего знать то, что структура Scrum зиждется на системе непрерывного улучшению. Согласно Scrum вы признаёте, что в начале спринта вам не может быть доступна абсолютно вся информация, поэтому вы можете при необходимости адаптировать свои процессы и потребности на основании информации, полученной в ходе спринта.
Итак, что же такое Scrum? Чем будет заниматься ваша команда при использовании Scrum? Вот к чему сводится процесс Scrum:
1. Организуйте перечень невыполненной работы. В начале спринта лидер вашей команды (его также называют мастером Scrum) определит, какую невыполненную работу нужно взять из этого перечня, т. е. что именно нужно сделать в первую очередь. Чтобы добиться наилучшего спринта Scrum, чётко задокументируйте этот перечень в одном месте. Подумайте об использовании средства управления проектами для сбора всей нужной информации.
2. Проведите совещание по планированию спринта. Прежде чем начинать спринт по Scrum, необходимо решить, чем вы будете заниматься в его рамках. На этой встрече по планированию спринта определяется работа из перечня незавершённых дел, которую команда будет выполнять в ходе спринта. Для начала попробуйте наш бесплатный шаблон для планирования спринтов.
3. Начните свой спринт по Scrum. Обычно спринт длится две недели, однако его продолжительность можно уменьшить или увеличить с учётом потребностей команды. Во время спринта она будет работать над пунктами из списка незавершённой работы, которые вы определили на совещании по планированию.
4. Проводите ежедневные стендапы по Scrum. Запланируйте ежедневные 15-минутные совещания со своей Scrum-командой. Это ваша возможность поделиться тем, над чем вы работаете, и проанализировать любые неожиданные препятствия, с которыми вы можете столкнуться. Для проведения наиболее эффективных совещаний попробуйте наш бесплатный шаблон для ежедневных стендапов.
5. Покажите свою работу во время анализа спринта. По завершении текущего спринта команде следует собраться вместе ещё раз и провести анализ проделанной работы. На этой встрече Scrum-команда показывает выполненную работу для одобрения или проверки заинтересованными сторонами.
6. Общайтесь и обменивайтесь информацией во время ретроспективы спринта. По его окончании вам следует обсудить, как прошёл спринт и что можно улучшить в будущем. Помните, что Scrum — это процесс постоянного улучшения, поэтому не бойтесь пробовать новые процессы или перерабатывать старые стратегии, которые кажутся менее эффективными для нового спринта. Попробуйте подготовить повестку вашего ближайшего совещания с помощью нашего бесплатного шаблона ретроспективы спринта.
Прежде чем начинать работать в Scrum, убедитесь в том, что вся ваша команда правильно понимает категорию «Выполнено». Так как система Scrum основана на процессе непрерывного улучшения, её значение может быть не настолько очевидным, как кажется. В Scrum ничто не считается идеальным, потому что команда работает гибко и итеративно совершенствуется. Таким образом, «Выполнено» не означает, что «лучше быть не может». Это, скорее, значит, что Scrum-команда временно приостанавливает работу над этим пунктом.
Например, вот несколько определений категории «Выполнено» для различных Scrum-команд:
Продукт готов к выпуску.
Продукт протестирован и готов к запуску в бета-среде.
Продукт прошёл приёмочное тестирование и может выпускаться для всех пользователей.
Независимо от того, что ваша команда подразумевает под «Выполнено», все сотрудники должны владеть одной и той же информацией. Как только вы придёте к общему определению, будет полезно сохранить его в едином источнике достоверной информации и регулярно ссылаться на него, особенно во время анализа спринта.
Артефакт в Scrum — это то, что вы создаёте, например средство решения проблемы. В Scrum предусмотрены три артефакта: незавершённая работа по продукту, незавершённая работа по спринту и часть продукта.
Незавершённая работа по продукту — это главный перечень работы к выполнению. Он должен быть составлен менеджером проекта или ответственным за продукт. Помните, если работа находится в списке, это ещё не означает, что ваша команда будет её выполнять. Пункты списка незавершённой работы — это, скорее, варианты, над которыми ваши сотрудники могут работать во время спринта. Ответственные за проект должны часто перерабатывать и обновлять перечень незавершённой работы по продукту на основании новой информации, поступающей от клиентов, с рынка или от команды, работающей над продуктом.
Незавершённая работа по спринту — это совокупность работ или продуктов, на которых ваша команда сосредоточена во время спринта. Пункты этого списка выбираются из перечня незавершённой работы по продукту во время совещания по планированию спринта и перемещаются в проект планирования спринта вашей команды (при наличии такого проекта).
За время спринта команда может не выполнить часть работы из перечня, однако добавление новой работы в него во время спринта маловероятно. Если окажется, что вы часто так делаете, уделите больше внимания стадии планирования спринта, чтобы чётко определиться с тем, над чем вы будете работать в его ходе.
Часть продукта — это то, что вы представите по итогам спринта. Это может быть новый продукт или функция, исправление ошибки, обновление и многое другое в зависимости от того, чем занимается ваша команда. Планируйте представить эту часть работы во время анализа спринта. Тогда она будет одобрена или нет в зависимости от того, что заинтересованные стороны думают о результате и его принадлежности к категории «Выполнено».
В Scrum есть три основные роли:
Ответственный за продукт. Это человек, стоящий за перечнем незавершённой работы по продукту. Он отслеживает потребности пользователей и стремится донести их видение до своей команды и других заинтересованных лиц из руководства. Хорошие специалисты чётко определяют, что важнее всего выполнить далее. В конечном итоге он должен решать, что готово к передаче пользователям (с уклоном в частые поставки).
Мастер Scrum. Это человек, проводящий различные мероприятия Scrum. Считайте его организатором и менеджером проектов Scrum. Мастер Scrum должен организовывать ежедневные стендапы и проводить планирование, анализ и ретроспективы спринтов.
Scrum-команда. Это все, кто задействован в спринте. Сотрудники должны быть самоорганизованными и совместно работать на достижение цели Scrum по непрерывному улучшению.
Выделяют шесть принципов Scrum, которые помогают применять структуру Scrum и извлекать из неё пользу. Вот они:
Контроль над эмпирическим процессом. Scrum-команды полагаются на прозрачность, контроль и адаптацию.
Самоорганизация. Несмотря на то, что в Scrum-команде есть роли и правила, каждый участник Scrum имеет право брать на себя ответственность за свои задачи и работу. В Scrum считается, что совместная ответственность ведёт к созданию более творческих и динамичных коллективов.
Совместная работа. Команда будет добиваться лучших результатов, если все её участники тесно взаимодействуют во время и после спринта Scrum.
Расстановка приоритетов по ценностям. Цель спринта Scrum — добиться максимальной ценности для бизнеса. Для этого необходимо определяет приоритеты в работе с самого начала процесса Scrum.
Ограничение по времени. Процесс Scrum подразумевает различные действия, такие как сам спринт, ежедневные стендапы и ретроспектива, выполняемые в определённое время. Так как Scrum строится на идее непрерывного улучшения, важно определять временные рамки работы, чтобы переходить к следующей задаче и улучшать будущую работу.
Итеративная разработка. В Scrum первый продукт не будет идеальным. Однако его итеративное совершенствование позволяет команде лучше всего приспосабливаться к потребностям клиентов и изменять продукт и результаты своего труда в соответствии с приоритетами по ценностям.
Чтобы получать пользу от Scrum, командам нужно придерживаться пяти главных ценностей Scrum, приведённых в «Руководстве по Scrum».
Приверженность. Scrum-команда — это единое целое, и её участники должны доверять друг другу. Сотрудники Scrum-команды привержены спринту на всём его протяжении и посвящают себя непрерывному самосовершенствованию в целях поиска лучшего решения.
Смелость. Во время Scrum команда может столкнуться со сложными проблемами, у которых нет конкретного решения. Scrum-команды обладают смелостью, чтобы задавать откровенные и прямые вопросы и честно отвечать на них, чтобы приходить к лучшему решению.
Концентрация. Во время любого спринта Scrum-команда выполняет задачи из перечня незавершённой работы. Scrum-команда фокусируется на работе, которая была выбрана из этого перечня, чтобы добиваться нужных результатов по итогам спринта.
Открытость. Во время Scrum не всё идёт идеально. Члены Scrum-команды должны быть открыты для новых идей и возможностей, которые помогут им учиться индивидуально, а также будут способствовать улучшению продукта или процесса.
Уважение. Совместная работа — это ключ к успеху в Scrum. Для поддержания совместной работы на должном уровне члены команды должны уважать друг друга, мастера Scrum и сам процесс Scrum.
Scrum — система не для всех, однако её применение не ограничивается созданием продуктов, разработкой программного обеспечения и инженерными изысканиями. Любой коллектив может перенять структуру Scrum и использовать непрерывное улучшение в целях превосходного выполнения работы. Вот несколько преимуществ и недостатков использования Scrum:
Scrum эффективнее всего для команд, которым нужно часто создавать и поставлять что-то. Это могут быть традиционные «продукты», такие как программный код либо новые функции, или же менее типичные для Scrum вещи, например, маркетинговые кампании или творческие материалы.
Команды, следующие структуре Scrum, получают преимущества гибкости и подвижности. Процесс Scrum может помочь вам улучшить работу в коллективе и более эффективно достигать своих целей. К тому же, Scrum-команды всегда точно знают, над чем они работают, так как получают задачи из перечня незавершённой работы по продукту и чётко видят свои цели, потому что все обладают единым представлением о том, что значит «Выполнено».
Scrum-проекты зачастую страдают от разрастания объёма, потому что процесс Scrum приветствует и поощряет перемены. Если их слишком много или же вы получаете массу противоречивых отзывов от клиентов, тогда вы можете повторять одни и те же итерации без реальных результатов.
Решение. Чётко определите цели каждого спринта и часть продукта к завершению. Также убедитесь в том, что вся ваша Scrum-команда чётко понимает, что означает «Выполнено», чтобы не делать лишнюю работу. При необходимости внедрите процесс контроля изменений, чтобы избежать подобных проблем.
Scrum-команды проводят много совещаний — в дополнение к регулярному планированию и анализу спринтов они каждый день собираются на стендап.
Решение. Если ваши ежедневные совещания по Scrum кажутся бесполезными, найдите способ заменить их чем-нибудь другим. Отслеживание стендапов в ходе проекта помогает сосредоточиться только на самом важном.
Scrum бывает трудно внедрить (однако в этом нет ничего невозможного), если вы не занимаетесь созданием продуктов, инженерными изысканиями или разработкой программного обеспечения.
Решение. Если ваша команда решила использовать Scrum, не забудьте прояснить, каким образом вам помогут процессы Scrum. По возможности определите существующие болевые точки с указанием событий Scrum, которые могут помочь. Также запланируйте несколько обучающих мероприятий во время первых спринтов, чтобы помочь своей команде в достижении успеха.
Лучшие Scrum-команды — это сплочённые и последовательно развивающиеся группы, которые чётко понимают, над чем они работают в рамках каждого спринта. Чтобы этого достичь, вам необходим единый источник достоверной информации для работы — такой как Asana. Узнайте, как Agile-команды используют Scrum с помощью Asana.