Scrum. Революционный метод управления проектами - [10]

Эффект от внедрения системы «Страж» в ФБР был огромным. Устой­чивая электронная коммуникация, доступность информации, скорость обмена данными — все это коренным образом изменило возможности Бюро. В январе 2013 года в региональное отделение ФБР поступил звонок: взломали банковский счет одной не очень большой фирмы. Миллион долларов перевели в другую страну до того, как американские банки смогли остановить транзакцию. При помощи «Стража» местное отделение связалось с атташе по правовым вопросам посольства той страны, и он проинформировал свои правоохранительные органы, которые в свою очередь заблокировали перевод, прежде чем он попал в банковскую систему. На всю операцию потребовались считаные часы, что невозможно представить во времена хождения по кругу трех распечаток, красной ручки и ввода текста вручную. Поймать с добычей или дать выйти сухим из воды — разница налицо.

Группа, обслуживающая систему «Страж», до сих пор сидит в подвале здания ФБР, только убрали перегородки между столами, чтобы можно было видеть друг друга. На стене висит огромный плакат с текстом «Манифеста гибкой методологии» — принципов, в создании которых я участвовал и посвятил всю свою жизнь их реализации во многих странах. Рядом с входом под лампой дневного света стоит горшок с лавандой — странно видеть ее буйное цветение в комнате без окон. «Лаванда» было кодовым названием прототипа программного обеспечения системы управления следственными делами. Разработчики и по сей день трудятся над созданным ими «Стражем», вносят исправления и дополнительные новые функции.

Среди адептов методологии Scrum весьма распространен старый анекдот о курице и свинье.

Курица и свинья идут по дороге.

— Слушай, Свин, я тут подумала, не открыть ли нам с тобой ресторан? — говорит курица.

— А какое название дадим? — спрашивает свинья.

— Как тебе «Яичница с беконом»?

— Не пойдет — мне тогда придется посвятить себя проекту полностью, а ты будешь задействована лишь частично!

В рамках концепции Scrum участники процесса делятся на «свиней» и «кур»: первые посвящают себя проекту полностью и отвечают за результат, а вторые — заинтересованные лица, получающие информацию о ходе работ. На стене офиса разработчиков «Стража» висит колокольчик в форме свиньи. Когда он звонит, люди, сделавшие то, что всеми считалось невозможным, знают — это зовут их. Есть еще один колокольчик, который служит дверным звонком, но он для «куриц».

Мир становится все более сложным, поэтому усложняется и наша работа, причем с постоянно возрастающей скоростью.

Возьмем, например, автомобили. Я всегда занимался своей машиной сам и по мелочи справлялся с ее ремонтом. Тридцать лет назад мне ничего не стоило починить радиатор. Сегодня, поднимая капот, я будто заглядываю внутрь компьютера. В сущности, именно этим я и занимаюсь: превращаю простые вещи в высокоорганизованные — ведь в программе, заложенной в новом автомобиле Ford, больше строк, чем в программах Facebook и Twitter, вместе взятых. Создание настолько сложных продуктов требует огромных человеческих усилий. Всегда, когда перед людьми стоит масштабная творческая задача — пытаются ли запустить космический корабль, собрать улучшенный выключатель или поймать преступника, — традиционные методы управления начинают трещать по швам буквально на глазах.

Мы это знаем — и каждый обыватель в отдельности, и общество в целом. Мы видим, как наша реальная жизнь эхом отзывается в произведениях на «офисную тему», будь то рожденный из комикса мультфильм «Дилберт» (Dilbert) или комедия «Офисное пространство» (Office Space). Мы все, приходя домой, рассказываем своим близким, каким безумием оборачивается эта хваленая современная «корпоративная культура». Нам всем твердят, что оформление документов важнее, чем выполнение работы, что необходимо собрать заседание для подготовки предварительного совещания, на котором будет обсуждаться, как проводить основное собрание. Это ли не помешательство? Тем не менее мы продолжаем так трудиться. Даже в предчувствии грандиозного провала.

Наглядный тому пример — история ресурса Healthcare.gov, на котором каждый американец мог бы выбрать из множества предложений удобную для себя программу медицинского страхования. Фасад проекта был прекрасен. Пользовательский интерфейс — умный, удобный, с отличным дизайном. При помощи Scrum работу завершили за три месяца. Начинка — вот в чем таилась угроза. Серверное приложение просто не работало. А ему полагалось служить для связи базы данных Министерства здравоохранения и социальных служб США с базами данных самых разных государственных учреждений и страховых компаний. Это очень сложная часть проекта, на которую задействовали более двадцати подрядных организаций, причем каждый коллектив разработчиков трудился над отдельной задачей, а общее планирование всей работы осуществлялось каскадным методом. Апробацию сайта отнесли на несколько последних дней работы над проектом, вместо того чтобы регулярно по ходу работ проводить инкрементальное тестирование[10].

Несчастье в том, что все исполнители, боясь рисков, проявляли крайнюю осторожность. Специалистов, работавших на подрядчиков, нельзя назвать ни бестолковыми, ни необразованными; но они были осмотрительными и просто перестраховывались. Без исключения каждый из них думал: «Не мое дело», — именно в этом я вижу суть проблемы. Нанятые организации передавали заказчику свою часть работы и на этом успокаивались. Они оценивали сайт с точки зрения профессионалов, ни разу не взглянув на него глазами простого пользователя. Причина такой несогласованной работы в том, что они не были охвачены единой целью. Специалисты должны трудиться сплоченным коллективом, только тогда они смогут осуществлять грандиозные проекты. Ради этого Scrum объединяет рабочие группы. Причем важно не только общее видение конечной цели, но и наличие интенсивного поступательного продвижения к ней. Среди тех, кто отвечал за ресурс Healthcare.gov, не нашлось никого, кто настоял бы, чтобы программа тестировалась в процессе ее создания. Ошибки накапливались, и, к сожалению, сайт не избежал общей участи. Однако появились профессионалы, устранившие все препятствия, мешавшие проекту Healthcare.gov. Кто они? Люди, использовавшие Scrum.