Джефф Сазерленд - Scrum. Революционный метод управления проектами
Мы это знаем — и каждый обыватель в отдельности, и общество в целом. Мы видим, как наша реальная жизнь эхом отзывается в произведениях на «офисную тему», будь то рожденный из комикса мультфильм «Дилберт» (Dilbert) или комедия «Офисное пространство» (Office Space). Мы все, приходя домой, рассказываем своим близким, каким безумием оборачивается эта хваленая современная «корпоративная культура». Нам всем твердят, что оформление документов важнее, чем выполнение работы, что необходимо собрать заседание для подготовки предварительного совещания, на котором будет обсуждаться, как проводить основное собрание. Это ли не помешательство? Тем не менее мы продолжаем так трудиться. Даже в предчувствии грандиозного провала.
Наглядный тому пример — история ресурса Healthcare.gov, на котором каждый американец мог бы выбрать из множества предложений удобную для себя программу медицинского страхования. Фасад проекта был прекрасен. Пользовательский интерфейс — умный, удобный, с отличным дизайном. При помощи Scrum работу завершили за три месяца. Начинка — вот в чем таилась угроза. Серверное приложение просто не работало. А ему полагалось служить для связи базы данных Министерства здравоохранения и социальных служб США с базами данных самых разных государственных учреждений и страховых компаний. Это очень сложная часть проекта, на которую задействовали более двадцати подрядных организаций, причем каждый коллектив разработчиков трудился над отдельной задачей, а общее планирование всей работы осуществлялось каскадным методом. Апробацию сайта отнесли на несколько последних дней работы над проектом, вместо того чтобы регулярно по ходу работ проводить инкрементальное тестирование[10].
Несчастье в том, что все исполнители, боясь рисков, проявляли крайнюю осторожность. Специалистов, работавших на подрядчиков, нельзя назвать ни бестолковыми, ни необразованными; но они были осмотрительными и просто перестраховывались. Без исключения каждый из них думал: «Не мое дело», — именно в этом я вижу суть проблемы. Нанятые организации передавали заказчику свою часть работы и на этом успокаивались. Они оценивали сайт с точки зрения профессионалов, ни разу не взглянув на него глазами простого пользователя. Причина такой несогласованной работы в том, что они не были охвачены единой целью. Специалисты должны трудиться сплоченным коллективом, только тогда они смогут осуществлять грандиозные проекты. Ради этого Scrum объединяет рабочие группы. Причем важно не только общее видение конечной цели, но и наличие интенсивного поступательного продвижения к ней. Среди тех, кто отвечал за ресурс Healthcare.gov, не нашлось никого, кто настоял бы, чтобы программа тестировалась в процессе ее создания. Ошибки накапливались, и, к сожалению, сайт не избежал общей участи. Однако появились профессионалы, устранившие все препятствия, мешавшие проекту Healthcare.gov. Кто они? Люди, использовавшие Scrum.
Наверное, вам не раз случалось слышать о масштабных проектах, стоивших многие миллионы долларов, которые пришлось заморозить не только из-за перерасхода средств, но и потому, что они просто не работали? Сколько миллиардов долларов тратится ежегодно на производство пустоты? Сколько вашего времени тратится на работу, не имеющую никакой ценности? Причем такое положение вещей понятно и вам, и вашему руководству. С таким же успехом вы могли бы рыть ямы, а потом снова засыпать их.
Так быть не должно. Ни при каких обстоятельствах. Пусть всю жизнь вам твердили о существующем мироустройстве и что оно нерушимо, но это еще не означает, что все вокруг были правы. Существует иной миропорядок — другой подход к работе. Вы должны принять его. В противном случае или ваше место займет кто-то другой, или ваша компания погибнет. В гиперконкурентной среде XXI века нет места глупости и бессмысленной трате времени и сил.
Следует упомянуть еще об одном важном моменте: максимально плодотворная работа при помощи Scrum не должна быть ограничена лишь сферой бизнеса. Представим, что люди могли бы воспользоваться этим подходом и взяться за решение серьезных проблем, стоящих перед человечеством. Зависимость от нефти. Низкий уровень образования. Нехватка чистой питьевой воды в беднейших регионах планеты. Разгул преступности. Поверим, что есть лучший способ жить и работать и совсем иначе справляться со всеми проблемами — способ, который позволит нам действительно изменить мир. Он существует. Есть люди, которые, используя Scrum, решают каждую из приведенных мною проблем, и их работа дает блестящие результаты.
В этой книге вы познакомитесь с некоторыми основными принципами успешной деятельности; узнаете, почему мы катастрофически не умеем оценивать сроки и затраты и почему сверхурочная работа обязательно сорвет ваш проект. Я расскажу об исследованиях, над которыми ученые усердно работали многие годы, а отдельные люди и целые организации находили применение их результатам в самых различных сферах жизни. Объясню, как Scrum объединяет все эти знания в единой методике, и уже завтра вы сможете использовать их на практике.
Я собираюсь продемонстрировать вам метод такой работы. Но сначала мне хотелось бы рассказать, как я сам разобрался в данной проблеме.
Подведем итоги
Планировать полезно. Слепо следовать плану — глупо. Невероятно заманчиво, когда работа, которую предстоит выполнить по крупному проекту, детально изображена графически на бесчисленных диаграммах и представлена на всеобщее обозрение. Но как только этот превосходно отточенный план сталкивается с реальностью, он сразу рассыпается в прах. Внедрите в ваш метод работы возможность изменений, открытий и новых идей.
Проверять и адаптироваться. Регулярно наблюдайте за ходом работ и последовательно выясняйте: справляетесь ли вы с заданием; можете ли вы выполнять его лучше и интенсивнее.
Измениться или умереть. Если вы будете цепляться за старые принципы распоряжений, надзора и жесткого планирования, это приведет вас к провалу. Тем временем готовые к переменам конкуренты вырвутся вперед.
Обнаружить ошибку как можно раньше и быстро ее устранить. Формальная сторона дела: ведение документации, процедуры и совещания — занимает более прочное место в корпоративной культуре, чем создание реального продукта, который должен регулярно, на каждом витке работы, тестироваться пользователями. Производство продукта, не имеющего подлинной ценности, — настоящее безумие. Разработка, ведущаяся короткими циклами, позволяет быстро наладить взаимосвязь с пользователем и незамедлительно избавляться от всего, что действительно мешает рабочему процессу.
