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

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

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

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

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

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

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

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

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

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

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

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

Основы Agile

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

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

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

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

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

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

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

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

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

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

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

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

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