Но момент перехода к гибкости – как раз то время, когда одна ложка дегтя может испортить всю бочку меда. Нет ничего хуже, чем кто-то, привносящий старые привычки в новое и свежее Agile-окружение. Руководители проектов никогда не признаются, что одержимы контролем или что признают только свое и ничье больше мнение, но такое встречается повсеместно. Модель поведения очень сложно изменить – а это именно то, чего в данном случае требует Agile. Будьте осторожны, запуская лису сторожить курятник.

Не переходите на Agile, если:

• Вы получаете удовольствие, говоря людям, что им нужно делать.

• Вы привыкли присваивать заслуги команды себе.

• Вы первым делом начинаете искать козла отпущения, если что-то идет не так.

• Коллеги, которые рады своей работе, вызывают у вас подозрение.

• Вы полагаете, что гибкость – для слабаков.

Помните, что, несмотря на все положительные аспекты, Agile не может быть решением всех проблем и много чего может пойти не так. С этой точки зрения Agile не так уж и отличается от других подходов. Злоупотребить можно любой возможностью, особенно если непреднамеренно неверно истолковать Agile. В восторженных приверженцах, не имеющих достаточного опыта в применении чего-либо, нет ничего необычного. Гарантировать, что люди будут действовать в духе Agile, но оставить им свободу действий – нелегкая задача.

Не всякий имеет нужный образ мышления, чтобы использовать Agile. Большинство адаптируется быстро, но есть те, кто так и не сможет влиться в эту методологию. Некоторых скептиков можно убедить, продемонстрировав им Agile в действии, – так что первоначальные суждения коллег еще можно будет изменить; главное, не затягивать с этим, потому что критические высказывания могут деморализовать команду. Да, что-то может пойти не так, но совсем необязательно, что это недостаток гибких подходов или вовлеченных в Agile-проект людей.

Блистательная мысль

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

Agile не создает новые проблемы, а лишь делает их явными. Будьте аккуратны, если некомпетентным в результате окажется старшее руководство команды.

Другая черта, в которой Agile ничуть не отличается от другого управления, – то, что не все проекты подходят для гибкости. Большинство, но не все – в конце концов, идеальной методологии управления попросту не существует. Не будем перечислять причины, по которым проект может не подойти для Agile, а просто взглянем на характеристики проектов, соответствующих Agile лучше всего:

• крайне сжатые сроки;

• высокая сложность;

• явная неопределенность;

• множество неизвестных;

• скорее уникальный, чем повторяющийся;

• новые запросы по новым функциям.

На макроуровне организации будет тяжело принять Agile; если негибкое мышление усугубляется еще и культурными особенностями – это может стать окончательным приговором. К счастью, такое случается довольно редко; на практике куда чаще руководителям не нравится то, что предлагают гибкие подходы. Не каждый посчитает их удобными; так что, если «Самый Главный Начальник» против, переход к Agile будет сопровождаться напряженной борьбой.

Классические примеры, где не подойдет Agile:

• Неподходящая организация: не ожидайте, что военно-морской флот перейдет на Agile.

• Неверный проект: строительство авианосца точно не подходит.

• Неправильный подбор работников: диктаторы и одиночки не смогут адаптироваться.

Сможете привести пример бизнеса, компании или услуги, которых больше не существует или не имеющих той доли рынка, которая была у них раньше? Недавний экономический спад дал нам много таких примеров: HMV, Blockbuster, Woolworths, Myspace, Nokia, Blackberry и прочие. Почему казавшийся непотопляемым бизнес внезапно теряет свои позиции? Что происходит с мировым брендом, если его продают по скидочной цене?

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

Agile помогает двигаться к цели быстро и с наименьшими затратами. Это не волшебная палочка, но если вы стоите на распутье, как Tesco, то вам пригодится любая помощь. В сути своей, гибкие подходы – это общий термин для набора инструментов и техник, которые позволяют вам добиться гибкости: способности реагировать на изменения и адаптироваться. Однако не забывайте, что, несмотря на все эти отличия, Agile не совершенен. Всегда будут ситуации, в которых что-то пойдет не так, как должно. Жизнь – это череда поражений и побед. Лучше выиграть войну, чем пытаться выиграть каждую битву.

Блистательный итог

• Изменения – часть жизни; не будьте динозавром.

• Всесторонние и сложные процессы подходят, только если пункт назначения вам известен.

• Нет такого средства, которое помогает от всего. Agile подходит не всем… и особенно не всем руководителям проектов.

• Гибкость – это способность реагировать на изменения и адаптироваться.

• Может, Agile и не нов, но он очень отличается!

Большинство привычных методов управления проектами основаны на скрупулезном расставлении всех точек над i еще до начала разработки. Требования к проекту должны быть разработаны, прописаны и проанализированы со всех возможных точек зрения еще до начала непосредственной работы над проектом. Противники этого подхода считают, что основным залогом успеха является гибкость, которая заключается в том, чтобы планировать на ходу, начав с приблизительной идеи, а затем внося изменения в процессе разработки. Тем не менее обе точки зрения весьма далеки от истины. Да, основная цель проекта заключается в том, чтобы получить обратную связь уже после первого релиза. Вполне естественно, что последующие изменения должны вноситься исходя из полученных отзывов. И, разумеется, в процессе разработки необходима определенная гибкость для внесения корректировок или даже полной смены направления разработки, если это необходимо. Тем не менее эти задачи должны быть реализованы упорядоченным образом, в соответствии с общим видением цели проекта и на основе успешных бизнес-решений. На первый взгляд гибкость и хаотичность могут казаться двумя сторонами одной медали, однако на самом деле гибкость позволяет реализовать более продуманный подход к управлению проектом, чем традиционные методы. Гибкие подходы требуют меньше усилий на подготовку, что, в свою очередь, ведет к более разумному распределению ресурсов. Вместо того чтобы планировать все заранее, Agile создает возможность получения результата уже на ранних этапах и позволяет добиваться стабильного прогресса на протяжении всего проекта. Гибкие подходы определяют конкретную цель с самого начала и предоставляют инфраструктуру для ее реализации, при этом не тратя времени на то, чтобы углубляться в детали до начала работы.