Блистательный Agile. Гибкое управление проектами с помощью Agile, Scrum и Kanban - читать онлайн книгу. Автор: Роб Коул, Эдвард Скотчер cтр.№ 29

читать книги онлайн бесплатно
 
 

Онлайн книга - Блистательный Agile. Гибкое управление проектами с помощью Agile, Scrum и Kanban | Автор книги - Роб Коул , Эдвард Скотчер

Cтраница 29
читать онлайн книги бесплатно

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

10. Лучший настрой. Последнее в списке, но не по значимости. Довольный бизнес, счастливая команда – все это означает здоровое рабочее пространство и вырабатывает привычку к успеху, где нормой становятся успешные, а не провальные проекты.

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

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


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

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


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

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


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

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

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

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

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

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


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

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

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

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

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

Agile в массы!

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

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

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

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


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

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

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

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

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

Дэвид Огилви
Не только для IT

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

Вернуться к просмотру книги Перейти к Оглавлению Перейти к Примечанию