Почему Scrum не является золотым билетом для отличной разработки программного обеспечения
Мотивация
Я уверен, что вы уже много лет слышали непрекращающиеся дебаты о том, как организовать команды разработчиков. Ярость настоящая — и, похоже, она не прекращается. Будучи техническим консультантом, я наблюдаю, как много клиентов не понимают, почему что-то не получается, хотя внедрили Scrum. В основном все жалуются на следующее:
- Мы больше говорим о процессе, чем делаем реальную работу!
- Почему нами управляют на каждом этапе пути?
- Ежедневные встречи кажутся бесполезными обновлениями статуса.
Теперь возникает вопрос — проблема в концепции Scrum или в том, что здесь происходит? Эта статья направлена на разъяснение роли Scrum в разработке программного обеспечения и многих ложных предположений.
Но сначала… что такое Scrum?
Я уверен, что вы знакомы с фреймворком Waterfall, когда клиент получает конечный продукт и дает обратную связь после того, как все уже построено.
Scrum — это прежде всего альтернативный фреймворк. Он также используется для разработки продукта, хотя клиент постояннотестирует новые продукты и предоставляет отзывы. Предполагается, что этот подход минимизирует потери ресурсов и максимизирует ценность продукта.
В этой структуре команды выпускают так называемые «инкременты продукта» в течение определенного периода времени (обычно: каждые две недели), а затем получают отзывы от заинтересованных сторон (клиентов). Этот подход служит основной цели: получить обратную связь на раннем этапе и упорядочить то, что хочет клиент, с тем, что создано.
Эти периоды времени называются «спринтами». Каждый спринт сопровождается сессией планирования. Во время которого вся команда договаривается о том, какой объем работы она сможет выполнить за этот период. Владелец продукта расставляет приоритеты в работе.
Когда корень гнилой
Несмотря на то, что с внедренными процессами может быть много проблем, обычно есть одна основная причина, которая отвечает за большинство проблем.
Scrum не является ответом на проблемы в вашей организации!
Если руководство не признает эту простую истину — любая команда столкнется с огромными проблемами.
1. Scrum не улучшит культуру вашей компании!
Во-первых, все люди разные. И поэтому у всех разный стиль работы. Кому-то нравятся встречи, кому-то нет. Есть люди, которые любят работать до утра, и есть люди, которые рано встают. Независимо от того, какой стиль вы предпочитаете, все они имеют свои плюсы и минусы.
Иногда компании больше сосредотачиваются на своем предпочтительном стиле работы, а не на том, что работает для создания готового продукта.
Команды, ориентированные на скорость, будут иметь проблемы с увеличением масштаба внутри спринта, в то время как другие будут бороться с ежедневными стендапами.
Вместо того, чтобы обвинять Scrum, вы можете попробовать изменить стиль работы, чтобы он соответствовал вашим целям.
2. Scrum не сделает вас быстрее!
Должен согласиться, называть хронометраж «спринтом» не идеально, если речь идет не о скорости. Я также хотел бы подчеркнуть, что термин «скорость» здесь не помогает.
Цель Scrum — предоставить готовый продукт. Конечно, Scrum помогает вашим командам работать быстрее. Но повторение — дело не в скорости. Речь идет о том, чтобы пройти от начала до конца. Завершение продукта.
Проще говоря, Scrum не ставит своей целью заставить вас прийти к цели первым… а скорее помогает вам туда добраться.
3. Scrum работает с командой, а не с делегатами!
Scrum устанавливает личность команды и необходимые роли для целевого процесса.
Поэтому очень важно, чтобы команда Scrum участвовала, а не делегировала полномочия. Встречи предназначены для обмена мнениями и принятия решений.
Нет ничего хуже, чем встречи без людей, которые отвечают за принятие решений.
4. Ежедневные задания не улучшают концентрацию!
Одна большая часть Scrum — это ежедневные собрания. Вопреки тому, что можно подумать, они не должны быть сосредоточены только на том, что сделали все.
Эти встречи важны для освещения препятствий, проблем или подходов к проблемам. Здесь роль Scrum-мастера может быть очень полезной для обеспечения ценного обмена и сосредоточения внимания на правильной среде.
5. Scrum не сделает вас сразу успешным!
Скрам — это все о совершении ошибок. У вас все получается с первой попытки? Вот почему структура очень итеративна.
Не только на пути к конечному продукту, но и в самом процессе. Scrum легко адаптируется и процветает благодаря постоянному совершенствованию и внедрению.
Вы застряли в Scrum? Вот что вы можете сделать
К счастью, Scrum основан на итерациях и изменениях. Если вы обнаружите, что у вас неэффективный процесс — тогда измените его!
Скрам-мастера могут помочь создать правильную благоприятную среду для членов команды, чтобы они могли высказать свое мнение и уменьшить конфликт.
Во многих компаниях команды разработчиков часто работают в отрыве от решений и обсуждений, которые определяют цели компании.
Scrum хочет, чтобы решения, направление и развитие шли рука об руку.
Краткое содержание
Scrum — это отличная структура, которая помогает компаниям гарантировать, что разработка продукта направлена на минимизацию потерь и максимизацию ценности.
Но Scrum — это не золотой билет для решения всех ваших проблем.
Поэтому вам необходимо поддерживать хорошую корпоративную культуру, тесно сотрудничать между разработчиками и лицами, принимающими решения, и, самое главное, осознавать плохие процессы и улучшать их в команде.
