Modello · Software e digitale
Sviluppo di una nuova funzione SaaS
Una funzione nuova in un SaaS già in uso: specifica, documento tecnico, migrazione retrocompatibile, interruttore, test, accensione a scaglioni, pulizia.
- 15
- settimane di piano
- 5
- fasi: le liste dello Space
- 37
- task con stime e dipendenze, 7 milestone
A chi serve
Il lavoro, com'è davvero.
Team di sviluppo di un prodotto SaaS che aggiungono una funzione a un sistema con clienti attivi: niente fermi, dati dei clienti separati, rilascio graduale dietro un interruttore e codice vecchio tolto alla fine.
Con «Usa questo modello» nasce lo Space «Nuova funzione» nel tuo workspace, con le date dal giorno che scegli: liste e stati, task con stime e dipendenze, milestone, rischi e pagine dei documenti.


Le fasi
Specifica
settimane 1–2- Funzione inserita nella roadmap del trimestre
- Problema, clienti che lo chiedono e metrica di successoDopo «Funzione inserita nella roadmap del trimestre».
- Requisiti di prodotto con casi limite e criteri di accettazioneDopo «Problema, clienti che lo chiedono e metrica di successo».
- Flussi e schermate con i componenti esistentiDopo «Problema, clienti che lo chiedono e metrica di successo».
- In quali piani entra e con quali limiti d'usoDopo «Problema, clienti che lo chiedono e metrica di successo».
- Specifica approvata da prodotto e sviluppoDopo «Requisiti di prodotto con casi limite e criteri di accettazione», «Flussi e schermate con i componenti esistenti», «In quali piani entra e con quali limiti d'uso».
Progettazione tecnica
settimane 3–4- Documento di progettazione tecnicaDopo «Specifica approvata da prodotto e sviluppo».
- Modifiche allo schema dei dati, retrocompatibili, con il workspace in ogni rigaDopo «Specifica approvata da prodotto e sviluppo».
- Contratto delle API nuove e delle modifiche a quelle esistentiDopo «Specifica approvata da prodotto e sviluppo».
- Revisione di sicurezza: permessi, separazione dei workspace, dati personaliDopo «Documento di progettazione tecnica», «Modifiche allo schema dei dati, retrocompatibili, con il workspace in ogni riga», «Contratto delle API nuove e delle modifiche a quelle esistenti».
- Scomposizione in storie e stima del teamDopo «Documento di progettazione tecnica».
- Progettazione tecnica approvataDopo «Revisione di sicurezza: permessi, separazione dei workspace, dati personali», «Scomposizione in storie e stima del team».
Sviluppo
settimane 4–8- Interruttore della funzione, spento per tuttiDopo «Progettazione tecnica approvata».
- Migrazione dello schema in due tempi: prima si aggiunge, poi si toglieDopo «Progettazione tecnica approvata».
- Logica di dominio e API della funzioneDopo «Migrazione dello schema in due tempi: prima si aggiunge, poi si toglie», «Interruttore della funzione, spento per tutti».
- Interfaccia della funzioneDopo «Interruttore della funzione, spento per tutti».
- Permessi per ruolo e limiti del pianoDopo «Migrazione dello schema in due tempi: prima si aggiunge, poi si toglie».
- Eventi d'uso e metrica di successo nel cruscotto del prodottoDopo «Permessi per ruolo e limiti del piano».
- Log, metriche e allarmi della funzioneDopo «Permessi per ruolo e limiti del piano».
- Test automatici: unità, integrazione, percorso completoDopo «Logica di dominio e API della funzione», «Interfaccia della funzione».
- Funzione completa dietro l'interruttoreDopo «Test automatici: unità, integrazione, percorso completo», «Eventi d'uso e metrica di successo nel cruscotto del prodotto», «Log, metriche e allarmi della funzione».
Verifica
settimane 8–10- Prove esplorative e di regressione nell'ambiente di provaDopo «Funzione completa dietro l'interruttore».
- Prestazioni con i dati del cliente più grandeDopo «Funzione completa dietro l'interruttore».
- Accessibilità delle schermate nuove: tastiera, lettore di schermo, contrastiDopo «Funzione completa dietro l'interruttore».
- Uso interno: la funzione accesa per il nostro workspaceDopo «Prestazioni con i dati del cliente più grande».
- Guida per i clienti e note di rilascioDopo «Prove esplorative e di regressione nell'ambiente di prova».
- Correzioni dalla verifica e dall'uso internoDopo «Prove esplorative e di regressione nell'ambiente di prova», «Uso interno: la funzione accesa per il nostro workspace», «Accessibilità delle schermate nuove: tastiera, lettore di schermo, contrasti».
- Via libera al rilascioDopo «Correzioni dalla verifica e dall'uso interno», «Guida per i clienti e note di rilascio».
Rilascio progressivo
settimane 10–15- Rilascio in produzione con l'interruttore spentoDopo «Via libera al rilascio».
- Passaggio di consegne all'assistenza: come funziona, casi noti, risposteDopo «Rilascio in produzione con l'interruttore spento».
- Accensione per i clienti pilotaDopo «Rilascio in produzione con l'interruttore spento».
- Accensione a scaglioni: 10, 50 e 100 per cento dei workspaceDopo «Accensione per i clienti pilota».
- Funzione disponibile per tuttiDopo «Accensione a scaglioni: 10, 50 e 100 per cento dei workspace».
- Rimozione dell'interruttore e del codice vecchioDopo «Funzione disponibile per tutti».
- Adozione a due settimane contro la metrica di successoDopo «Funzione disponibile per tutti».
- Retrospettiva del teamDopo «Adozione a due settimane contro la metrica di successo», «Rimozione dell'interruttore e del codice vecchio».
- Funzione chiusaDopo «Retrospettiva del team».
I rischi tipici
La migrazione dello schema blocca le tabelle in produzione
Alto · 10Un indice o un vincolo aggiunto su una tabella grande ferma le scritture per minuti: l'applicazione va in errore per tutti i clienti.
Mitigare: Migrazione in due tempi; indici creati senza blocco; prova sulla copia del database più grande; rilascio fuori dalle ore di punta.
Dati di un workspace visibili a un altro
Medio · 5Una query nuova senza filtro sul workspace o un identificativo indovinabile: un cliente vede i dati di un altro. È una violazione dei dati personali da notificare.
Evitare: Revisione di sicurezza prima dello sviluppo; test automatico fra workspace diversi per ogni chiamata nuova; revisione del codice con questo controllo esplicito.
La funzione si allarga durante lo sviluppo
Alto · 12Ogni demo aggiunge un caso: la stima salta e il rilascio slitta al trimestre dopo.
Mitigare: Criteri di accettazione approvati con la specifica; i casi nuovi vanno in un elenco per la versione successiva, salvo i bloccanti.
Prestazioni scadenti per i clienti con molti dati
Alto · 12Provata su dati di prova piccoli, la funzione rallenta i workspace più grandi, che sono anche i clienti che pagano di più.
Mitigare: Prova sulla copia anonimizzata del workspace più grande; accensione a scaglioni con i tempi sotto controllo.
Interruttori dimenticati che diventano debito
Medio · 6La funzione è accesa per tutti, ma interruttore e codice vecchio restano: ogni modifica futura deve considerare due rami.
Mitigare: La pulizia è un task del piano, con la sua data; la funzione è chiusa solo dopo la pulizia.
Le pagine dei documenti
- Modello del documento di progettazione tecnica
- Definizione di fatto della funzione
I file
In KeenHour, in Excel o in CSV.
Il modello vive in KeenHour, dove le date, il percorso critico e il carico si aggiornano da soli. Se preferisci partire da un file: l'Excel con il Gantt e il registro dei rischi, o il CSV da importare in una lista, con le date dal lunedì prossimo.
Tutti i modelli →Every hour, under control.
Il prossimo lunedì, apri la settimana con il quadro completo.
Crea il workspace, invita il team e importa i progetti in corso. Hai 14 giorni per provarlo, senza carta.