Цитаты из книги «Чистый Agile. Основы гибкости»

Планку качества нужно держать как можно выше. График в основном зависит от объема выполняемых работ.

На первый взгляд кажется, что если команду расширить вдвое, то и дело пойдет вдвое быстрее. гласит: «Если проект не укладывается в сроки, то добавление рабочей силы задержит его еще больше».

Agile помогает вовремя понять то, где и насколько мы облажались.

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

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

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

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

Суть в том, что только разработчикам разрешается говорить на стендап-митинге. Руководство и иже с ними могут послушать, но никак не вмешиваться.

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

Понятие «релиз» означает, что программа технически готова к развертыванию. Решение о развертывании полностью ложится на плечи клиентов.