Если мечтаете создать качественный и удобный продукт в короткий срок, и при этом не упечь в психушку ни заказчика, ни команду — вам нужен Agile.
Метод помогает быстро реагировать на изменения и корректировать курс вашего «космического корабля». Отрабатывать ошибки в моменте вместо долгих и никому ненужных согласований — высший пилотаж, который вызывает выброс адреналина и визг «А ЧТО ТАК МОЖНО БЫЛО?!».
Собственно, поэтому метод и называется Agile, что переводится как «гибкий, подвижный».
Устроен по принципу каскадной модели: процессы реализуются поэтапно, так что если требования к финальной цели меняются, достаточно переделать только часть работы.
Agile — это не какой-то там суровый регламент, свод правил или мануал, а философия управления проектами и людьми.
Вот несколько принципов Agile:
- Общение и отношения между людьми важнее рабочих процессов
- Качество продукта важнее документации и бюрократии
- Быстрая реакция на изменение важнее первоначального плана
- Взаимопонимание с заказчиками важнее контракта
Как внедрить
Никак. Нужно меняться самим и трансформировать процессы и культуру компании. Единого алгоритма просто нет. Для каждой компании будет свой набор инструментов, который поможет достигать целей именно этому бизнесу, этому продукту и этим людям.
А многим Agile вообще не нужен. Но если хотите попробовать, стоит начать с пилотного проекта. Выберите продукт, соберите команду, обучите ее одному из подходов Agile и посмотрите, что получится.
Agile в чистом виде не существует) Это я как директор IT-компании говорю) Тем не менее надо стремиться
Согласен) Но курс на Agile реально помогает сохранять спокойствие)
А как же краткое описание самых популярных framework-ов по agile?
Об этом «в следующих сериях»)
"Метод помогает быстро реагировать на изменения и корректировать курс вашего «космического корабля». Отрабатывать ошибки в моменте вместо долгих и никому ненужных согласований — высший пилотаж, который вызывает выброс адреналина и визг «А ЧТО ТАК МОЖНО БЫЛО?!»."
Все лютые адепты аджайла носятся с этой мантрой, но почему-то никто не делал анализ, а почему же тогда люди вводили эти ограничения, сейчас люди самые умные, а тогда были идиоты что ли?
Может, и делали такой анализ, надо гуглить)
До аджайла и спринтов был выше риск получить на выходе не тот продукт. Взаимодействие с заказчиком происходило по результатам выполнения больших этапов. То, что заказчик представляет в голове и то, что транслирует разработчику, — часто два разных решения. Лучше это понять после пары спринтов, а не когда поздняк метаться)
Соответственно эффект от аджаила в виде того самого продукта, который имел в виду заказчик превышает возможные фэйлы при отсутствии семи кругов согласования.
Откуда вы взяли этот булшит? когда это было?
Мы работали с заказчиком всегда плотно (это было в нулевых и потом).
Примерно накидали на бумажке, а дальше сделали то, что получилось, потом уже саппорт.
Мы как раз можем помочь с внедрением agile-подхода через наш сервис Аспро.Agile. Есть бесплатный тариф, в котором вы на практике поймете необходимость применения agile в вашей компании. Но как показывает опыт людей — эта методология эффективна во многих сферах :)