Методология Scrum

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

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

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

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

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

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

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

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

Возьмем, например, автомобили. Я всегда занимался своей машиной сам и по мелочи справлялся с ее ремонтом. Тридцать лет назад мне ничего не стоило починить радиатор. Сегодня, под­нимая капот, я будто заглядываю внутрь компьютера.

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

Всегда, когда перед людьми стоит масштабная творческая задача — пытаются ли за­пустить космический корабль, собрать улучшенный выключатель или поймать преступника, — традиционные методы управления начинают трещать по швам буквально на глазах. [52]

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

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

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

Наверное, вам не раз случалось слышать о масштабных про­ектах, стоивших многие миллионы долларов, которые пришлось заморозить не только из-за перерасхода средств, но и потому, что они просто не работали? Сколько миллиардов долларов тратится ежегодно на производство пустоты? Сколько вашего времени тра­тится на работу, не имеющую никакой ценности? Причем такое положение вещей понятно и вам, и вашему руководству. С таким же успехом вы могли бы рыть ямы, а потом снова засыпать их.

Так быть не должно. Ни при каких обстоятельствах. Пусть всю жизнь вам твердили о существующем мироустройстве и что оно нерушимо, но это еще не означает, что все вокруг были правы. Существует иной миропорядок — другой подход к работе. Вы должны принять его. В противном случае или ваше место зай­мет кто-то другой, или ваша компания погибнет. В гиперкон­курентной среде XXI века нет места глупости и бессмысленной трате времени и сил.[54]

Следует упомянуть еще об одном важном моменте: максимально плодотворная работа при помощи Scrum не должна быть ограничена лишь сферой бизнеса. Представим, что люди могли бы воспользоваться этим подходом и взяться за реше­ние серьезных проблем, стоящих перед человечеством. Зависимость от нефти. Низкий уровень образования. Нехватка чистой питьевой воды в беднейших регионах планеты. Разгул преступности. Поверим, что есть лучший способ жить и работать и совсем иначе справляться со всеми проблемами — способ, который позволит нам действительно изменить мир. Он существует. Есть люди, которые, используя Scrum, решают И1ждую из приведенных мной проблем, и их работа дает блестящие результаты.

В этой книге вы познакомитесь с некоторыми основными принципами успешной деятельности; узнаете, почему мы катастрофически не умеем оценивать сроки и затраты и почему сверхурочная работа обязательно сорвет ваш проект. Я расскажу об исследованиях, над которыми ученые усердно ра­ботали многие годы, а отдельные люди и целые организации находили применение их результатам в самых различных сфе­рах жизни. Объясню, как Scrum объединяет все эти знания и единой методике, и уже завтра вы сможете использовать их на практике.

Я собираюсь продемонстрировать вам метод такой работы. Но сначала мне хотелось бы рассказать, как я сам разобрался и данной проблеме.[55]