1. Зачем нужен Agile
1.1. Late Learning
1.2. Early-Learning
1.3. Проблемы, которые Agile помогает решать (Easy-Learning VS Late-Learning)
1.3.1. Минимизация приобретения или разработки ненужного или неполезного
1.3.2. Сокращение затрат за счет редуцирования обширного количества итераций по процедура изменений, сокращение change-реквестов
1.3.3. Прозрачность текущего состояния дел для Заказчика (видит не отчеты ,а реальное наличие разработки или результатов работы)
1.3.4. Своевременную реализацию для коммерческих целей, а не закапывание в технологическом перфекционизме
1.3.5. Неопределенности, с которыми сталкиваются Организации (Диаграмма Стейси)
2. Что такое Agile
2.1. Методология
2.1.1. Фреймворки
2.1.1.1. Lean & Kanban
2.1.1.2. Scrum
2.1.1.3. SAFe
2.1.1.4. LeSS
2.1.1.5. XP
2.1.1.6. Nexus
2.1.1.7. Scrum @Scale
2.1.2. Практики
2.1.2.1. Демонстрация и проявление гибкости
2.1.2.2. Инспектирования и адаптивность
2.1.2.3. Управление рабочими процессами
2.1.2.4. Оптимизация производственных процессов и потоков задач
2.1.2.5. Приоритезация экономических показателей
2.1.2.6. выравнивание, каденция, синхронизация
2.2. Образ мышления
2.3. Ценности
2.3.1. Люди и взаимодействие важнее процессов и инструментов
2.3.2. Работающий продукт важнее исчерпывающей документации.
2.3.3. Сотрудничество с заказчиком важнее согласования условий контракта.
2.3.4. Умение реагировать на изменения важнее, чем следование плану
2.4. Принципы
2.4.1. 1.Нашим главным приоритетом является удовлетворение потребностей заказчика путем своевременного и непрерывного внедрения полноценного программного обеспечения.
2.4.2. 2. Приветствовать появление новых требований даже на поздних этапах разработки. Agile-процессы используют изменения для достижения конкурентного клиентского преимущества.
2.4.3. 3. Предоставлять рабочее программное обеспечение часто, от пары недель до пары месяцев, отдавая предпочтение более коротким срокам.
2.4.4. 4. Представители бизнеса и разработчики должны ежедневно работать вместе на протяжении всего проекта.
2.4.5. 5. Создавать проекты среди мотивированных людей. Обеспечить им необходимые условия и поддержку и доверить им выполнение работы
2.4.6. 6. Наиболее эффективным и действенным методом передачи информации команде разработчиков и внутри самой команды является разговор лицом к лицу.
2.4.7. 7. Работающее программное обеспечение является основным критерием развития.
2.4.8. 8. Agile-процессы способствуют устойчивому развитию. Спонсоры, разработчики и пользователи должны иметь возможность поддерживать непрерывный рабочий темп в течение неограниченного времени.
2.4.9. 9. Постоянное внимание к техническому совершенству и хорошему дизайну повышает оперативность.
2.4.10. 10. Простота - искусство максимально сократить объем невыполненной работы - крайне важна.
2.4.11. 11. Лучшие структуры, требования и модели появляются в самоорганизующихся командах.
2.4.12. 12. Периодически команда анализирует, как стать более эффективной, а затем настраивает и подстраивает свое поведение соответствующим образом.