В мире современных ИТ технологий, когда многочисленные приложения из Google Play и Appstore ежедневно уведомляют об обновлениях, услышать от проектной команды по внедрению ERP системы «проект займет от 9 (оптимистично) до 12 месяцев (реалистично)» — это вполне обычное явление. При этом бывают и более сложные проекты. В одной из компаний, где работал мой знакомый, только этап создания и подписания дизайна процессов длился 6 месяцев. Объем документа дизайна получился довольно внушительный и, в распечатанном виде, вполне мог бы спасти жизнь воину из древнего Китая (говорят что они использовали бумагу в качестве материала для своих доспехов). Времена древнего Китая прошли, однако и сегодня эта стопка бумаги продолжает спасать если не жизни, то, как минимум, нервные системы консультантов на этапе сдачи системы в эксплуатацию. Но от чего документ дизайна не спасает, так это от сдвига сроков запуска проекта и проблем с качеством системы к моменту промышленной эксплуатации. Давайте попробуем разобраться почему это происходит и можно ли как-то по-другому.

Гибкая методология разработки — отличная идея, которую слишком усложнили. Agile Lite — попытка упростить ситуацию. Вам не нужны книги или семинары, чтобы объяснить Agile Lite. Нужен только небольшой текст с несколькими пунктами. Вот этот текст.

Agile Lite довольно прост. Его можно применить к любому проекту при условии, что работа разбивается на более мелкие задачи (issue). Как и другие гибкие методологии, он использует короткие циклы разработки  — спринты. Но в отличие от них, Agile Lite явно признает распространённость выгорания в индустрии разработки программного обеспечения и пытается смягчить его напрямую путём внедрения цикла «три недели разработки/одна неделя отдыха.