Sto appena iniziando l'implementazione di un grande sistema aziendale, che ha requisiti complessi e molte parti interessate.
L'azienda è stata sottoposta a valutazioni e procedure di gara di alto livello e ha deciso di acquistare un prodotto "off-the-shelf" altamente configurabile anziché costruire un sistema interamente su misura. Il sistema sostituirà diversi sistemi esistenti e richiederà una notevole quantità di migrazione dei dati.
Penso che l'implementazione di questo sistema (che dovrebbe richiedere più di 2 anni) potrebbe essere eseguito in modo simile a un progetto di sviluppo software Scrum.
Con i primi sprint mirati a costruire le funzionalità minime possibili necessarie (attraverso tutte le aree funzionali), e quindi approfondire iterativamente il livello di funzionalità in base al feedback degli stakeholder. Penso che questo rischierà di compromettere il progetto e contribuire a garantire un equilibrio tra le esigenze delle parti interessate entro il tempo disponibile.
Le storie degli utenti sono sempre le stesse, è solo che per implementarle abbiamo lavorato entro i limiti del sistema pre-acquistato. Quando si tratta di "costruire cose", invece di scrivere codice personalizzato, il team configurerà il pacchetto standard, scrivendo script di conversione dei dati e simili (e dovrebbe essere molto più veloce!).
Questo suona come un approccio ragionevole? L'approccio Agile ha senso qui?