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

Agile-мышление

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

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

• стремление к сотрудничеству;

• сосредоточенность;

• целеустремленность;

• открытость;

• взаимоуважение;

• смелость;

• честность.

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

И (конечно, снова обобщая) большая часть приверженцев Agile очень увлеченные натуры. Некоторые могут слишком буквально подходить к трактовкам, впадая в догматизм, но, опять же, это из-за чрезмерного энтузиазма. Это не религиозная секта. На форумах, посвященных обсуждению Agile, новичка могут встретить не слишком тепло – но это не значит, что тамошние обитатели недружелюбны, хотя они и могут быть очень шумными.

Становясь гибким

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

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

Блистательное определение

Ключевые факторы успеха (КФУ) – те факторы, которые необходимы для достижения успеха. Их наличие гарантирует правильный результат работы.

КФУ для Agile-проекта обычно включают:

• Соответствующий проект. Не беритесь за критически важный и самый приоритетный для вашей компании «Проект № 1», который отстает от расписания даже в самом начале; начните с чего-то малого для того, чтобы понять и доказать, как работают гибкие процессы, и исправлять любые перегибы.

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

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

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

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

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

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

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

Гибкие итоги

Если генеральный директор на собрании совета директоров несколькими емкими фразами намерен обрисовать достижения – что именно он будет говорить? Каких именно результатов могут ожидать руководство, акционеры и ваши коллеги? Зачем начинать это все?

Грамотно реализованные Agile-подходы позволят получить следующие результаты.

• Раннее получение минимально жизнеспособного продукта или минимального набора функциональности. Что-то, с чем можно выйти на рынок и быстро проверить работоспособность проекта. Больше не нужно долго ждать.

• Продукт, отвечающий требованиям заказчика. Продукт будет делать именно то, что заказчик хотел. Больше никакого «будем надеяться, все сработает как надо».

• Малые начальные инвестиции. Начните с приемлемого бюджета – в случае успеха продукта бюджет можно увеличить. Это означает уменьшение рисков.

• Гибкость при любых обстоятельствах. Возможность приспосабливаться и адаптироваться к изменяющимся обстоятельствам без кризисов и поисков, кто виноват.

• Повышение продуктивности команды. Довольные и мотивированные сотрудники – это повышенная производительность.

Самое главное, что речь не идет об искусственном занижении планки. Уже в первый день вы получите доказательства того, что работа будет сделана. Будьте благоразумны, конечно, но всего вышеперечисленного можно ожидать незамедлительно.

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

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

Многообразие выбора

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

1. Lean, бережливое управление

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

Семь принципов бережливого управления:

1. Оптимизируйте целостное видение.

2. Исключите потери.

3. Обеспечьте качество.

4. Постоянно учитесь.

5. Предельно быстро осуществляйте поставку заказчику.

6. Вовлекайте команду.

7. Постоянно совершенствуйтесь.

2. Скрам

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

Подходит для проектов всех типов и размеров.

3. Канбан

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

Канбан прекрасно работает в случае необходимости организации прозрачной на всех этапах разработки для любых сред.

Другие варианты

Есть и другие подходы Agile – особенно в области информационных технологий. Не удивляйтесь, если где-то услышите о разнообразных вариациях в Agile – на уровне фреймворков можно встретить такие методы, как Скрамбан, SAFe (Scaled Agile Framework, масштабированный гибкий фреймворк) и другие. Они все очень интересны, но сначала мы советуем ограничиться проверенными техниками.

Где не стоит применять Agile:

• закупаясь к свадьбе;

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

• при конструировании космического шаттла;

• во время родов;

• готовясь к ирландскому музыкальному фестивалю.

Слишком хорошо, чтобы быть правдой

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

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

Я проработала половину своей жизни, чтобы добиться успеха, и все равно он застал меня врасплох.

Джессика Савитч (американская телеведущая)

Завершающие слова

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

Однако так не должно быть. Agile предлагает альтернативу бизнес-энтропии и позволяет добиваться нужных результатов на постоянной основе.

Сделать первый гибкий шаг несложно, и при необходимости вы можете получить поддержку или консультацию. Эта книга поможет вам начать путешествие. Она не содержит советы на все случаи жизни – это было бы невозможно, в конце концов, в ней чуть меньше страниц, чем в «Войне и мире». Тем не менее в этой книге есть все, что нужно для того, чтобы отправиться в путь, и достаточно указателей для того, чтобы добраться до цели.

Поднять паруса!

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

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

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

• Если это возможно, начните с малого проекта и сосредоточьтесь на создании работоспособного продукта.

• У вас есть полное право ожидать непосредственного результата, но будьте реалистами.

• Тут в бой вступает тяжелая артиллерия… но не стоит переоценивать ее возможности!

Глава 2. Agile совсем другой!

Введение

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

В начале XX века сеть ресторанов Дж. Лайонса и сеть розничной торговли Ф. Вулворта процветали и до пятидесятых годов были примером классического британского предпринимательства. Тем не менее обе эти марки неизвестны подрастающему поколению – теперь это просто приятные воспоминания о юности для их бабушек и дедушек: от подъема до спада менее чем за полвека. Эти компании не смогли приспособиться к меняющемуся миру и под конец сделались чем-то вроде динозавров в среде корпораций.

В XXI веке все складывается даже более серьезно. Компьютерная сфера бизнеса должна развиваться со скоростью света. Клиенты, пользователи и спрос на рынке могут измениться за несколько недель. Время – это все; больше не может быть и речи о плане развития на пять лет. «Время до рынка» – вот что важно; компании должны иметь возможность поменять направление разработки быстро, развивая идею от концепции до прибыльного проекта почти в одночасье, чтобы оставаться актуальными и платежеспособными.

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

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

У Tesco 40 тысяч наименований продукции. Они торгуют всем – от автомобильных страховок до картофельных чипсов, а еще закрывают филиалы, увольняют персонал и выписывают штрафы работникам гораздо чаще, чем раздают бонусы. Aldi, новая компания на рынке Великобритании, работает только с двумя тысячами наименований продукции, но Aldi нанимает новых сотрудников, открывает магазины и получает прибыль. Вопрос в том, слишком ли велика Tesco, чтобы успеть адаптироваться до того, как Aldi захватит рынок?

Компания может сбиться с нужного курса в любой момент. Упустишь что-то важное или просто перестанешь следить за важными тенденциями – и путь с вершины может стать очень быстрым.

Тьма перед рассветом

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

С завидной регулярностью проекты не срабатывали, и для инвесторов стала обычной ситуация, когда нужно что-то делать, но, по сути, хорошего выбора нет. Бизнес-команда называет проект не иначе как «тот чертов проект», но обычно просто пожимает плечами и смиряется со своей судьбой. Часто в попытке сохранить хоть что-то в проект бросаются новые средства и другие ресурсы, но это почти никогда не срабатывает.

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

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

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

Основы Agile

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

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

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

• сокращением «времени до рынка» для получения или сохранения конкурентоспособности;

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

• поэтапным добавлением улучшений с целью сохранить актуальность продукта;

• атмосферой гибкости и способности к изменениям;

• возможностью вносить значительные изменения, чтобы «оставаться в игре»;

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

• выпуском продукта, который является самым главным!

Мерой интеллекта является способность меняться.

Альберт Эйнштейн

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

Важнейшей частью философии Agile является ранний и частый выпуск продукта; разработка окончательного продукта от основной идеи путем постоянного добавления улучшений. Первый выпуск продукта отвечает требованиям бережливого управления и экономически эффективен. Главные идеи проекта испытываются уже на ранней стадии, при этом всегда есть место для более тонкой настройки продукта или полного изменения направления разработки. Это позволяет компании:

• начинать с самых важных требований и не более того;

• урезать стартовый бюджет до минимума;

• предполагать прибыли;

• расширять возможности команды;

• быстро приступать к разработке;

• изменять направление разработки, как только возникнет такая необходимость.

Лакмусовая бумажка для Agile-проекта – удалось ли воплотить концепт в реальность.

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

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

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

Блистательное определение

Есть тонкая грань между фреймворком и процессом. В данном контексте фреймворк – это серия гибких ориентиров, а процесс проекта – более жесткая и негибкая схема. Фреймворк позволяет, процесс – ограничивает.

Анализ по-другому

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

Механизм поставки – вторичный вопрос для Agile-проекта. Используемые инструменты и методы важны, однако методики очень гибкие и могут быть изменены в соответствии с проектом и организацией. Нет двух абсолютно одинаковых реализаций Agile, но они будут очень похожими. Нет никакой «полиции Agile», зато есть множество рекомендаций, и соблюдение сути подходов важнее, чем любые правила. В основной философии Agile упоминаются важные для соблюдения моменты, но сейчас их уже полагают менее критичными к исполнению, чем ранее.

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

Agile-вариант позволяет меньше волноваться о соблюдении правильности процесса и сосредоточиться на конечном продукте.

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

В большом правительственном агентстве случался переполох каждый раз, когда наступало время годового аудита по PRINCE2. Проектный офис лихорадочно старался найти любой проект, соответствующий критериям PRINCE2; при обычных обстоятельствах этих проектов было не слишком много. Успешное прохождение такого аудита считалось нормальной заслугой, но проблема заключалась в том, что для «полиции проектных нравов» основным условием было максимально точное следование принципам PRINCE2.

Непосредственные результаты проектов и качество этих результатов не имели особого значения.