Найти в Дзене
GetFinance

Скрам: здравый смысл в основе управления проектом

Оглавление

Добрый день!

Мы часто рассказываем вам об интересных изданиях жанра нон-фикшн. И сегодня хотели бы поговорить о книге «Скрам. Гибкое управление продуктом и бизнесом» Кена Швабера. Это настоящий маст-рид для тех, кто только понаслышке знает о том, что существуют «неклассические» методы управления проектами и разработками и для тех, кто где-то слышал слово «Скрам», но так и не разобрался, что оно означает.

Кен Швабер – не только автор книги, но и собственно создатель метода SCRUM. Так что из книги можно узнать о деталях разработанного подхода к управлению от первого лица.

Что такое SCRUM

Обложка книги «Скрам. Гибкое управление продуктом и бизнесом» Кена Швабера
Обложка книги «Скрам. Гибкое управление продуктом и бизнесом» Кена Швабера

Создание любого продукта – в любой сфере, в любом бизнесе – это комплексная деятельность. Чтобы все сложилось и пришло к желаемому результату, нужно, чтобы параллельно успешно завершилась масса разнообразных процессов. Простой и наглядный пример – разработка программного обеспечения: создание набора логически взаимосвязанных инструкций, которые посылают сигналы, управляющие аппаратурой и ее взаимодействием с другими аппаратами, людьми или окружающей средой. Уровень точности и согласованности процессов, необходимый для успешного функционирования ПО, варьируется от невероятного до по‑настоящему пугающего.

Скрам – это подход к управлению проектом (и, в частности, разработкой ПО), который помогает увязать воедино все комплексные процессы, сделать работу прозрачной и эффективной. Основное отличие SCRUM от существующих методик – то, что к процессу разработки продукта не подходят как к чему-то определенному заранее и расписанному по шагам до создания конечного продукта. В скраме система разработки адаптируется к меняющейся обстановке и делится на итерации (спринты).

Итерация – это один небольшой шаг, в результате которого должен получиться жизнеспособный продукт (пусть даже в самом простом виде). Когда команда выдает результат, он должен быть протестирован в течение 24 часов, и тогда командой создается план для следующего шага, дальнейшая работа адаптируется под текущую ситуацию. Потом следующая итерация. Следующая… И так до тех пор, пока не будет достигнут результат – или проект не перестанет финансироваться.

Обычно руководитель проекта говорит команде, что делать, и управляет работой ее участников. В скраме владелец продукта предлагает команде наиболее важные требования к продукту, а команда прогнозирует, какие из них сможет реализовать за спринт. Тем самым команда разработки сама определяет, что из предложенной работы она будет выполнять во время спринта.

Сердцем скрама является итерация. Команда изучает требования, рассматривает доступные технологии и оценивает свои собственные возможности и навыки. Затем сообща определяет, как она будет создавать запланированную функциональность. Сталкиваясь с новыми трудностями и неожиданностями, команда разработки изменяет свой подход к работе. Команда выясняет, что нужно реализовать за итерацию, и самостоятельно выбирает лучший способ сделать это. Этот творческий процесс – основа продуктивности в SCRUM.

Использование SCRUM в разы увеличивает продуктивность команды. Картинка из открытых источников
Использование SCRUM в разы увеличивает продуктивность команды. Картинка из открытых источников

Первое важное отличие скрама – самоорганизация и отсутствие менеджеров

В отличие от привычных процессов разработки продукта, где система управления разветвлена (если не сказать бюрократизирована), в СКРАМ выделяют всего три роли.

  • Владелец продукта – тот, кто отвечает за проект и продукт перед заказчиками, следит за рентабельностью.
  • СКРАМ-мастер – человек, управляющий ходом процесса разработки (но не самой разработкой!). Он отвечает за организацию процесса скрама, за обучение скраму всех участников проекта, за то, чтобы каждый следовал правилам и практикам скрама.
  • И самое главное – команда, которая и отвечает за создание функциональности. Заметим, что внутри команды нет уровней управления, какой-то градации, все участники несут коллективную ответственность за успех каждой итерации и проекта в целом.
SCRUM‑команды принимают вызов, а затем совместно выясняют, как действовать. Они обходят препятствия такими творческими способами, которые не могли быть спланированы центральным контрольно‑диспетчерским центром.

Команда является самоуправляющейся, самоорганизующейся и кросс‑функциональной – а значит, каждый участник команды должен быть максимально вовлечен в процесс и предан ему. В этом состоит и главное достоинство, и главная особенность, и главная сложность скрама. Решается это с помощью полной прозрачности проекта – если команда видит вклад каждого конкретного участника, гораздо проще выявить тех, кто снижает производительность и создает неразбериху.

Второе важное отличие SCRUM – быстрое получение осязаемого результата

Покупатель не может переехать в дом, пока тот не будет полностью завершен. Предположим, что существует такой итеративно‑инкрементальный подход к строительству, при котором дома строятся по комнатам. Сантехника, электричество и инфраструктура будут заложены в первой комнате, а затем проведены в каждую строящуюся комнату. В этом случае покупатель сможет переехать, как только решит, что завершено достаточное количество комнат.

Как выглядит обычный процесс разработки продукта? Перед командой ставится определенная цель, устанавливается срок исполнения. На весь этот срок строится план, который должен привести к созданию конечного продукта к моменту дедлайна. В некоторых областях этот подход единственно возможный – мы не можем начать есть суп, пока он еще не сварен, на этапе нарезки продуктов.

Однако во многих случаях, во многих сферах деятельности уже на начальных этапах исполнения можно получить жизнеспособный продукт, а дальше только наращивать его функциональность, адаптировать к дополнительным запросам. На этом подходе и строится метод SCRUM.

Вся работа выполняется в спринтах. Каждый спринт – итерация длиной максимум в один месяц – начинается с планирования спринта – события, на котором владелец продукта и команда разработки совместными усилиями определяют, что будет сделано за следующий спринт. Владелец продукта выбирает из бэклога продукта наиболее ценные элементы и рассказывает команде, какой результат хочет получить в конце спринта.

Таким образом, вне зависимости от сложности и объемов проекта, уже к концу первого спринта у команды разработки готов продукт, который можно использовать – протестированный и жизнеспособный. В дальнейшем происходит только его доработка, оснащение новыми деталями.

Механика SCRUM-процесса. Источник: сайт Pro Business Center
Механика SCRUM-процесса. Источник: сайт Pro Business Center

Книга «Скрам. Гибкое управление продуктом и бизнесом» отлично подходит для того, чтобы познакомиться с методом управления, который сейчас активно развивается во всем мире, особенно в сфере разработки и высоких технологий. Автор не только излагает теоретические основы скрама и объясняет, в чем состоят обязанности всех вовлеченных лиц. В книге очень много примеров из практики, где описываются не только преимущества скрама, но и сложности в его реализации. Изучив этот материал, можно для себя уяснить – насколько скрам подходит именно для вас и вашего бизнеса, стоит ли запускать такую систему управления в вашей компании.

Понравилась публикация? Ставьте лайки и подписывайтесь (кнопка в шапке профиля), чтобы не пропустить новые материалы! И, конечно, оставляйте свои комментарии, нам очень важна обратная связь!