Come si esegue la modellazione in un ambiente di programmazione estremo?

Question

Conosco metodologie, come Extreme Programming (XP), che specifica le proprie pratiche specifiche per lo sviluppo di software. Tuttavia, a differenza di Scrum in cui si concentra maggiormente sugli aspetti di gestione, XP specifica le pratiche software che devono essere seguite. Dalla lettura di questo articolo, Questi passaggi eliminano la fase di modellazione esplicita usando strumenti come BPMN e UML. In un altro articolo Da Martin Fowler, spiega ulteriormente tale scoraggiamento.

Personalmente, preferisco le metodologie basate sul modello, immagino che dipenda dalla preferenza di aziende e persone. Uno degli obiettivi agili è quello di "liberi sviluppatori dalle opere di documenti". Metodologia come XP sembra facilmente portare a documentazione. Penso di raggiungere questo obiettivo, la soluzione è quella di implementare lo strumento per aiutare gli sviluppatori a ridurre il carico di lavoro sul documento di scrittura, non scrivendo meno documenti, raccogliendo informazioni dai diagrammi esistenti e generare automaticamente report (in RTF, PDF, HTML nel caso di Enterprise Architect of Sparx System).

Alcuni ingegneri del software si lamentano anche del disegno di diagrammi che consumano il loro tempo. Secondo me, la soluzione non è quella di disegnare diagramma, ma usando lo strumento. Gli strumenti di modellazione oggi supportano l'ingegneria di andata e ritorno, in cui è possibile sincronizzare tra il codice e i diagrammi, elimina così lo sforzo extra per correggere manualmente i diagrammi se la base del codice cambia (in particolare, diagramma di classe).

In che modo la modellazione si inserisce in un team che utilizza una programmazione estrema?