Sono incaricato di definire uno schema XML per alcuni dati; il piano è di avere vari sistemi (tutti sotto il nostro controllo) che caricano file XML che corrispondono a questo schema con un server centrale per l'elaborazione. Non ho molta conoscenza del design di questi altri sistemi, quindi sto lavorando in collaborazione con quegli esperti di sistema per rendere questo schema XML ragionevole per consumare entrambi (dalla nostra parte) e produrre (dalla loro parte).
Lo schema non è del tutto chiaro e sto definendo i dati che vogliamo raccogliere contemporaneamente alla definizione dello schema. Ci sono un milione di modi per farlo, quindi c'è un preciso "fai qualcosa, pensaci, parla di così e così, refactoring, ripeti" il processo in atto.
Tutto ciò detto, abbiamo una situazione sfortunata in cui io e alcuni altri stiamo definendo le cose e alcuni altri sviluppatori la stanno implementando. Mi piacerebbe scrivere del codice ma non ho trovato il tempo. Questo porta al ciclo frustrante in cui il design cambia nella torre d'avorio e quindi i ragazzi che scrivono il codice devono andare e cambiarlo ancora e ancora. Evitando i dettagli per vari motivi, gli sviluppatori che scrivono l'implementazione non sono in grado di definire efficacemente i requisiti dello schema e i dati che dobbiamo raccogliere.
Dovrei essere io a scrivere e giocare con questa roba mentre capisco come dovrebbe essere fatto? Questo sarebbe l'ideale per me, ma siamo sotto pressione per fare le cose ed è più veloce avere alcune persone che ci lavorano piuttosto che solo me.
Abbiamo troppi cuochi in cucina con i provider di file XML che influenzano lo schema? La facilità di creazione di file XML dovrebbe essere una considerazione dello schema, giusto?
C'è un modo migliore per risolvere questo problema, o ti viene in mente un male necessario quando stai provando a far volare l'aereo mentre lo costruisci?
Qual è il processo di sviluppo corretto da applicare qui che ridurrà al minimo lo spreco di tempo?