Читаем Scrum полностью

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

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

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

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

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

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

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

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

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

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

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