SCRUM da zero, senza un framework di base stabilito?

Siamo un piccolo gruppo di 5 persone che sta per iniziare un nuovo progetto. Questo è il primo progetto in cui andremo all-in sulla mischia.

Stiamo lottando un po 'con il modo in cui creeremo una base per il progetto (quadri e simili). Tali attività non sono qualcosa a cui l'utente trarrà beneficio direttamente, quindi abbiamo difficoltà a capire come scrivere storie utente per questo.

Quindi, in generale, come si usa scrum, quando si avvia un progetto da zero, senza framework e senza libreria di base in atto?

Non penso che molti metodi agili gestiscano bene le attività che in genere fanno parte dell'inizio del progetto. Molti dei framework comuni (XP, Scrum, Kanban) non affrontano questa preoccupazione, ma alcuni dei framework ridimensionati (Disciplined Agile Delivery, SAFe) lo fanno in una certa misura.

Alcune persone sostengono il concetto di un incremento iniziale (in Scrum, uno sprint) progettato per impostare il tuo progetto. Questo è spesso chiamato Increment Zero (o, in Scrum, Sprint 0). Tuttavia, non è una parte formale di Scrum e i puristi affermano che il primo Incremento dovrebbe essere potenzialmente rilasciabile.

Tale incremento viene utilizzato per impostare l'ambiente del team: impostare gli ambienti di sviluppo, test e produzione, configurare gli strumenti e gli script di supporto e stabilire gli ambienti di lavoro con grafici di burndown e backlog. Se qualcuno nel team non ha familiarità con gli strumenti di sviluppo utilizzati, è qui che imparano le basi per funzionare e iniziano a produrre output nella prima iterazione.

Accanto a questo, inizierai spesso a scrivere le tue prime storie utente e dare la priorità al backlog del prodotto, dal momento che non c'è un backlog sprint a questo punto. Chiunque sia il Product Owner inventerà storie. Se questa persona non ha familiarità con Scrum, imparerebbe a scrivere buone storie utente con cui anche il team può lavorare. Non dare enfasi su come ottenere tutte le storie, ma ti consigliamo di dare il via alla prima iterazione di sviluppo.

Squadre diverse gestiscono Sprint 0 in modo diverso. Alcuni potrebbero eseguire il timebox alla stessa durata di qualsiasi altro sprint. Altri potrebbero renderlo un po 'più lungo o un po' più corto a seconda delle esigenze della squadra. Dato che questo è il tuo primo tentativo di Scrum, potrei allungarlo di più, specialmente se hai iterazioni più brevi come parte del tuo ciclo di sviluppo. Se stai pianificando iterazioni di due settimane, fallo 3 settimane.

Per quanto riguarda la formulazione delle attività, non le formulerei necessariamente come storie utente. Potresti, dal punto di vista dei membri del team e di vari ruoli (Product Owner, ScrumMaster, sviluppatore, tester, designer, scrittore tecnico e così via). Tuttavia, Sprint 0 è per il team, non per il cliente o l'utente. Un semplice elenco di compiti e attività sarebbe sufficiente.

Questi sono i pre-requisiti che abbiamo stabilito prima di implementare SCRUM nel nostro team. Una volta terminato l'elenco, è possibile implementare il processo e gli strumenti per la mischia effettiva.

1. I membri del team sono altamente o moderatamente qualificati.
2. La squadra è molto unita.
3. Lo scambio di informazioni tra i membri del team è veloce, coerente e libero flusso.
4. La squadra è co-localizzata.
5. Gli affari sono fortemente coinvolti con il team.
6. L'architettura (commerciale, informatica e tecnica) è ben definita.
7. L'infrastruttura è attiva e funzionante: ambiente di sviluppo, test e UAT.
8. Creazione e rilascio automatizzati.
9. Alto livello di automazione dei test.
10. La dipendenza della squadra dal mondo esterno è minima (idealmente zero).
11. Il conteggio dei sistemi partecipanti è minimo.
12. I requisiti sono stabili a livelli più elevati, pertanto il portafoglio ordini del prodotto presenta modifiche minime.
13. I membri del team sono autonomi a prendere una decisione su quale user story dovrebbe far parte dello sprint / scrum e sul numero totale di scrum / sprint necessari per raggiungere l'obiettivo dichiarato.

Altre due parti importanti:

1. Seleziona le persone per i ruoli (Scrum master, Product Owner e il team)
2. Tieni pronta la lavagna bianca e gli adesivi.