Я не тратил годы (даже месяцы) на изучение гибких методологий.
Я даже не разрабатывал продолжительное время в командах использующих гибкие методологии.
Все описанное ниже опирается на лекции, статьи и личные доводы и не претендует на беспрекословную истину.
Спойлер:
Сначало раскажу о целях, затем чуть-чуть теории, в конце вывод, что понравилось, что попробуем затащить к себе.
Сведение к минимуму бюрократии и регламентов
Нежелание заводить какие-либо неудобные инструменты.
Максимально приближенные к разработке и удобные для разработчиков инструменты.
Я заметил, что много кто ведет backlog в excel. Пока, первичный позыв, отказаться от этого и вести бэклог продукта в redmine, бэклог спринта в gitlab через milestone (посмотрим что из этого выйдет).
Работа короткими циклами
Здесь преследуются две цели:
Каждый спринт, вне зависимости от продолжительности, заканчивается релизом продукта.
Даже с самым минимальным функционалом, главное, чтобы им можно было пользоваться.
И в нашем случае, начать тестировать на реальном железе.
Ускорение процесса разработки и уменьшение трат личного мыслетоплева на планирование разработки. Так вся команда видит сроки, видит что успеваем, что не успеваем, разбирается почему.
Понятие всей команды разработки о её целях
Каждый в команде может видеть конечную цель разработки и все пожелания клиента задачи, которые ведут к ней, даже какую бы роль в проекте не выполнял.
Ведь когда знаешь, что в итоге должно получиться — это сильно помогает сфокусироваться.
Серия подходов к разработке программного обеспечения, опирающихся на использование динамичной, итеративной разработки (короткими 1-2 недельными циклами, спринтами).
Аджайл — теория, философия.