Prima di scrivere codice conviene chiedersi se serve scriverlo. Queste sei domande aiutano a decidere, e le risposte, sì o no, contano più di qualsiasi preventivo.
Le sei domande
- Il processo è un tuo vantaggio o una funzione comune? Fatturazione, posta, contabilità: esistono prodotti maturi. Un modo di lavorare che ti distingue dai concorrenti raramente sta in un prodotto standard.
- Quanto devi adattare il prodotto? Se la maggior parte del lavoro è configurare eccezioni, stai già costruendo software su misura, ma dentro i limiti di qualcun altro.
- Quali integrazioni servono? Un sistema che deve parlare con gestionale, magazzino o macchinari può essere più semplice da costruire intorno alle API che da forzare dentro un prodotto chiuso.
- Dove stanno i dati e chi li controlla? Verifica esportazione, formati aperti e cosa succede se il fornitore cambia condizioni. Per i dati personali, considera fin dall’inizio protezione dei dati fin dalla progettazione (GDPR, art. 25).
- Quanto costa nel tempo? Confronta licenze, personalizzazioni e canoni con sviluppo, hosting e manutenzione. Il costo iniziale è la parte più visibile e spesso la meno importante.
- Chi lo manterrà? Un sistema su misura senza test, documentazione e codice nel tuo repository dipende da chi lo ha scritto. È il rischio principale.
Un modo prudente di procedere
- Parti dal caso più frequente e rilascia una versione minima, non dal sistema completo.
- Pretendi test automatici, rilascio ripetibile e codice di tua proprietà fin dal primo giorno.
- Mantieni la parte standard su prodotti pronti e costruisci solo ciò che ti differenzia.
- Fissa un criterio di uscita: come si migra se un prodotto o un fornitore non va più bene.
Cosa non è verificato
Questa nota è una guida decisionale, non contiene dati di mercato né costi: nessuna cifra è riportata perché dipendono dal caso. Per la protezione dei dati vedi il testo ufficiale del regolamento (UE) 2016/679.
Se vuoi valutare il tuo caso, vedi Sviluppo e ingegneria del software o chiedi una second opinion.