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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• смелость;

• честность.

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

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

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

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