Capire, ridurre l’incertezza, poi sviluppare
Cominciamo dalle aree che possono far fallire il progetto: una regola di business ambigua, una dipendenza esterna, una migrazione di dati, i volumi o un vincolo di hosting.
Una volta chiariti questi rischi, il progetto viene suddiviso in elementi testabili. Le scelte strutturali vengono documentate abbastanza presto da evitare che una decisione temporanea diventi un’architettura definitiva.
1. Definizione
Obiettivi, utenti, dati, vincoli e criteri di successo.
2. Architettura
Modello dei dati, responsabilità, interfacce, integrazioni e sicurezza.
3. Costruzione
Sviluppo per incrementi controllabili anziché un lungo periodo senza una versione utilizzabile.
4. Verifica
Test funzionali, responsive, prestazioni, errori e indicizzabilità quando il progetto è pubblico.
5. Messa in produzione e follow-up
Deploy preparato, backup, monitoraggio e piano di rollback quando necessario.
Cominciamo dalla definizione
Un primo confronto basta per individuare le aree di rischio del vostro progetto.