Scrum. Революционный метод управления проектами
Шрифт:
Рядом с автомобилем – белая лекционная доска почти четырехметровой высоты и длиной во всю стену. На ней приклеены многие десятки стикеров – неотъемлемый атрибут скрам-команды. На каждой яркой бумажке написана задача, которую нужно выполнить: «Просверлить отверстие для модульной рейки рулевого механизма»; «Подготовить модель внутреннего дизайна»; «Установить внутреннюю обшивку крыла для защиты от брызг, летящих с колес».
Доска поделена на несколько колонок: «Бэклог»; «В работе»; «Сделано». Перед каждым спринтом члены команды WIKISPEED наклеивают в колонку «Бэклог» столько стикеров с задачами, сколько, как им кажется, они могут выполнить за неделю. В течение недели кто-то из команды возьмется за какую-либо задачу и переклеит стикер в колонку «В работе». Когда задача будет выполнена, стикер
Обратите внимание на важнейшую деталь: ничто не переносится в колонку «Сделано» до тех пор, пока эта часть проекта не будет опробована клиентом. Другими словами, вы можете проехаться на своей машине. И если, сидя за рулем, будущий хозяин скажет: «Эй, поворотники не включаются», – то с этой проблемой разберутся в следующем спринте.
Спринты часто называют «временными промежутками». Они имеют определенную продолжительность. Вы не можете сначала сделать недельный спринт, а потом трехнедельный. Нужно быть последовательными. Ваша цель – установить рабочий ритм, при котором люди будут знать, сколько работы они смогут выполнить за определенное время. Нередко объемы работ потрясают их самих.
Еще один важнейший аспект спринта: как только команда утверждает список требований, задачи из этого списка «блокируются». Никто не имеет права их менять или вносить добавления. Позднее я подробнее остановлюсь на причинах такого запрета, но пока просто запомните: если вмешиваться и отвлекать команду, ее работа существенно замедлится.
Первые спринты, как только я начал использовать в работе методику Scrum, были четырехнедельными. Когда первый спринт подходил к концу, мы поняли, что можно было бы успевать больше. Именно тогда мы каждый день смотрели видеозаписи «Олл Блэкс», на которых новозеландские регбисты исполняют хаку, а потом на поле прорываются сквозь оборону противника. «Почему мы не такие? – спрашивали мы себя. – Почему в нас нет такого боевого духа?» Мы не хотели быть просто хорошей командой, нашей целью было стать лучшими. Как этого добиться? И снова ответом оказалась простая идея, которую мы тоже позаимствовали у других, – ежедневные собрания на ходу.
Ежедневные собрания на ходу
Возле одного города, назвать который я не могу, в компании, имя которой я обязан хранить в тайне, каждый день собирается группа людей и размышляет над проблемой, как отправить людей в космос. Поскольку космические корабли по сути своей не что иное, как межконтинентальные баллистические ракеты с человеческой начинкой, данная частная инициатива окружена определенной секретностью. Кроме того, речь идет не о причудах миллиардера, а о серьезном бизнесе. Сейчас, когда я пишу эти строки, еще один частный корабль уже во второй раз совершил стыковку с Международной космической станцией. Таких возможностей сегодня нет даже у американского правительства.
Однако в этом конкретном здании в этот конкретный день конкретная группа людей пытается решить вопрос, какого размера должен быть блок, содержащий авиационное оборудование ракеты. Оборудование, которое сообщает ракете, куда ей направляться и как туда долететь. Вам будет легче, если все сказанное вы представите в виде «мозга» ракеты.
У этих ребят две группы по семь человек. Одна занимается оборудованием, другая – программным обеспечением. Каждый день и та и другая группа собирается перед белой доской во всю стену. В точности как у команды WIKISPEED, на доске три столбца: «Бэклог»; «В работе»; «Сделано». В столбцах перечислены только те задания, которые группа должна выполнить за этот спринт. Задачи самые разные: от работы с кем-то из полудюжины поставщиков специализированных микросхем до решения проблемы взаимодействия акселерометра с остальным кораблем. Скрам-мастер задает каждому участнику группы три вопроса.
1. Что ты делал вчера, чтобы помочь команде завершить спринт?
2. Что ты будешь делать сегодня, чтобы помочь команде завершить спринт?
3. Какие препятствия встают на пути
Всё. Я хочу сказать, что на этом собрание заканчивается. Если на него уходит более пятнадцати минут, вы неправильно его проводите. Задача таких встреч в том, чтобы вся группа была в курсе, кто чем занимается в этом спринте. Все ли задачи будут выполнены вовремя? Есть ли возможность помочь участникам группы преодолеть помехи? Команда работает автономно – никто не распределяет задания сверху; они всё делают сами. Нет подробных отчетов руководству. Любой руководитель или член другой группы может зайти, взглянуть на скрам-доску группы, занимающейся авиационным оборудованием, и увидеть, что к чему.
Когда моя первая группа разбиралась с вопросом, как им стать такой же мощной командой, как «Олл Блэкс», за полезной информацией все обратились к книгам. Ребята хотели выяснить, каким образом лучшим проектным группам удавалось все делать быстро и качественно. В те годы в области разработки программного обеспечения ситуация была довольно удручающей, поскольку из года в год впустую тратились многие миллиарды и на каждый проект уходило немыслимое количество лет. Но в этой безрадостной ситуации был свой положительный момент: умные люди не пожалели своего времени и досконально изучили причины такого положения вещей. То есть моя группа имела возможность пользоваться этими исследованиями.
Одним из таких людей, проведших годы в попытке разобраться, как все устроено в области разработок программного обеспечения, был Джим Коплиен, работавший в корпорации AT&T, в легендарном исследовательском центре Bell Labs. Коплиен, более известный как «Коп», на протяжении нескольких лет анализировал сотни программных проектов, выясняя, почему лишь небольшая их часть заканчивалась успешно, а большинство разработок оказывалось на грани провала. В начале 1990-х годов его пригласили в компанию Borland Software Corporation для экспертизы проекта по разработке новой версии под Windows офисной программы, редактора электронных таблиц, Quattro Pro. Для проекта уже создали миллион строчек кода. На это у группы из восьми человек ушел 31 месяц. То есть каждый член команды выдавал по тысяче строк в неделю. Это абсолютный рекорд среди программистов, и Джим хотел понять, как им это удалось. Первым делом он нарисовал схему всех коммуникационных связей в группе: кто с кем говорил, к кому от кого поступала информация, а если не поступала, то почему. Такая схема позволяла выявить узкие места и сотрудников, сидящих на нужной информации, но скрывающих ее от других. Чем выше уровень коммуникационного шума, то есть когда все обо всем знают, тем быстрее работает группа. В сущности, при таком аналитическом подходе удается измерить, насколько хорошо все осведомлены, что должен делать каждый участник группы, чтобы задание было выполнено. Компания Borland держала самый высокий рейтинг – девяносто процентов. Большинство компаний оставались на уровне двадцати процентов.
Как достичь такого уровня коммуникационного шума? Основной урон информационной насыщенности в группе наносит специализация – количество функциональных обязанностей и должностей. Если у человека есть некая должность, он склонен выполнять только ту работу, которая ей соответствует. Чтобы защитить власть, данную ему в соответствии с его местом на иерархической лестнице, он из последних сил стремится удержать определенную информацию.
Таким образом, мы в группе избавились от всех должностей и функциональных соответствий. Я собрал своих разработчиков и велел им порвать все визитки. Указывать в резюме свою должность разрешалось строго для внешнего пользования. В помещении, где выполнялась работа, находились только «члены группы».
Вторым ноу-хау Borland было совместное обсуждение работ на общем собрании, когда каждый день все без исключения члены группы собирались вместе. Собрать всех в одном помещении стало ключевым моментом, поскольку такие встречи давали группе возможность стать самоорганизующейся системой. Если один из участников застревал на одном задании – скажем, акселерометр отказывался «разговаривать» с альтиметром, – остальные, понимая, что такая помеха может задержать весь спринт, дружно брались за проблему и быстро ее решали.