AGILE ❓
Основные идеи
Люди и взаимодействие важнее процессов и инструментов
Работающий продукт важнее исчерпывающей документации
Сотрудничество с заказчиком важнее согласования условий контракта
Готовность к изменениям важнее следования первоначальному плану
Принципы Agile
Удовлетворение клиента за счёт ранней и бесперебойной поставки ценного программного обеспечения
Приветствие изменений требований даже в конце разработки
Частая поставка рабочего программного обеспечения (каждый месяц или неделю или ещё чаще)
Тесное, ежедневное общение заказчика с разработчиками на протяжении всего проекта;
Проектом занимаются мотивированные личности, которые обеспечены нужными условиями работы, поддержкой и доверием
Рекомендуемый метод передачи информации — личный разговор (лицом к лицу)
Работающее программное обеспечение — лучший измеритель прогресса
Спонсоры, разработчики и пользователи должны иметь возможность поддерживать постоянный темп на неопределённый срок
Постоянное внимание улучшению технического мастерства и удобному дизайну
Простота — искусство не делать лишней работы
Лучшие технические требования, дизайн и архитектура получаются у самоорганизованной команды
Постоянная адаптация к изменяющимся обстоятельствам. Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы
Собирательное название различных методик и подходов к управлению, которые:
Фокусируют команду на нуждах и целях клиентов.
Упрощают оргструктуру и процессы.
Предлагают работу короткими циклами.
Активно используют обратную связь.
Предполагают повышение полномочий сотрудников.
Имеют в своей основе гуманистический подход.
Не являются конечным состоянием, а, скорее, образом мышления и жизни.
Что это?
Обобщающий термин для целого ряда подходов и практик
Итеративный подход при работе над проектом
Способность меняться легко и быстро
Плюсы методологии
Agile -управление очень гибкое
В конечном продукте число дефектов минимизируется
Agile быстро запускается
Легко реагирует на изменения
Позволяет команде разработчиков и клиентов поддерживать постоянную связь в реальном времени.
Недостатки методологии
Постоянная обратная связь может приводить к постоянному переносу дедлайна проекта
Заказчик может требовать постоянных улучшений
Необходимость адаптации проектной документации под постоянно изменяющиеся условия проекта
Необходимость в частых встречах
Необходимость в постоянном присутствии клиента
Невозможность выстраивать долгосрочные планы