In evidenza · Aspetto tecnico · Software esistente
Siamo ancora in grado di far evolvere questo sistema?
Quanto vi costerà far evolvere il software che avete già, dove conviene intervenire e cosa è meglio lasciare dov'è.
10 giorniconsegna dal kickoff
Quando serve
- Ogni modifica costa più della precedente e nessuno sa spiegare esattamente perché.
- Le stime sono diventate inaffidabili e i rilasci fanno paura.
- Chi ha scritto il sistema non c'è più e la conoscenza è in poche teste.
- Dovete decidere fra evolvere, riscrivere o sostituire, e la discussione è ideologica.
- State per acquisire o cedere un prodotto e vi serve una lettura tecnica indipendente.
- Volete sapere quanto costerebbe davvero il prossimo anno di evoluzione.
A cosa rispondiamo
- Quanto costa oggi introdurre un cambiamento, e come sta cambiando quel costo.
- Quali parti del sistema sono sane, quali sono fragili e quali sono semplicemente vecchie.
- Dove il debito tecnico vi sta effettivamente frenando, e dove invece è innocuo.
- Come si comportano affidabilità e prestazioni rispetto a quello che vi serve fra un anno.
- Quanto è prevedibile il vostro processo di verifica, rilascio e ripristino.
Cosa facciamo
- Analizziamo il codice con strumenti statici e leggiamo a mano le parti che contano.
- Incrociamo complessità, frequenza di modifica e densità dei difetti per trovare i punti dove il costo si concentra davvero.
- Valutiamo copertura e utilità dei test, tempi di build, procedure di rilascio e ripristino.
- Esaminiamo come vengono gestiti incidenti e difetti, e quanto tempo del team assorbono.
- Quantifichiamo il costo di evoluzione atteso e lo confrontiamo con le alternative.
Cosa ricevete
Un documento di circa venti pagine. Questo è l'indice reale, non un esempio.
- Coerenza architetturale e stato di salute per area
- Qualità del codice e concentrazione del debito
- Manutenibilità: costo atteso del cambiamento
- Affidabilità e prestazioni rispetto agli obiettivi
- Verifica, build, rilascio e ripristino
- Gestione di incidenti e difetti
- Scenari a confronto, con i costi: evolvere, risanare, sostituire
La decisione che potrete prendere
Evolvere · Risanare selettivamente · Riscrivere
Con stime economiche basate sullo stato reale del codice.
E poi?
Se la strada è il risanamento selettivo, il passo naturale è un progetto a budget fissato sulle prime aree da stabilizzare, o l'affiancamento continuativo di nostri specialisti per accelerare il refactoring.
Formato
- Investimento
- Costo fisso e contenuto, concordato prima di iniziare.
- Consegna
- Dieci giorni dal kickoff. Il kickoff entro cinque giorni lavorativi dalla conferma.
- Il vostro tempo
- Circa 6 ore complessive del vostro team di sviluppo o dei referenti tecnici, distribuite su tre incontri.
- Perimetro incluso
- Un perimetro applicativo, fino a 3 repository principali o codebase monolitica definita. Oltre questo perimetro concordiamo un'estensione.
- Perché i dieci giorni siano rispettati
- L'accesso al codice sorgente e alla documentazione architetturale arriva entro il secondo giorno. Se qualcosa slitta ve lo diciamo subito.
È un formato d'ingresso a condizioni dedicate, pensato per conoscerci lavorando. Non è la nostra tariffa ordinaria di progetto.
Cosa non è
- Non è un report automatico di SonarQube: include analisi qualitativa e lettura manuale del codice.
- Non è una due diligence contabile o legale.
- Non obbliga a far fare il risanamento a noi: il documento è una guida per qualsiasi team tecnico.