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

«Вот чем мы сейчас займемся, — сказал Брент. — Пройдемся по всем бумажкам, вырежем все, что на самом деле должно быть сделано для завершения проекта. А потом наклеим наши вырезки на стену».

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

После этого я объяснил им: «Теперь нам надо оценить, сколько работы потребует каждая бумажка». Не как долго, а сколько работы. Я научил их, как это подсчитать на скорую руку — не самый лучший способ, но остальные еще хуже. (Дальше в главе я подробно разберу лучшие методы проведения такой оценки. Дело в том, что люди из рук вон плохо умеют это делать.)

Через какое-то время они выполнили мое задание. Приклеенные на стены бумажки содержали все виды работ, выполнение которых приведет нас к завершению проекта; практически все было разбито на отдельные задачи; только что собравшиеся в конференц-зале прикинули, сколько усилий потребуется на работу над каждой. К этому моменту все участники проекта уже почувствовали некое воодушевление. Не поддающиеся прочтению горы бумаг превратились в понятные рабочие задачи. Помните старую шутку: «Как съесть слона? По кусочку».

На каждой бумажке мы написали не только то, что нужно сделать, но и критерии, по которым мы поймем, что задача выполнена. Были учтены все необходимые требования соответствия стандарту, контроль качества и отчеты об оценке. Мы просто указывали, что для выполнения какой-то конкретной задачи нужно, чтобы она соответствовала таким-то и таким-то требованиям. Мы интегрировали эти критерии в проект на уровне единиц работы, поскольку не собирались оказаться в ситуации, когда перед вводом проекта в эксплуатацию вдруг обнаружится, что какой-то элемент не соответствует государственным предписаниям или внутренним стандартам качества. В соответствии с нашей методикой, чтобы достичь необходимого качественного уровня, прежде чем перейти к следующей задаче, работать должна была вся группа в целом, а не только специалисты из отдела по контролю за качеством. Трудно представить, какого количества брака удается избежать, работая таким образом. Колонку критериев, которым должна соответствовать выполненная задача, я предложил назвать «Определение готовности». Теперь каждый будет знать, сделано что-то или нет, поскольку есть четкие критерии стандарта для любого участка работы.

Участники проекта дружно посмотрели на бумажки, наклеенные на стены, и почувствовали, что сделали что-то важное. Теперь они могли видеть, что им всем предстоит выполнить.

— Отлично, — сказал Брент. — С чего начнем?

Около пяти человек высказали свои предложения.

— А потом?

Еще пять человек поделились своими идеями.

— А потом?

Чего мы добивались от участников проекта? Чтобы они расставили приоритеты. Чаще всего люди отвечают на вопрос «что дальше?» довольно однозначно: важно все. Тогда Брент решил сформулировать более четко: «Что принесет проекту наибольшую ценность?» Вот с этого и начнем.

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

ПЛАНИРОВАНИЕ СВАДЬБЫ

Проблема, описанная в предыдущем сюжете, может показаться довольно простой и даже надуманной. Это не так. Позвольте мне проиллюстрировать этапы процесса планирования на примере проекта совсем другого жанра. Свадебные торжества предполагают, что множество процедур и вещей должны быть обязательно подготовлены к определенной дате — и только к ней. Как вы уже знаете (если вы семейный человек) или как вам предстоит узнать (если когда-нибудь отважитесь связать себя узами брака), все пойдет вкривь и вкось и потребует в четыре раза больше сил, чем вы рассчитывали.

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

КОНУС НЕОПРЕДЕЛЕННОСТИ

Практически совсем не умеем. Прежде чем мы дойдем до свадьбы, я хочу познакомить вас с одной диаграммой, имеющей очень привлекательное название — «конус неопределенности».

Мы видим, что сначала оценки работы колеблются от 400 процентов до двадцати пяти сверх реально потребовавшегося времени. Низкие и высокие оценки отличаются друг от друга в 16 раз. По мере того как работа продвигается вперед, оценки все более приближаются к реальной величине — и так до того момента, когда уже нет никаких оценок, а есть одна реальность.

Напоминает ситуацию в Medco. Они потратили месяцы на планирование своей работы, мечтая, каким будет конечный продукт, и вычисляя, сколько времени потребуется на его создание. Поэтому, на мой взгляд, каскадная модель при планировании — довольно дурацкий подход к работе.