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.

Lo Space «Nuova funzione» in KeenHour: la board del modelloLo Space «Nuova funzione» in KeenHour: la board del modello

Le fasi

  1. 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».
  2. 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».
  3. 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».
  4. 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».
  5. 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 · 10

    Un 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 · 5

    Una 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 · 12

    Ogni 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 · 12

    Provata 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 · 6

    La 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 modelli li scriviamo con cura, ma possiamo sbagliare: una norma cambiata, una durata ottimistica, un passaggio che manca. Sono un punto di partenza, non una consulenza: prima di impegnarti con un cliente, adattali al tuo caso. Hai trovato un errore? Scrivici: lo correggiamo per tutti e ti diciamo quando è fatto.

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.