Влияние на влиятельных

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

– Денег нет, но вы держитесь. (А моя зарплата неприкосновенна.)

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

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

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

Есть только три ключевых фактора успеха для запуска любого Agile-проекта:

• выбор подходящего проекта;

• заинтересованность представителя бизнеса в активном участии;

• участие людей с гибким мышлением.

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

Четыре способа все испортить

• Заявите, что Agile – единственный вариант.

• Объявите, что все настолько очевидно, что любой дурак сможет справиться и не потребуется никакого обучения.

• Скажите, что гибкие подходы безошибочны, а причина неудач – недостатки отдельных людей.

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

Agile в массы!

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

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

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

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

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

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

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

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

Дэвид Огилви

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

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

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

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

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

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

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

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

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

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

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

• постоянный состав команды – на протяжении всей работы над проектом;

• правильно подобранные специалисты с гибким мышлением – команда профессионалов с коммуникативными навыками;

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

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

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