Начните с малого, недорогого и быстрого

 

Тезисы Agile‑манифеста, принципы и прочие элементы гибкой философии звучат отлично, но как именно применять их на практике? Чем конкретно отличается Agile? Основное – это то, что с самого начала разработки продукта подход совершенно другой. Вместо того чтобы составить список требований и ограничивать внесение любых изменений, Agile начинает с определения необходимого минимума и работает уже с ним. Этот минимум так и называется – минимально жизнеспособный продукт (minimum viable product, MVP), или минимальный набор функциональности (minimum feature set, MFS).

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

 

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

К первому рабочему дню на новом месте после окончания школы, колледжа или университета, несомненно, нужно подготовиться заранее. Особенно если место работы – фирма со строгими правилами и дресс‑кодом.

Если рассматривать подготовку как проект с традиционным методом подхода, получится список вещей, которые необходимо купить, и это явно обойдется недешево:

• 3 костюма (чтобы их можно было менять);

• 10 рубашек (чтобы не стирать их каждую неделю);

• 5 галстуков (на выбор);

• 2 пары обуви (одна черная, другая коричневая);

• 1 пальто (зима всего‑то через полгода);

• 10 комплектов нижнего белья;

• автомобиль, чтобы добраться до станции в восьми километрах от дома;

• велосипед в случае, если автомобиль сломается (и, конечно же, дождевик к нему).

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

Чтобы предусмотреть все обстоятельства, закупки желательно начать делать за два месяца до первого рабочего дня. Проблема только в том, что вы должны выйти на работу в следующий понедельник. Поэтому составляем более продуманный Agile‑план: один костюм, две рубашки (постирать и погладить в течение первой недели), два галстука, упаковка с носками и нижним бельем. Чтобы добраться до станции, используем общественный транспорт или такси.

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

 

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

Определение минимально жизнеспособного продукта, MVP, или минимального набора функциональности, MFS, – стратегия для получения конкурентоспособного продукта и тестирования его возможностей. Эта идея может быть применена практически к любой ситуации (и даже к выходу на новую работу). В примере выше минимально жизнеспособный продукт – хорошо выглядящий специалист к первому дню на новом рабочем месте, и ничего больше! Прочая одежда – не более чем приятное дополнение. Со временем будет понятно, приносит ли проект прибыль, – и тогда, на основе этих сведений, можно уже решать, добавлять ли другие элементы. Если нет – будет легко сменить направление разработки.

 

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

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

 

Agile‑мышление

 

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

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

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

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

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

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

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

• смелость;

• честность.

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

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

 

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Гибкие итоги

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Скрам

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

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

Канбан

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

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

 

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

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

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

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

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

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

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

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