Май имаме няколко неразбирания, ще се опитам да ги обобщя, че наистина се получава ужасна размяна на огромни количества текст.

1) Сепаратисткото срещу цялостното отношение към софтуерния процес. Кое е по-добре - да имаме ясно разделение на фази на проекта с чисто преминаване между тях: Анализ, Дизайн, Имплементация, Тестове; или често разбъркване и преминаване от една фаза в друга при нужда. Как по-добре да организираме отбора - на различни типове хора с ясна йерархия: архитекти, анализатори, кодери, тестери, дб администратори; или да се грижим за разпространяването на всички умения равномерно сред членовете на отбора - архитекта да показва обектен дизайн на другите, дб админа да демонстрира организация на базата, тестера да подтиква дизайна в посока на лесна тестваемост и по-малко дефекти и т.н.

Мисля, че стана по-ясно коя страна подкрепям - бих искал да видя примери ( по възможност реални ) и причини, които да показват преимуществата и недостатъците на двата подхода.

2) Документацията за програмистите и УМЛ диаграмите - тези междинни артефакти на производствения процес. Генерирането на тези "творби" отнема време и усилия, поддържането им също - за какво го правим? Каква реална бизнес стойност ни носят и можем ли да ги заменим с нещо по-ефективно или по-леко?

Мога да обясня с какво са заменени в екстремното програмиране - набор от технологични и социални практики, които взаимно се допълват:
- On Site Customer -> анализ? дизайн? труден въпрос по ГУИ-то? човека е при теб - питай го
- Pair Programming -> труден проблем? не познаваш част от кода? работи заедно с един от хората, които са по-добре подготвени.
- Pervasive Testing -> важна промяна? пусни тестовете и ще видиш дали си счупил нещо. не помниш/не знаеш какво прави този клас - погледни теста, който показва смисъла от съществуването му. функционалността по историята готова ли е? виж потребителския тест.
- Refactoring - този "къдрав" регулярен израз по-добре да седи в отделен метод ValidateEmailAddress, че да не се чудим другия път какво прави! тази промяна беше лесна нали? остави кода в такова състояние, че и следващата да е такава. нашия дизайн не се разлага с времето и кръпките.

--
"Agile is a mindset, not a set of practices, rules, or tools."
Tom Poppendieck