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

Опять слышу ваши возражения: «Ладно, Сазерленд, я уже слышал, что мы не умеем рассчитывать ни время, ни силы, но мне же надо делать хоть что-нибудь, верно? Мне нужен какой-то план». И тут вы правы — нужен. Я все время пытаюсь объяснить главное: вместо того чтобы планировать все заранее, дорабатывайте план на протяжении всего проекта. Тщательно планируйте, каким образом сделать следующий шаг к увеличению ценности проекта, и оцените оставшуюся часть проекта более крупными фрагментами работы. При методологии Scrum в конце каждого спринта вы получаете что-то ценное — это можно увидеть, потрогать и показать заказчику. Вы интересуетесь у него: «Мы создаем то, что вы хотели? По крайней мере часть проблемы уже решена, не так ли? В правильном ли направлении мы движемся?» И если на все ответ отрицательный, вы меняете план.

Давайте посмотрим, как это делается. Для этого вернемся к свадьбе.

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

жених и невеста;

цветы;

приглашения;

церковь;

зал для приема гостей;

угощение;

священник;

платье невесты;

обручальные кольца;

музыка (диджей или «живая» группа).

Теперь, набросав список, мы приступаем к основному: просматриваем все пункты и выстраиваем их по приоритетности. У каждого человека, делающего это, получится своя последовательность. Невеста и жених по-разному смотрят на мир. Как-то я спросил своего друга Алекса, как он расставил приоритеты в своем свадебном списке, — посмотрите, что у него получилось:

жених и невеста;

священник;

обручальные кольца;

зал для приема гостей;

приглашения;

угощение;

музыка;

платье невесты;

цветы;

церковь.

Суть нашего упражнения в том, чтобы выявить действительно важные вещи и проработать их в первую очередь. Для Алекса еда и музыка важнее церковной церемонии и цветов. Эта информация дает шанс на будущее, когда придется сокращать список. А придется обязательно, поскольку вам грозит не уложиться во временные или финансовые границы — тогда вы начнете с последних пунктов. Я более подробно затрону эту тему в восьмой главе, а пока, пожалуй, сказанного достаточно.

В компании Medco список растянулся на три стены большого конференц-зала и состоял из сотен пунктов, над которыми работали несколько групп. Но концепция была в точности та же.

Выстраивайте свой список в соответствии с ценностью, какой бы она ни была. Это может быть ценность для бизнеса, как в случае с Medco, или для невесты, как в случае со свадьбой.

РАЗМЕР ИМЕЕТ ЗНАЧЕНИЕ, НО ТОЛЬКО ОТНОСИТЕЛЬНОЕ

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

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

лабрадор-ретривер;

терьер;

немецкий дог;

пудель;

такса;

немецкая овчарка;

ирландский сеттер;

бульдог.

Теперь его вопросы звучали примерно так: «Эта проблема — такса или дог? Последняя была таксой, значит сейчас мы имеем дело с лабрадором, да?» Участники группы просматривали все элементы, которые нужно было разработать, и определяли их размер «в собаках». Позже Майк предложил присвоить каждой породе числовое значение. Так было проще. «Такса — единица; дог — тринадцать; лабрадор стал пятеркой, а бульдог — тройкой»1.