Здравствуйте, Курилка, Вы писали:

К>Собственно наткнулся на статью, где автор выделяет следующие недостатки agile-подходов:
К>1. Необходима большая вовлечённость пользователя в процесс разработки
Для разработчиков IMHO это как раз то, что нужно — что бы не гадать, как хочет заказчик. Это недостаток только для ленивого или вредного заказчика, который хочет что бы сделали проект который ему нужен, но без его активного участия
К>2. Требования меняются и развиваются (не подходит, как минимум, для "fixed price" проектов)
Обычно новые требования начинаются когда заказчик видит уже хоть что-то. А agile прекрасно применим и для "fixed price" проектов
К>3. Требования создаются минимально достаточными (легче отрефакторить решение, чем спроектировать всё детально заранее)
Чего-то я непонимаю где здесь недостаток?
К>4. Тестирование задейстовано в течение всего процесса разработки.
То же самое...
К>5. "Частые поставки" (Frequent delivery), которые могут быть достаточно накладными
да, тут есть немного...
К>6. Судя по откликам, agile-подходы напряжённы (intense) по отношению к разработчикам (100% реализация фич за итерацию и неукоснительность итераций "накладывет отпечаток")
и тут тоже ощутимо...