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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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