Процесс разработки, основанный на принципах Scrum, дает возможность в фиксированные и довольно короткие циклы достигать требуемых результатов, причем каждая новая версия поддерживает функционал предыдущей. В ФБР остановились на двухнедельных циклах исходя из предположения, что в конце каждого этапа они будут иметь полностью функционирующую часть программы, которую они смогут предъявить любой заинтересованной стороне. Но самое главное, появлялась возможность демонстрировать программу тем, ради кого она создавалась, — оперативному персоналу и аналитикам.
Этот метод позволяет участникам группы эффективно взаимодействовать как с заказчиком, так и друг с другом во время всего процесса разработки. В правильном ли направлении они движутся? Соответствует ли поставленной задаче то, что они собираются делать дальше? Учитываются ли ошибки, обнаруженные во время предыдущего этапа?
В Scrum такие циклы, или этапы, названы спринтами. Каждый спринт планируется предварительно на специальных встречах. Участники оценивают, какой объем работ, на их взгляд, они смогут сделать, скажем, в течение следующих двух недель. Из списка задач, расставленных по приоритетам, они выбирают очередные единицы работы[7], предназначенные для выполнения, записывают их на стикеры, которые приклеивают на стену. Группа решает, сколько единиц работы они в состоянии выполнить за предстоящий спринт.
На завершающей стадии спринта участники снова собираются вместе и показывают друг другу, чего удалось достичь за время совместной работы. Они смотрят, сколько единиц работы, занесенных на стикеры, действительно доведены до конца. Не все удается выполнить? Значит, для этого спринта было отобрано слишком много задач. Бывает наоборот — недостаточное количество задач. В данном случае важно другое: у группы развивается чувство собственной скорости, то есть появляется необходимое знание, как быстро она может продвигаться в своей работе.
После того как все участники покажут свои результаты, они начинают детально разбирать созданное — собственно, с этого момента и вступают в силу идеи Тайити Оно, поскольку обсуждается не выполненный продукт, а каким образом он делался. «Как улучшить сотрудничество в следующем спринте? Что препятствовало в последнем спринте? Из-за чего мы продвигаемся не так быстро, как хотим?» — вот вопросы, которые они ставят перед собой. Как это работает в Scrum, я подробнее объясню в приложении.
Поэтому Джеффу Джонсону потребовалось почти три месяца, чтобы точно сказать, сколько на самом деле уйдет времени на завершение проекта. Он хотел определить скорость работы каждой группы по длительности нескольких спринтов и выяснить, как можно повысить этот показатель, то есть насколько быстрее они в состоянии работать. Посмотрев, сколько единиц работы каждая группа выполнила за каждый спринт, а потом проверив, сколько единиц еще осталось до конца проекта, он смог назвать срок завершения.
Джонсона интересовало не только как быстро идет разработка, его беспокоила проблема препятствий, замедляющих ее ход. Более всего он хотел бы ускорить процесс, сделать работу групп более динамичной и продуктивной — но не за счет сверхурочных часов (в дальнейшем я подробнее объясню, что это пустая трата времени, лишь тормозящая дело), а при помощи более совершенного и разумного труда. По его заявлению, группы разработчиков повысили свою продуктивность в три раза. Если сравнивать с началом проекта, теперь они продвигались вперед в три раза быстрее. В чем причина? Несомненно, в том, что их совместная работа стала более согласованной. Однако суть в другом: они научились выявлять факторы, замедляющие трудовой процесс, и избавляться от них на каждом новом витке, в каждом спринте.
В конечном счете, прежде чем удалось внедрить «Страж» — систему управления базами данных — в работу ФБР, понадобилось восемнадцать месяцев на кодирование программы и доводку программного обеспечения. Еще два месяца ушло на то, чтобы ею начали пользоваться все сотрудники Бюро. «На нас невероятно давили сроки. И вы должны понимать: система охватывает абсолютно все. Оплата осведомителей. Архивы данных. Материалы следственных дел. Графики мероприятий. Нашу с вами встречу тоже внесли в систему “Страж”», — сказал Джонсон в интервью.
— Что, на ваш взгляд, является наиболее сильной стороной в методологии Scrum? — поинтересовался я у него.
— Демонстрация результата. На каждом этапе разработку доводят до такого уровня, что можно уверенно показывать прирост функциональности продукта, — ответил Джонсон.
Действительно, каждые две недели участники групп предлагали на обозрение выполненные единицы работы. Подобные демонстрации, сопровождаемые детальными объяснениями, проводились не только ради внутреннего профессионального обсуждения, но и предназначались для всех заинтересованных сторон. Разработчики показывали результаты очередного спринта и рассказывали о системе тем, кому в дальнейшем предстояло ею пользоваться. Все подразделения Бюро, которым «Страж» был жизненно необходим, присылали своих сотрудников — делопроизводителей, контрразведчиков, аналитиков, специальных агентов. Обязательно присутствовали представители аппарата генерального инспектора и других государственных структур. Довольно часто на показы приходил директор ФБР или его заместитель. Их посещал даже генеральный инспектор собственной персоной. В результате такие встречи оказывались многолюдными. И народ собирался не самый простой.
Джонсон уверен, что именно поэтому они справились: «Scrum предназначен не только для разработчиков. Он важен и для заказчиков, и для всех, кто заинтересован в проекте. Новый подход произвел настоящий организационный переворот. Демонстрация подлинной системы оказалась сильнейшим инструментом».
Показы того, как функционирует продукт, производили, несомненно, мощное воздействие, ведь сначала люди довольно скептически отнеслись к успеху, о котором рапортовала команда. Причем «скептически» — это еще мягко сказано. Они просто не могли поверить, что «Страж» действительно быстро продвигается вперед со все более растущими показателями. Джонсон вспоминает: «Я уверял Конгресс, что за двадцать месяцев, не превышая пяти процентов бюджетных средств, мы сделаем то, с чем Lockheed не справилась в течение десяти лет, распоряжаясь почти 95 процентами отпущенных денег. Естественно, комиссия выразила большое сомнение. Нас обязали представлять отчеты помощнику генерального прокурора. Наша команда обеспечивала абсолютную прозрачность всех процессов, связанных с проектом, но проверяющие не сомневались, что где-то мы хитрим. Им и раньше случалось иметь дело с подобными показателями, вот только те отчеты были гораздо менее подробными и не соответствовали тому, что творилось на самом деле».
