In evidenza · Aspetto funzionale · Requisiti e architettura
Riusciremo a finire quello che ci è stato chiesto?
Requisiti, architettura e integrazioni verificati prima della prima riga di codice, con le decisioni ancora aperte messe nero su bianco.
10 giorniconsegna dal kickoff
Quando serve
- Avete specifiche, ma il sospetto che non siano complete quanto sembrano.
- Dovete integrarvi con sistemi che non controllate e nessuno sa dire quanto sarà profondo.
- State per andare in gara, o per rispondere a una, e vi serve un perimetro tecnico solido.
- Il fornitore ha detto di sì a tutto e vorreste una seconda lettura prima di firmare.
- L'architettura proposta è plausibile ma nessuno l'ha messa alla prova.
- Dovete scegliere fra due strade tecniche e la discussione è ferma da settimane.
A cosa rispondiamo
- I requisiti sono abbastanza completi e coerenti da poterci fissare sopra tempi e budget?
- Dove sono le ambiguità che diventerebbero varianti in corso d'opera?
- L'architettura proposta sostiene i carichi, i vincoli e l'evoluzione attesa?
- Quali integrazioni sono più profonde di come sono state raccontate?
- Quali decisioni tecniche vanno prese ora e quali possono aspettare senza costare.
Cosa facciamo
- Ricostruiamo il modello di dominio e verifichiamo che tutti intendano le stesse parole.
- Passiamo i requisiti al setaccio per completezza, coerenza e verificabilità.
- Identifichiamo gli architectural driver reali e li confrontiamo con l'architettura proposta.
- Definiamo i confini dei componenti e formalizziamo le interfacce (OpenAPI, contratti, eventi).
- Verifichiamo sul campo le integrazioni più incerte, con prove tecniche mirate.
Cosa ricevete
Un documento di circa venti pagine. Questo è l'indice reale, non un esempio.
- Modello di dominio e glossario condiviso
- Completezza dei requisiti e mappa delle ambiguità
- Incoerenze rilevate, con la domanda che le scioglie
- Architectural driver e architettura proposta
- Confini dei componenti e contratti di interfaccia
- Attributi di qualità attesi e come si misurano
- Rischi tecnici e decisioni raccomandate
La decisione che potrete prendere
Procedere con lo sviluppo · Rivedere l'architettura · Ridurre il perimetro
Avendo chiari i costi reali prima di assegnare il lavoro.
E poi?
Con i requisiti passati al setaccio e l'architettura verificata, il perimetro è maturo per un progetto chiavi in mano o a budget fissato, con tempi e costi prevedibili.
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 tecnico e funzionale, distribuite su tre incontri.
- Perimetro incluso
- Un'applicazione o modulo, fino a due integrazioni complesse analizzate nel dettaglio. Oltre questo perimetro concordiamo un'estensione.
- Perché i dieci giorni siano rispettati
- La documentazione esistente e gli accessi ai sistemi di prova arrivano 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 produce codice di produzione: produce specifiche e architettura su cui scrivere il codice giusto.
- Non è un parere teorico: ogni verifica è ancorata a prove tecniche e contratti reali.
- Non vi vincola a sviluppare con noi: con questo documento potete andare in gara o affidare il lavoro al vostro fornitore abituale.