AGILE ❓

Основные идеи

Люди и взаимодействие важнее процессов и инструментов

Работающий продукт важнее исчерпывающей документации

Сотрудничество с заказчиком важнее согласования условий контракта

Готовность к изменениям важнее следования первоначальному плану

Принципы Agile

Удовлетворение клиента за счёт ранней и бесперебойной поставки ценного программного обеспечения

Приветствие изменений требований даже в конце разработки

Частая поставка рабочего программного обеспечения (каждый месяц или неделю или ещё чаще)

Тесное, ежедневное общение заказчика с разработчиками на протяжении всего проекта;

Проектом занимаются мотивированные личности, которые обеспечены нужными условиями работы, поддержкой и доверием

Рекомендуемый метод передачи информации — личный разговор (лицом к лицу)

Работающее программное обеспечение — лучший измеритель прогресса

Спонсоры, разработчики и пользователи должны иметь возможность поддерживать постоянный темп на неопределённый срок

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

Простота — искусство не делать лишней работы

Лучшие технические требования, дизайн и архитектура получаются у самоорганизованной команды

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

Собирательное название различных методик и подходов к управлению, которые:

Фокусируют команду на нуждах и целях клиентов.

Упрощают оргструктуру и процессы.

Предлагают работу короткими циклами.

Активно используют обратную связь.

Предполагают повышение полномочий сотрудников.

Имеют в своей основе гуманистический подход.

Не являются конечным состоянием, а, скорее, образом мышления и жизни.

Что это?

Обобщающий термин для целого ряда подходов и практик

Итеративный подход при работе над проектом

Способность меняться легко и быстро

Плюсы методологии

Agile -управление очень гибкое

В конечном продукте число дефектов минимизируется

Agile быстро запускается

Легко реагирует на изменения

Позволяет команде разработчиков и клиентов поддерживать постоянную связь в реальном времени.

Недостатки методологии

Постоянная обратная связь может приводить к постоянному переносу дедлайна проекта

Заказчик может требовать постоянных улучшений

Необходимость адаптации проектной документации под постоянно изменяющиеся условия проекта

Необходимость в частых встречах

Необходимость в постоянном присутствии клиента

Невозможность выстраивать долгосрочные планы