Методика Scrum: как победить хаос в проектах

Алексей Кудашов

Основатель инвестиционной StartUp платформы NEP Index Venture D-Management.

www.nepindex.io

Как повысить производительность труда? Ведь именно этот вопрос в конечном итоге задаётся, когда казалось бы любые усилия менеджмента предприятия не дают требуемой динамики развития. Смена парадигмы управления напрашивается как раз в те моменты, когда старая идеология зашла в тупик, она не даёт необходимого темпа роста Капитала. С другой стороны, внедрение новой системы управления связано с рисками, обусловленными необходимостью структурных преобразований предприятия, сменой и обучением персонала. Как говориться не получилось бы “Из огня, да в полымя”. Я не ставлю своей задачей рассказать о методологии SCRUM как таковой, этому посвящено множество книг и статей. Мне бы хотелось показать основную идею, суть подхода, а так же пределы применимости, почему SCRUM не панацея, почему он может и не заработать и где он действительно незаменим.Термин «scrum» пришёл из регби, где он означает схватку, борьбу за мяч. В 1986 году вышла статья Хиротака Такэути и Икудзиро Нонака The New Product Development Game, в которой они отметили, что проекты, над которыми работают небольшие команды из специалистов различного профиля, обычно систематически производят лучшие результаты, и объяснили это как «регбийный подход». Хотя сама методология пришла из разработки ПО, она применима в любых отраслях, где есть коллективная работа и требуется результат, а не процесс. Методология не работает для коллективов, обслуживающих те или иные бизнес-процессы, но она очень хорошо подходит там, где эти процессы нужно создавать. Это методология для StartUp-новых компаний или новых проектов внутри большой организации (так называемых внутренних StartUp)В чём основная идея методологии. Как это бы странно не звучало, но в её основе лежит свободный коллективный созидательный творческий труд, который и даёт наибольшую экономическую ценность. Человек трудится “не за страх, а за совесть”. При этом подходе, в центр производственного процесса ставится Команда, в которую входят люди, чей труд и даёт основной вклад в производимую добавленную стоимость. Задача менеджмента сводится к обеспечению процесса, созданию всех необходимых условий и устранению всех преград, в том числе бюрократических, а не управлению этим процессом извне.В самом производственном процессе, помимо команды, выделяется еще две ключевые роли: Владелец продукта (Product Owner) и Организатор (Srum Master), которые взаимодействуют с командой, с целью поэтапного выполнения всей работы над проектом, устранения всех преград и движения к цели. Конечный продукт описывается с позиции пользователя в терминах User story или Что должно быть, из которых формируется список задач проекта (Product backlog). Причём этот список может дополняться и изменяться в ходе реализации проекта. На первом собрании Srum Master представляет Команду Владельцу продукта, который рассказывает то, что хочет получить и представляет Product backlog. Происходит обсуждение проекта, уточнение деталей, выбор приоритетов, при этом команда выбирает задачи на первый спринт и формирует Sprint backlog. В процессе этого согласования каждая задача осмечивается в трудо-часах, путём торга или нахождения компромисса между Командой, Владельцем продукта и Srum-Master. Исходя из трудоёмкости задач и их приоритета и формируется Sprint backlog. Спринт обычно выбирается равным 22 дням, это, с одной стороны, небольшой срок, с другой достаточный, чтобы Спринт закончился демонстрируемым результатом-ещё одним важным элементом методологии. В конце каждого Спринта, Владелец продукта видит результат труда, может внести правки в Product backlog, дать оценку команде и общему продвижению проекта и их месту в экосистеме конечного продукта, если над ним трудится много команд. Когда Команда находится в процессе реализации Спринта, её нельзя трогать, нельзя привлекать к другим работам или задачам, как бы важны они не были, - это убьёт SCRUM. Единственный, кто взаимодействует с командой в этот момент - это Srum-Master, которому отводится ключевая роль. Srum-Master проводит ежедневные пятнадцатиминутные сессии, в которых каждый должен ответить на вопрос, что он сделал для своей команды вчера, что он будет делать сегодня, с какими трудностями или преградами он столкнулся, как он их решал, каков результат. Srum-Master организует процесс, вносит все сведения на общую доску и строит диаграмму продвижения Спринта, решает все организационные и прочие вопросы, отвлекающие Команду от решения главных задач. Srum-Master это не просто организатор, это лидер, способный вселить командный дух, смести все преграды на своём пути для достижения цели. Команда чувствует лидера и тогда просыпаются древние инстинкты, все готовы самоотверженно трудится и двигаться к намеченной цели. Команда должна зажечься. Это самое главное, что нужно сделать. Без этого внутреннего огня методология не работает, без него это просто формальный подход, это только по форме SCRUM, но не по содержанию. Ключевая роль отводится работе с кадрами, комплектование устойчивых команд с точки зрения как профессионализма, так и с точки зрения психотипа. Если в команде нет командного духа, то нет и Команды. В этом случае SCRUM разрушится по своей сути, останется только внешняя форма, вся польза от него теряется. Поэтому задача Srum-Master заключается и в формировании правильной атмосферы внутри команды, исключение любых конфликтов или неприятельского отношения, в общем всего того, что разрушает командный дух. Особое внимание следует уделить выявлению деструктивных факторов внутри команды и их источников и устранению их. К таким деструктивным факторам могут относится мнения, сеящие сомнение в реализуемсоти проекта в целом, насмешки над кем либо внутри команды или по отношению к предприятию, сотрудникам или руководству. Правды ради нужно сказать, что причины этих деструктивных факторов могут оказаться и вовне команды, когда профессионализм или личные качества руководителей или ключевых сотрудников предприятия, находятся на низком уровне. Нельзя построить SCRUM там, где руководство относится к своей команде, как к потребителям бюджета, которые должны падать ниц перед светлоликим боссом. Ответ не заставит себя долго ждать, пострадает результат. И в заключении хотелось бы отметить, что команда не может работать в таком темпе долго, она перегорает. Необходима смена обстановки, отдых, смена проекта. Обычно максимальный срок реализации проектов по методологии SCRUM составляет год-полтора. Методология SCRUM показан в научно-фантачтическом роман Орсона Скотта Карда “Игра Эндера” или одноимённом фильме.

quaero enim talentum Ищите таланты