La funzionalità ferma nel backlog da mesi, portata dall'analisi alla produzione una milestone alla volta
Lo sviluppo di funzionalità di CODEPRESS prende una funzionalità che il tuo team non ha il tempo o la competenza per costruire adesso e la porta dall'analisi alla produzione, in 4–10 settimane da 8.000 euro secondo l'ampiezza concordata. Il lavoro procede per milestone con data e costo dichiarati, non a giornate. Il codice finisce nel tuo repository, coperto da test automatici e pronto per il passaggio di consegne.
da 8.000 €4 a 10 settimane
A cosa serve lo sviluppo di una funzionalità
Ogni backlog ha una voce che resta lì da mesi: non perché sia difficile, ma perché nessuno in squadra può fermare il resto per due mesi di fila per costruirla. Chi la eredita dall'esterno rischia di partire dal requisito come è stato raccontato in una riunione, non dal flusso reale che le persone useranno: la differenza si vede solo dopo la consegna, quando la funzionalità fa quello che era scritto ma non quello che serviva.
L'altro rischio è il prezzo che si allarga da solo dopo il primo mese, perché il perimetro «si è chiarito» strada facendo. Lo sviluppo per milestone lavora al contrario: ogni tappa ha una data e un costo dichiarati prima di partire, si paga al raggiungimento e non a giornate. Se una milestone rivela più lavoro del previsto, lo si scopre lì, alla tappa dove è successo, non a ridosso della consegna finale dell'intero progetto.
Cosa comprende lo sviluppo di una funzionalità
Analisi del flusso reale
Prima di scrivere una riga guardiamo come lavorano davvero le persone che useranno la funzionalità, non solo la descrizione che ne è stata fatta in riunione: è lì che nascono i requisiti dimenticati.
Milestone con data e costo
Il lavoro si divide in tappe verificabili, ciascuna con una data e un costo dichiarati prima di iniziare: paghi al raggiungimento della milestone, non alle giornate lavorate, e sai sempre a che punto sei.
Ambiente di verifica dal primo giorno
Fin dalla prima milestone hai un ambiente in cui vedere la funzionalità prendere forma e provarla tu stesso, invece di scoprirla tutta insieme il giorno della consegna finale.
Test automatici e documentazione
Il codice arriva coperto da test automatici e da una documentazione che spiega le scelte fatte, non solo l'elenco delle funzioni: è quello che permette al tuo team di mantenerlo dopo di noi.
Come funziona lo sviluppo di una funzionalità
Analisi e scomposizione in milestone
Guardiamo il flusso reale insieme al tuo team, lo scomponiamo in milestone verificabili una per una, e fissiamo per ciascuna la data e il costo prima di scrivere la prima riga di codice.
Sviluppo per tappe
Costruiamo una milestone alla volta, la consegniamo nell'ambiente di verifica e passiamo alla successiva solo dopo che il tuo team l'ha provata: nessuna sorpresa concentrata nell'ultima settimana.
Test a ogni tappa
Ogni milestone porta con sé i suoi test automatici, non li lasciamo per la fine: un difetto trovato a metà percorso costa una correzione, non una riscrittura.
Consegna e passaggio di consegne
Alla milestone finale il codice arriva nel tuo repository con la documentazione e una sessione dedicata al passaggio di consegne, così il tuo team può mantenerlo da subito.
Cosa ricevi con lo sviluppo di una funzionalità
- La funzionalità in produzione, dentro il flusso reale definito in analisi, non solo il requisito raccontato in riunione
- Il codice nel tuo repository, con la cronologia delle milestone rilasciate una per una
- La suite di test automatici scritta insieme al codice, non aggiunta dopo
- La documentazione delle scelte fatte durante lo sviluppo, consegnata insieme al codice, non scritta a parte dopo
- Un ambiente di verifica disponibile dalla prima milestone, non solo alla consegna finale
- Una sessione di passaggio di consegne con il tuo team a lavoro concluso
Quando lo sviluppo di una funzionalità non fa per te
- Il requisito non è ancora definito: le milestone di questo servizio scompongono un flusso reale, e se il flusso non esiste ancora scomporlo non ha senso. Prima verificate se l'idea funziona con una PoC, poi tornate qui con qualcosa da scomporre.
- Quello che ti serve è un prodotto intero, non una funzionalità dentro un sistema che già esiste: le milestone qui presuppongono un'architettura su cui appoggiarsi, e un prodotto nuovo non ce l'ha ancora.
- Cerchi persone da affiancare al tuo team e fatturare a giornata, senza un deliverable chiuso alla fine: non è quello che vendiamo, e lo diciamo prima di firmare, non dopo il primo mese.
Quanto costa sviluppare una funzionalità, e perché
Non fatturiamo a giornata: ogni milestone ha una data e un costo concordati con te prima di partire, e questo vale già dalla prima. Una funzionalità che si chiude in due tappe pesa meno sul budget di una che ne richiede il doppio: la differenza è nel piano che firmi all'inizio, non in una fattura imprevista a metà progetto.
Se durante lo sviluppo emerge la necessità di una milestone che non era stata prevista, il suo perimetro e il suo costo si concordano allo stesso modo della prima, prima che quella tappa parta: non è una sorpresa che scopri in fattura. Le milestone già consegnate e pagate non si riaprono per coprire quel costo: resta una tappa a sé, con il suo prezzo dichiarato in anticipo.
Domande frequenti sullo sviluppo di una funzionalità
- Quanto costa lo sviluppo di una funzionalità?
- Si parte da 8.000 euro, non a giornate: ogni milestone porta con sé un costo dichiarato prima di iniziare, e il numero di milestone necessarie a coprire il flusso reale decide dove atterra la cifra finale. Lo sai dal piano concordato all'inizio, prima che il lavoro parta, non da una fattura a consuntivo. Ogni milestone successiva si prezza allo stesso modo, una alla volta.
- Lavorate sul nostro repository o su uno vostro?
- Sul vostro, dalla prima milestone: il codice nasce già nel repository che resterà il vostro dopo la consegna, non in un ambiente separato da cui poi trasferirlo. Lavoriamo con le vostre pipeline di build e revisione, così quello che vedete durante lo sviluppo è esattamente quello che gira il giorno del passaggio di consegne, senza un salto fra i due.
- Il codice di chi è?
- Vostro, dal primo commit: nasce nel vostro repository, con la vostra licenza, senza clausole che vi legano a noi per manutenerlo o estenderlo dopo la consegna. Il passaggio di consegne finale non trasferisce una proprietà che già avete: spiega al vostro team come è fatto il codice e perché certe scelte sono state prese, così può intervenirci senza dipendere da chi lo ha scritto.
- Come sono organizzati i rilasci?
- Per milestone, ciascuna verificabile da sola in un ambiente dedicato prima di passare alla successiva: non un'unica consegna alla fine di dieci settimane, ma tappe che il vostro team può provare mano a mano che nascono. Ogni milestone porta con sé i propri test automatici, così un difetto si scopre alla tappa in cui è nato, non mesi dopo in produzione.
- Cosa succede dopo la consegna?
- Il codice resta nel vostro repository, coperto da test e documentato, e una sessione dedicata trasferisce al vostro team le scelte fatte durante lo sviluppo, non solo l'elenco di cosa è cambiato. Da quel momento la manutenzione è vostra: non c'è un contratto di supporto che si attiva in automatico, né una dipendenza nascosta da chi ha scritto il codice.