Come essere Agile quando si tratta di progettare un database?

Non credo che si tratti di essere Agile con il design del database. Puoi rimuovere il database da questa domanda e sostituirlo con un'interfaccia SOAP o REST o qualsiasi altra cosa che coinvolge più sistemi di comunicazione.

Il problema principale qui è "che cosa ha da dire Agile su più team che sviluppano più prodotti in tandem che devono collaborare?" o "come gestiamo i cambiamenti al di fuori del nostro controllo?"

Come al solito, il Manifesto Agile dice cosa fa il team, non come . Agile è una filosofia, non una tecnica specifica. Accade solo che abbiamo perfezionato le tecniche per gestire la complessità con cui ti stai occupando.

In una parola: automatizza.

Quando le interfacce cambiano, ci saranno cambiamenti e regolazioni manuali. Cerca di automatizzare il più possibile. È possibile collegare alcuni campi in un file di configurazione e utilizzare un processo automatizzato per creare il codice che sposta effettivamente i dati. Un altro processo automatizzato sposta quindi i dati attraverso il sistema.

Un progetto su cui ho lavorato aveva una configurazione simile, in cui i dati si muovevano attraverso un servizio web e in un database. Poiché le interfacce stavano cambiando anche in ritardo, mi sono abituato a collegare un nuovo WSDL, aggiornare la configurazione di DAO, aggiungere una riga di codice per spostare i dati, quindi eseguire il processo di compilazione automatizzata. Genererebbe codice, creerà un programma di installazione, installerà l'applicazione e trasferirà i dati da un'estremità all'altra e verificherà che i record inseriti nel servizio Web siano stati inseriti nel database come previsto.

Per quanto riguarda il tempo di funzionamento di questi processi: sembra un buon candidato per un processo notturno.

Non c'è davvero molto altro da fare, dal momento che cercare di ottenere più team (probabilmente con stakeholder che guadagnano di più in uno stipendio rispetto a quello che si ottiene in un anno) per raggiungere il consenso è peggio che allevare i gatti. Nella mia esperienza, i project manager sono abbastanza inutili in queste situazioni. Tendono a sedersi e discutono l'un l'altro, mentre il mio tempo è speso meglio automatizzando il processo e risparmiando tempo.

Discusso in chat con @Thomas Owens .

La conclusione che abbiamo raggiunto è che se i backfill sono comuni e le modifiche alle colonne sono comuni, la storia dell'utente è:

We need to have proper tools to respond quickly to changing requirements and backfills in a way that doesn't consume significant developer time.

Il tempo effettivo di esecuzione dei backfill non è il problema, il problema è il mio tempo a farli tutti a mano . La soluzione sta fornendo un software funzionante che soddisfi i requisiti dell'ambiente in cui mi trovo, in altre parole, automatizzando il maggior numero possibile di manutenzione dei dati.