// SOFTWARE FACTORY
Sviluppo software su misura
con tempi e costi definiti prima.
Un processo strutturato e ripetibile: analisi, prototipo navigabile prima di scrivere il codice, sviluppo con l'AI integrata in ogni fase, documentazione inclusa e revisione umana su ogni rilascio.
// COSA È MESSO PER ISCRITTO
Cosa mettiamo per iscritto, e cosa di solito non lo è
Non è una critica a chi lavora bene: moltissime software house consegnano ottimi progetti. La differenza è che ogni riga della colonna di destra è un impegno che finisce in contratto, quindi puoi verificarlo prima di firmare.
Analisi requisiti
Di solito non è garantito
Tempi non definiti in anticipo
Con noi, in contratto
Tempi e costo definiti nel preventivo
Prototipo prima del codice
Di solito non è garantito
Non sempre previsto
Con noi, in contratto
Sempre, e navigabile prima del codice
Documentazione
Di solito non è garantito
Spesso quotata a parte
Con noi, in contratto
Inclusa nel prezzo
Richieste di modifica
Di solito non è garantito
Prezzo definito volta per volta
Con noi, in contratto
Processo definito, prezzo concordato prima
Garanzia di consegna
Di solito non è garantito
Impegno verbale
Con noi, in contratto
Punti firmati in contratto
Test automatici
Di solito non è garantito
Non sempre previsti
Con noi, in contratto
Dal primo giorno, e mantenuti dopo il rilascio
| Aspetto | Di solito non è garantito | Con noi, in contratto |
|---|---|---|
| Analisi requisiti | Tempi non definiti in anticipo | Tempi e costo definiti nel preventivo |
| Prototipo prima del codice | Non sempre previsto | Sempre, e navigabile prima del codice |
| Documentazione | Spesso quotata a parte | Inclusa nel prezzo |
| Richieste di modifica | Prezzo definito volta per volta | Processo definito, prezzo concordato prima |
| Garanzia di consegna | Impegno verbale | Punti firmati in contratto |
| Test automatici | Non sempre previsti | Dal primo giorno, e mantenuti dopo il rilascio |
// IL PROBLEMA
Il lavoro arretrato non è un problema di risorse. È un problema di metodo.
Quattro sintomi che si ripresentano in quasi ogni reparto IT con cui ci confrontiamo. Hanno tutti la stessa radice.
Manutenzione che divora la capacità
Bug, patch e richieste lampo si mangiano gran parte delle ore di chi sviluppa. Per i progetti nuovi rimangono i ritagli.
Lavoro arretrato fermo per mesi
Settimane per raccogliere i requisiti, settimane per validarli. Quando si arriva alla decisione, il bisogno iniziale è già cambiato.
Richieste di modifica senza fine
Il business evolve più velocemente del progetto in costruzione. Al rilascio, metà delle ipotesi iniziali sono superate.
Fiducia incrinata fra business e IT
Tempi sforati, costi raddoppiati, risultato a metà. La volta dopo si compra un pacchetto pronto e si convive col compromesso.
→ Tutti questi sintomi hanno una causa comune: l'assenza di un processo strutturato in cui l'AI lavora a fianco di chi sviluppa fin dalla fase di analisi. La factory nasce per dare quella struttura.
// IL METODO
Cinque fasi. Nessuna improvvisazione.
Sai prima cosa succederà, con quali tempi e con quale costo. Ogni fase produce un artefatto che vedi e approvi.
Analisi e raccolta dei requisiti
Lavoriamo con le persone chiave del processo: interviste registrate, documentazione esistente, dati reali. L'AI struttura quello che raccogliamo e ci segnala lacune e contraddizioni prima che diventino errori nel software.
Analisi misurata in giorni, non in mesi.
Mockup navigabile
Costruiamo un prototipo cliccabile delle schermate principali. Lo provi davvero, ci dici cosa cambiare, e usciamo da questa fase con uno scope condiviso e firmato.
Niente sorprese al go-live.
Sviluppo con l'AI dentro il processo
L'analisi validata diventa la traccia di lavoro. L'AI lavora con tutto il contesto chiaro — requisiti, regole, integrazioni — e genera codice consistente. Chi sviluppa orchestra, valida e riscrive dove serve.
Meno tempo speso a rifare da capo.
Documentazione che si genera con il codice
Manuale utente, manuale tecnico e registro delle modifiche vengono prodotti mentre si sviluppa e restano allineati al codice. Non sono un "di più" da aggiungere a fine progetto.
Sempre inclusa, sempre allineata alla realtà.
Revisione umana su ogni rilascio
Ogni rilascio passa da code review umana, test funzionali, end-to-end e validazione architetturale. L'AI accelera, la decisione resta umana.
Nessun rilascio va in produzione senza che una persona lo abbia riletto e provato.
// LA GARANZIA
Quattro impegni. Tutti scritti nel contratto.
Non sono uno slogan: sono punti su cui ci esponiamo formalmente, in chiaro, prima della firma.
Tempistiche definite prima di partire
Nel contratto c'è una timeline. Non è "flessibile" o "da definire strada facendo".
Codice solo dopo mockup approvato
Non scriviamo nulla finché non hai detto sì al prototipo navigabile.
Costo fisso, modifiche in chiaro
Preventivo bloccato sull'analisi validata. Le richieste di modifica si gestiscono con un processo definito, non con sorprese in fattura.
Documentazione consegnata col software
Manuale utente, tecnico e release notes. Nel pacchetto, senza aggiunte.
// LEGACY
Hai un sistema di dieci o vent'anni fa che nessuno tocca volentieri?
È la zona grigia di quasi ogni IT italiano: scritto da persone che non ci sono più, documentato a metà, ed è diventato intoccabile. Lo trattiamo con un approccio dedicato.
Prima di toccare qualsiasi cosa ricostruiamo cosa fa davvero il sistema, e chi lo usa
Quello che ricostruiamo resta in azienda come documentazione, anche se il progetto finisse lì
Si sostituisce un pezzo per volta, mentre il vecchio sistema continua a funzionare
I rischi che vediamo più spesso
Costi di manutenzione che salgono
Ogni intervento richiede molto più tempo del previsto, perché prima bisogna capire cosa si rischia di rompere. Si spende per non fare danni, non per migliorare.
Dipendenza da una sola persona
Quando l'unica persona che capisce davvero il sistema va via, ogni cambiamento diventa un campo minato.
Innovazione bloccata
Non si possono integrare strumenti nuovi su una base che nessuno comprende del tutto.
Sicurezza a rischio
Librerie obsolete, dipendenze non aggiornabili, audit di sicurezza impossibili da chiudere.
Come lo affrontiamo
Usiamo l'AI per analizzare il codice esistente anche senza documentazione, ricostruire le regole di business nascoste, generare la documentazione mancante e disegnare un piano di refactoring incrementale — modulo dopo modulo, senza fermare la produzione.
→Parliamone// DOCS & TEST
Quello che di solito si paga a parte. Da noi è nel pacchetto.
Documentazione automatica
Documentazione funzionale
Flussi, regole, casi d'uso, eccezioni.
Manuale tecnico
Architettura, API, schema dati, integrazioni.
Manuale utente
Guida operativa per chi userà il sistema ogni giorno.
Registro delle modifiche e note di rilascio
Storico chiaro di cosa cambia in ogni versione.
Test dal primo giorno
- Unit test su ogni componente che merita protezione.
- Test di integrazione sui flussi critici end-to-end.
- Test funzionali derivati direttamente dall'analisi validata.
- UAT strutturato prima del go-live, con criteri di accettazione scritti.
- Test automatici mantenuti a ogni rilascio, non solo al lancio.
// CHECKLIST
Le domande da fare prima di scegliere un fornitore software
Valgono per noi come per qualsiasi altro fornitore.
Sul processo
- 01.Come raccogliete e validate i requisiti, in concreto?
- 02.Posso vedere un mockup navigabile prima che inizi lo sviluppo?
- 03.Esiste un processo definito per gestire le richieste di modifica?
Sulla qualità del codice
- 01.Quali standard di codice usate? Come ne verificate il rispetto?
- 02.Avete test automatici? Di che tipo? Con che livello di copertura?
- 03.Fate code review prima di ogni release?
Sulla documentazione
- 01.Documentazione tecnica e funzionale è inclusa nel prezzo?
- 02.Come la mantenete aggiornata nei mesi successivi alla consegna?
- 03.Uno sviluppatore esterno capirebbe il sistema partendo solo dalla documentazione?
Sulla continuità
- 01.Se lo sviluppatore originale non è disponibile, come gestite la continuità?
- 02.Il codice è di proprietà del cliente in tutti i suoi componenti?
- 03.Esiste una procedura scritta per inserire uno sviluppatore nuovo?
Se la risposta che ricevi è "dipende" o "lo definiamo strada facendo", è un segnale che vale la pena registrare.
Vuoi parlarne?
30 minuti di confronto gratuito. Se il problema vale, ti proponiamo come affrontarlo. Se non siamo la realtà giusta, te lo diciamo subito.