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

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

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

Строгое соблюдение сроков и бюджета важнее, чем гибкость в требованиях

Строгое следование утверждённому графику спринтов

Удовлетворение потребностей заказчика, благодаря максимально ранней поставке ПО

Достижение полного покрытия кода тестами

Создание красивого и поддерживаемого кода

При использовании Agile работающий продукт выпускают максимально часто

Основная цель — полностью и без отклонений реализовать утверждённое в начале техническое задание

Самый простой и эффективный способ узнать требования клиента, заказчика или пользователя - поговорить с ними

В Agile важен ритм, постоянные улучшения

Agile mindset (гибкое мышление)

Практики и инструменты

Ценности и принципы манифеста Agile

Готовый работающий продукт

Waterfall

Agile

Оба подхода

Ни один из подходов

1. Качество продукта определяется исключительно полнотой и точностью выполненной технической документации

1. Главный приоритет — строгое соблюдение графика и бюджета, определённых на этапе планирования

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

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

От пары недель до пары месяцев

От месяца до полугода

Каждые две-три недели

От недели до месяца

Чтобы разработчики могли осваивать новые технологии

Создается конкурентное преимущество бизнесу или внешнему заказчику

Чтобы уменьшить объём документации и упростить жизнь команде

Чтобы строго соблюдать первоначальный план и график работ

Процентом выполненных задач в трекере

Объёмом созданной технической документации

Количеством работающих и протестированных функций, которые можно использовать

Степенью соответствия изначальному техническому заданию

Это еженедельное совещание для общего планирования задач на неделю

Это подробное техническое обсуждение проблем, длящееся 1-2 часа

Это встреча для отчёта руководителю о проделанной работе

Это короткое 15-минутное совещание команды для синхронизации

Проверка на корректность отдельных единиц работы исходного кода программы

Это проверка работы всего приложения целиком с помощью реального пользовательского сценария

Это проверка того, насколько интерфейс программы удобен для конечного пользователя

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

Scrum

Kanban

Crystal

Waterfall

Agile позволяет точно спланировать весь проект на несколько месяцев вперёд в мельчайших деталях

Agile полностью избавляет команду от необходимости писать какую-либо документацию

При Agile подходе ПО готово к использованию на самых ранних этапах его разработки, пусть и не с полной функциональностью

Agile гарантирует, что проект будет завершён строго в срок и без превышения бюджета

Agile невозможно применять в больших командах и сложных проектах

Agile не позволяет вносить изменения в проект после начала разработки

В Agile работа над проектом требует не только профессионального разработчика, но и сознательного пользователя

Из-за Agile качество конечного продукта всегда оказывается низким

Когда все требования к продукту чётко известны, неизменны и формально зафиксированы в контракте

Когда продукт разрабатывается на быстро меняющемся рынке, и требования могут кардинально меняться каждые несколько месяцев

Когда разработка связана с жёсткими внешними регуляторами, требующий полного и заранее утверждённого плана

Когда основная задача команды — строго следовать утверждённому несколько месяцев назад техническому заданию

У заказчика нет точного видения конечного продукта, но он готов к сотрудничеству

Все требования к продукту заранее чётко определены

Действуют жёсткие ограничения по срокам и бюджету

Технические спецификации не могут меняться в процессе разработки

1. Жестко контролировать каждый этап работы и утверждать все решения

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

1. Лично нести ответственность за все технические риски проекта

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

1. Найти виновных в допущенных ошибках и недочётах

1. Выявить возможности для улучшения своей работы и организации процесса

1. Составить детальный отчёт для руководства о проделанной работе

1. Официально зафиксировать, какие задачи были выполнены в итерации

1. Состоять из опытных и мотивированных специалистов, способных к самоорганизации

1. Ждать четких инструкций от менеджера по каждому этапу работы

1. Иметь минимальную квалификацию для снижения затрат на разработку

1. Работать строго по заранее утвержденным регламентам и процедурам