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

Мы, адепты Scrum, недоумеваем. Почему работа требует столько времени и сил? Почему так трудно рассчитать, сколько времени и сил уйдет на реализацию задуманного? Шартрский собор строился пятьдесят семь лет. Готов поспорить, что перед началом строительства каменщики, глядя в глаза епископу, утверждали: «Двадцать лет – самое долгое. Может, и за пятнадцать справимся».

Мы, адепты Scrum, исповедуем творческий подход, поиск и даже сомнения. Наша система предусматривает формирование подлинного процесса познания, что позволяет рабочим группам не только критически оценивать, что было создано, но и как было сделано – последнее не менее важно, чем первое. Мы исходим из реального подхода исполнителей к своему делу и обеспечиваем их таким механизмом для самоорганизации, который дает возможность стремительно повышать скорость и качество разработок.

В основе методологии Scrum лежит простая идея. Когда бы ни был запущен проект, вам ничто не мешает регулярно проверять ход работ и последовательно выяснять: справляетесь ли вы с заданием; в нужном ли направлении движетесь; создаете ли именно то, что на самом деле хочет получить заказчик. Вам также ничто не мешает постоянно поднимать следующие вопросы: есть ли способы усовершенствовать методы разработки и выполнять работу наиболее качественно и быстро; существуют ли факторы, препятствующие вашим задачам.

Процесс, описанный мною, назван «проверять и адаптироваться». Иначе говоря, в любой подходящий момент и как можно чаще следует прерывать сиюминутную работу, пересматривать то, что уже создано, и выяснять, все ли сделано, что нужно, и как это выполнить лучше. Мысль крайне простая, но ее воплощение потребует от вас внимательности, самоанализа, честности и дисциплины. Для того я и задумал свою книгу, чтобы показать, как это делать. Не только в компаниях, занимающихся разработкой программного обеспечения. Я был свидетелем, насколько успешно методологию Scrum применяли при выпуске автомобилей, управлении прачечной, обучении детей в классе, конструировании космических кораблей и планировании свадьбы. Более того, я вижу, как моя жена пользуется ею, чтобы проконтролировать, тщательно ли выполняются мною по выходным все домашние дела из составленного ею списка.

Конечным результатом применения методологии Scrum – если угодно, целью всей разработки – являются команды, наглядно увеличивающие свою производительность. Последние двадцать лет я только тем и занимаюсь, что организую подобные рабочие группы. Я побывал генеральным управляющим, главным директором по технологиям, техническим руководителем и в небольших стартапах с несколькими сотрудниками и одной комнатой, и в огромных корпорациях с офисами по всему миру – таких компаний наберется с десяток. И в сотнях компаний я консультирую и обучаю.

Результаты бывают настолько впечатляющими, что, по мнению лидеров на рынке исследований и аналитических услуг, таких как Gartner, Forrester Research и Standish Group, испытанный подход себя изживает. Компании, которые продолжают упорно пользоваться старыми, но отнюдь не добрыми концепциями контроля и управления, опирающимися только на прогнозирование, обречены на поражение в битве с конкурентами, перешедшими на методику Scrum. Разница слишком велика. Например, в бостонской фирме с венчурным капиталом OpenView Venture Partners – одной из компаний, где я являюсь консультантом, – утверждают, что методология Scrum обеспечивает слишком серьезным конкурентным преимуществом, чтобы пренебрегать ею. А предпринимателей, имеющих дело с рисковым капиталом, никак не назовешь белыми и пушистыми – эти толстосумы видят всех насквозь. И они без затей заявляют: «Эффект бесспорен. Все компании стоят перед выбором: изменись – или умри».

Когда ФБР взяло на себя проблему доведения до ума проекта «Страж», то первой проблемой, с которой пришлось столкнуться Бюро, была документация. Дело в том, что раньше любое, даже самое незначительное изменение в программе приводило к новому обсуждению условий договора с Lockheed Martin. В итоге Джефф Джонсон и Чед Фулгэм долгие месяцы разбирались со всеми контрактами. Им пришлось сократить количество исполнителей с нескольких сотен до пятидесяти человек. Основная группа тоже стала намного меньше.

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