Когда уже весь мир живет в интернете, уже немного странно звучит, что я всё-таки иногда хожу ногами и заглядываю в книжные магазины, а там обязательно есть стеллаж, заставленный книжками с заголовками типа «SCRUM. Полное руководство по внедрению», «Что такое SCRUM и с чем это едят», «SCRUM. Максимизируйте прибыль вашей компании». Я, когда вижу такое, сразу отворачиваюсь, потому что думаю, что мне пытаются впарить какую-то очередную волшебную палочку, которая обещает спасти мир, но почему-то не спасает.
В глубине души я всё же хотел узнать, что такое SCRUM, а тут мне две недели назад поставили задачу в Product University — написать статью про это. Это ли не знак?
Я вбиваю SCRUM в поисковый запрос, но не яндекса, а в wordstat. Всего 21 858 человек в месяц ищут это не ведомый SCRUM. Что ж немного, но ведь ищут же? Теперь уже начинаю искать расшифровку термина.
Статей на эту тему много, толковых как всегда.
SCRUM – это метод организации процесса работы в команде, основанный на гибком подходе, ориентированный на максимизации ценности продукта для клиента и постоянную адаптацию продукта к изменениям во внешней среде. Работа по SCRUM делится временными отрезками — спринтами (обычно 2-3 недели). Для организация работы SCRUM необходимо назначить 3 роли:
Product Owner – отвечает за содержание продукта, определяет чем должен быть продукт для пользователя.
Scrum–master – отвечает за организацию процесса выполнения поставленных задач по продукту вовремя.
Остальные участники команды – отвечают за то, как будут выполнены поставленные задачи по продукту.
В начале спринта команда договаривается о задачах, которая берется в этот спринт, а в конце спринта команда делает ревизию того, что получилось, а что нет и обсуждают пути того, как улучшить взаимодействие в следующем спринте.
Я по природе скептик и поэтому обычно не верю в то, что такие системы эффективно работают, поэтому я провел мини-опрос своих знакомых, кто знает про SCRUMне понаслышке.
Я позвонил своему знакомому Егору, тимлиду одной medtech – компании. Вот что, он мне рассказал: «Работа в нашей компании совмещает в себе принципы SCRUM и Waterfall(другая методология управления проектом). Это сделано, потому что мы делаем ПО для медицинского оборудования, а эта сфера очень зарегулирована: все релизы определены на год вперед, задачи ставятся исходя из требований контролирующих органов, по этой причине в нашей команде нет product owner, вместо него менеджер проекта. Тем не менее мы работаем спринтами, у нас есть scrum-мастер, перед спринтом стараемся планировать задачи, а после проводим ретроспективу сделанного.
Главные достоинства работы по SCRUM, что любой человек в команде взаимозаменяем и если кто-нибудь выпадет из-за болезни, то другой член команды сможет подхватить задачу и выполнить её точно в срок, потому что ранее команда об этом договорилась. Также у тебя каждые две недели есть новая работающая версия продукта и ты всегда понимаешь, какую пользу ты и твоя команда принес бизнесу.
Недостатки нашей работы связаны с тем, что у нас не «чистокровный» SCRUM: бизнес может вовремя спринта добавить задачу и повторюсь, все релизы прописаны у нас на год вперед и мы не имеем права гибко реагировать на изменения во внешней среде».
Собственно из рассказа Егора я не услышал недостатки самого SCRUM, поэтому я обратился ещё к парочке знакомых, кто в теме. Лена работала системным администратором в одной страховой компании— в компании был классический SCRUM: product owner, scrum-мастер, спринты, планирование, ретроспектива.
«Я уже успела поработать в других компаниях, которые работают по другим методологиям и могу сказать, что SCRUM – это правда очень хорошо! Во-первых, работа по SCRUM обеспечивает прозрачность работы команды: ты понимаешь кто какой вклад внес в общий результат. Во-вторых, ты чувствуешь свою причастность к созданию продукта, потому что это ответственность всей команды. В-третьих, благодаря обратной связи ты постоянно чувствуешь членов своей команды и понимаешь, что от них ожидать.
Однако у меня нет розовых очков, я прекрасно понимаю в чем недостатки SCRUM. Это чрезмерная нацеленность на результат, а времени на устранение багов не хватает, в результате их может накопиться критическое количество, которое повлияет на работу всего продукта. Ещё одним недостатком является то, что спринты это перманентная работа на максимуме, закончился один, за ним сразу следующий и так цикл за циклом. Это очень сильно выматывает и истощает. А также меня бесили постоянные созвоны. Представь себе: из 40-часовой рабочей недели 20 часов могут занять переговоры. Это, конечно, жутко раздражало».
Напоследок я решил спросить мнение Ольги, она уже несколько лет работала SCRUM-мастером в банке.
SCRUM – это очень эффективная методология для бизнеса. Она вносит прозрачность в работе, она максимизирует ценность продукта для клиента и создает эффективный рабочий процесс в команде, но все это возможно, если всё будет правильно настроено, а именно:
1) команда продукта должна быть однородной. Если новички работают вместе с опытными специалистами, то невольно возникают дополнительные роли, которые мешают функционированию SCRUM.
2) если руководство не понимает философию SCRUM, то SCRUMне будет эффективно работать, потому что для SCRUM важно не быстро сделать то или иное улучшение продукта, а в первую очередь качественно и сохранив процессуальный порядок. Это очень важно, потому что в противном случае будут нарушается атмосфера в команде, а это неизбежно влияет на результат.
3) Неправильная структура организации также будет мешать работать SCRUM эффективно, потому что будет появляться излишняя бюрократия и команда не будет чувствовать ответственность за результат.
После проведенных бесед я переоценил методологию SCRUM, меня заинтересовала, что трое моих респондентов назвали одни и те же плюсы работы в SCRUM и высоко оценили её эффективность. А что вы думаете по этому поводу? Вас заинтересовал SCRUM? Давайте обсудим это в комментариях.