01
PRINCIPIO OPERATIVO

Usare la configurazione per variazioni supportate

Scegliere la configurazione quando il prodotto supporta già il processo e la differenza può essere espressa con campi, ruoli, regole o modelli. Di norma è più semplice da mantenere durante gli aggiornamenti rispetto al codice che sostituisce il comportamento standard.

02
PRINCIPIO OPERATIVO

Usare l’integrazione quando la proprietà resta separata

Scegliere l’integrazione quando due sistemi devono mantenere la proprietà di record diversi ma scambiare informazioni selezionate. Definire fonte autorevole, tempi, autenticazione, gestione errori e ripristino prima di scegliere un connettore o creare un’API.

SESSIONE DI LAVORO

Confrontare configurazione, integrazione e sviluppo su misura rispetto a responsabilità e costo operativo.

03
PRINCIPIO OPERATIVO

Usare lo sviluppo su misura per un lavoro distintivo

Scegliere lo sviluppo su misura quando il flusso, la logica decisionale o l’esperienza utente creano valore operativo reale e i prodotti disponibili non li supportano in sicurezza. Considerare test, hosting, aggiornamenti di sicurezza e responsabilità dopo il rilascio.

04
PRINCIPIO OPERATIVO

Confrontare il costo operativo completo

Valutare lo sforzo iniziale insieme a licenze, limiti del fornitore, frequenza delle modifiche, competenze di assistenza e opzioni di uscita. La soluzione iniziale più piccola non è durevole se ogni cambiamento normale richiede poi un espediente.