Каковы ключевые принципы и практики методологии Agile?

Слушай, а вот эта ваша Agile-хуяgile — это ж, блядь, не какая-то там священная корова, а просто способ не сойти с ума, когда заказчик каждые пять минут меняет своё мнение, как погоду в Питере.

Вот смотри, по-простому: вместо того чтобы год писать километры техзаданий, которые потом выкинут в мусорку, мы делаем всё по кусочкам. Короткими циклами, спринтами, итерациями — называй как хочешь. Главное, чтобы в конце каждого такого отрезка у нас была хоть какая-то, блядь, работающая фича, а не просто пачка бумаг. Это и есть инкрементальная разработка, ёпта.

А теперь держись за стул, потому что тут есть свой священный Манифест, как библия для айтишников. Четыре заповеди, которые меняют всё:

1. Люди и общение — это пиздец как важно. Можно иметь самые навороченные инструменты и прописанные до запятой процессы, но если команда не разговаривает и ненавидит друг друга — проект в жопе. Важнее живого разговора нихуя нет.
2. Работающая программа — это святое. Всё остальное — документация, графики, презентации — вторично. Заказчику нужен результат, а не трёхтомник о том, как мы к нему шли.
3. Работать с заказчиком в одной упряжке, а не тыкать ему в лицо контрактом, когда он хочет что-то поменять. Он тоже живой человек, иногда ему в голову приходит годная мысль, а иногда — полная хуйня. Наша задача — отличать одно от другого и договариваться.
4. Быть готовым к изменениям — это по умолчанию. Следовать слепо плану, который устарел ещё в прошлый четверг, — это, простите, идиотизм. Гибкость — наше всё.

Как это выглядит на практике, без этой вашей зауми:

• Спринты: Делим всю работу на короткие отрезки, обычно 2-4 недели. В конце — у нас есть что показать. Не «почти готово», а именно что можно потрогать.
• Команда сама решает, как ей работать. Никаких начальников, которые ставят задачи и контролируют каждый чих. Ребята сами знают, кто и что лучше сделает. Это называется самоорганизация, и это, блядь, мощно.
• Ежедневные стендапы: Каждое утро на 15 минут собираемся, чтобы ответить на три простых вопроса: что вчера сделал, что сегодня будешь делать, что тебе мешает. Всё. Никаких долгих совещаний. Если что-то мешает — тут же решаем, кто поможет. Это чтобы все были в курсе, а не как слепые котята.
• Бэклог продукта: Это такой вечно живой и меняющийся список всех хотелок по проекту. Он приоритизирован: что нужно сделать в первую очередь — наверху. Заказчик может в любой момент что-то добавить, уточнить или передвинуть. Жизнь же меняется, ёпта.
• Ретроспектива: После каждого спринта садимся и без купюр обсуждаем: что было хорошо, что было пиздец как плохо, и что будем делать по-другому в следующий раз. Чтобы не наступать на одни и те же грабли.
• Непрерывная интеграция и поставка (CI/CD): Это уже техническая магия. Мы настраиваем такие штуки, чтобы каждый наш кусочек кода автоматически собирался, тестировался и, если всё ок, даже выкатывался на тестовый сервер. Чтобы баги вылезали сразу, а не через полгода. Обратная связь, блядь, мгновенная!

Из популярных фреймворков все знают Scrum (со своими ролями, артефактами и событиями) и Kanban (доска с карточками, чтобы визуализировать поток работы). Есть ещё Extreme Programming (XP), но это для самых отчаянных.

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