Domanda

Penso che la risposta breve a questa domanda sia probabilmente "sì", ma ho pensato di chiedere comunque!

Stiamo prendendo un certo numero di applicazioni simili ma differenti e, come parte di quello che è per noi forse il più grande progetto di sviluppo di sempre, tentando di farlo Sostituirli e qualsiasi successiva applicazione simile ma diversa con un sistema super configurabile. per governarli tutti. Mi aspetto pienamente la sindrome di Second System difficile per darci molti problemi che consegnano il colosso in primo luogo, ma non voglio che la nostra scelta di metodologia peggiori. Ci siamo dilettati in Agile, da qualcosa per lo più a cascata, ma questo sarebbe il nostro primo progetto sostanziale usando una nuova metodologia migliorata.

Abbiamo grandi progetti per il nuovo sistema e, sebbene non tutto debba essere consegnato in una volta Dovremo implementare grandi pezzi di esso dalla parola per consentire a qualsiasi cosa da dare al cliente che avrebbero persino capito. La mia preoccupazione è che, dal momento che stiamo cambiando drasticamente così tanto in una volta, c'è poco spazio per piccoli pezzi di lavoro che portano a risultati utili/demobili. Sono preoccupato che, anche se riuscimmo a trovare un modo per farlo in piccoli pezzi, avremmo bisogno di quei pezzi per adattarsi bene a un quadro più ampio, e così troveremmo difficile svilupparli in isolamento per questo motivo anche. Stiamo puntando a un approccio SOA piuttosto disaccoppiato, che è qualcosa.

I tempi sono stretti, e la reputazione è stata picchettata per la consegna in tempo.

Quindi mi piacerebbe sapere se, in questo caso:

  • È consigliabile fare un sacco di design iniziale, mettere insieme la forma generale dell'app e ottenere i moduli cruciali funzionare in una grande spinta (che potrebbe essere sprintosa in termini di tenuta del lavoro, ma non tanto in termini di feedback e miglioramento del design e così via), prima di diventare più agili da allora in poi, o ...
  • Cerca di essere il più agile possibile sin dall'inizio: concorda cose come gli standard di codifica, forse alcune basi dell'API, le divisioni del modulo generale e quindi confidati sulla codifica indipendente tenendo conto della flessibilità per far uscire gradualmente le altre cose; Forse alcune cose devono essere rielaborate, ma tutto ciò che può essere meglio guidato durante lo sviluppo piuttosto che in anticipo trarrà beneficio, o ...
  • Forse qualcos'altro, e ...
  • Qualche consiglio generale?

Nessuna soluzione corretta

Autorizzato sotto: CC-BY-SA insieme a attribuzione
scroll top