Scrum

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

У этих ребят две группы по семь человек. Одна занимается оборудованием, другая – программным обеспечением. Каждый день и та и другая группа собирается перед белой доской во всю стену. В точности как у команды WIKISPEED, на доске три столбца: «Бэклог»; «В работе»; «Сделано». В столбцах перечислены только те задания, которые группа должна выполнить за этот спринт. Задачи самые разные: от работы с кем-то из полудюжины поставщиков специализированных микросхем до решения проблемы взаимодействия акселерометра с остальным кораблем. Скрам-мастер задает каждому участнику группы три вопроса.

1. Что ты делал вчера, чтобы помочь команде завершить спринт?

2. Что ты будешь делать сегодня, чтобы помочь команде завершить спринт?

3. Какие препятствия встают на пути команды?

Всё. Я хочу сказать, что на этом собрание заканчивается. Если на него уходит более пятнадцати минут, вы неправильно его проводите. Задача таких встреч в том, чтобы вся группа была в курсе, кто чем занимается в этом спринте. Все ли задачи будут выполнены вовремя? Есть ли возможность помочь участникам группы преодолеть помехи? Команда работает автономно – никто не распределяет задания сверху; они всё делают сами. Нет подробных отчетов руководству. Любой руководитель или член другой группы может зайти, взглянуть на скрам-доску группы, занимающейся авиационным оборудованием, и увидеть, что к чему.

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

Одним из таких людей, проведших годы в попытке разобраться, как все устроено в области разработок программного обеспечения, был Джим Коплиен, работавший в корпорации AT&T, в легендарном исследовательском центре Bell Labs. Коплиен, более известный как «Коп», на протяжении нескольких лет анализировал сотни программных проектов, выясняя, почему лишь небольшая их часть заканчивалась успешно, а большинство разработок оказывалось на грани провала. В начале 1990-х годов его пригласили в компанию Borland Software Corporation для экспертизы проекта по разработке новой версии под Windows офисной программы, редактора электронных таблиц, Quattro Pro. Для проекта уже создали миллион строчек кода. На это у группы из восьми человек ушел 31 месяц. То есть каждый член команды выдавал по тысяче строк в неделю. Это абсолютный рекорд среди программистов, и Джим хотел понять, как им это удалось. Первым делом он нарисовал схему всех коммуникационных связей в группе: кто с кем говорил, к кому от кого поступала информация, а если не поступала, то почему. Такая схема позволяла выявить узкие места и сотрудников, сидящих на нужной информации, но скрывающих ее от других. Чем выше уровень коммуникационного шума, то есть когда все обо всем знают, тем быстрее работает группа. В сущности, при таком аналитическом подходе удается измерить, насколько хорошо все осведомлены, что должен делать каждый участник группы, чтобы задание было выполнено. Компания Borland держала самый высокий рейтинг – девяносто процентов. Большинство компаний оставались на уровне двадцати процентов.

Как достичь такого уровня коммуникационного шума? Основной урон информационной насыщенности в группе наносит специализация – количество функциональных обязанностей и должностей. Если у человека есть некая должность, он склонен выполнять только ту работу, которая ей соответствует. Чтобы защитить власть, данную ему в соответствии с его местом на иерархической лестнице, он из последних сил стремится удержать определенную информацию.

Таким образом, мы в группе избавились от всех должностей и функциональных соответствий. Я собрал своих разработчиков и велел им порвать все визитки. Указывать в резюме свою должность разрешалось строго для внешнего пользования. В помещении, где выполнялась работа, находились только «члены группы».