Цитаты из книги «Блистательный Agile. Гибкое управление проектами с помощью Agile, Scrum и Kanban (pdf+epub)»

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

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

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

Agile как движение зародился на основе концепции «бережливого производства», используемой в автомобильной промышленности. Первоначально гибкие подходы были созданы для сферы информационных технологий (IT), в которой проекты, на поддержку которых были потрачены миллионы, а в итоге они не принесли прибыли, не являются чем-то необычным. Ключевым годом, когда были сформулированы основные идеи Agile, можно считать 2001 год.

Идеальный сценарий – раннее обнаружение хорошего, плохого и ужасного:

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

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

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