Блистательный Agile. Гибкое управление проектами с помощью Agile, Scrum и Kanban

Неофициальный пиар Agile работает так же и может помочь и вам. Есть целый ряд организаций, страстно приверженных Agile, так почему бы не упомянуть несколько названий? Как насчет Intel? Spotify? Google? Старых добрых Waitrose[3]? Сейчас сложнее будет найти организацию, которая не заинтересована в поиске новых способов улучшения производительности. Ну а Agile у себя внедряют хорошие компании.

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

В крайнем случае не бойтесь пустить в ход знаменитый девиз Agile: быстрее, дешевле, лучше. Возможно, вам понадобится объяснить, как вы собираетесь этого добиться, однако звучит он просто превосходно.

Предзапуск Agile для начинающих

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

Это так называемый образовательный пиар, и он исключительно важен перед началом проекта.

Если вы пытаетесь убедить людей что-то сделать или купить, вы должны использовать тот язык, на котором они говорят и думают каждый день.

Дэвид Огилви

Не только для IT

Одно из самых распространенных заблуждений заключается в том, что Agile подходит только для проектов в области информационных технологий (IT). В действительности это далеко не так, и большая часть концепций, с которыми вы можете ознакомиться в этой книге, отлично подходит и для других сфер деятельности. Одним из основных исключений является экстремальное программирование (XP, eXtreme Programming), что, впрочем, неудивительно, учитывая название. Автоиндустрия в этом плане является лидирующей с их технологией бережливого производства, а практика показывает, что IT в этом плане несколько более консервативны. Нет никаких сомнений в том, что масса IT-команд использует гибкие подходы. Их опыт был бесценен для их совершенствования, но это не означает, что IT имеет эксклюзивное право на применение Agile.

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

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

Блистательный пример

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

• принятие гибкой философии перед началом проекта – включая сегментированный подход, сотрудничество и все итерации разработки;

• принятие решений внутри команды – расширение полномочий участников команды;

• заинтересованность представителя заказчика в постоянном участии в проекте – гарантированный доступ к нужному ресурсу;

• согласие на инкрементную поставку – принятие того, что это желаемый и практичный вариант;

• постоянный доступ ко всем участникам команды – предпочтительно работающим на доступном расстоянии друг от друга или при налаженной системе связи;