Pronti, partenza, via - Scalabilita Agile

Foto di Sohrab Salimi
Sohrab Salimi
3 min. tempo di lettura
Questo contenuto è stato tradotto con IA. Vedi originale

All'inizio di una gara si dice di solito “Pronti, partenza, via”. A livello di team, “Ready to Develop” – cioè “pronto per lo sviluppo” – significa che una User Story è pronta per essere passata al team e inserita nel prossimo Sprint. Ready to Develop viene spesso considerato un supporto per la Definition of Done. Solo per confronto: la Definition of Done è utile sia in riferimento a un singolo team sia quando più team perseguono un obiettivo comune. In realtà, “ready” non si può trasferire a un progetto più grande così facilmente come “done”. Nei progetti agili più grandi, “Ready” richiede spesso due criteri diversi: “Ready to Develop” e “Ready to Go”.

Cinque semplici criteri per la scalabilità agile

I criteri Ready più comuni sono integrati in “Ready to Develop”. Ready to Develop viene utilizzato a livello di team. I criteri sono:

  • La Story è ben strutturata.
  • La Story soddisfa i criteri INVEST (Independent, Negotiable, Valuable, Estimable, Small, Testable)
  • Una Story ha bisogno di criteri di accettazione.
  • Per ogni Story si dovrebbe avere a disposizione un esperto esterno (non nel team) per il rispettivo argomento.
  • Non ci sono dipendenze esterne che impediscono il completamento della Story.

Sulla base di questi cinque criteri si può facilmente scoprire se nel prossimo Sprint si può iniziare subito a lavorare su una determinata User Story o se è necessario ancora più Refinement. I team naturalmente preferiscono lavori che possono affrontare immediatamente piuttosto che quelli mal definiti.

Team of Teams e il livello successivo

La stessa preferenza ce l'ha il cosiddetto “Team of Teams” (un esempio è l'Agile Release Train in SAFe). Per poter definire se sono pronti a iniziare il lavoro, un Team of Teams necessita però di criteri a un livello superiore. I criteri “Ready to Go” che utilizzo più frequentemente sono questi:

1.) I team hanno sincronizzato il loro ritmo di sviluppo. Allineare il ritmo dei team e trovare un ritmo comune è un'ottima misura per garantire comunicazione e integrazione.

2.) C'è un backlog sufficientemente curato. Si dovrebbe identificare e preparare abbastanza lavoro per poter iniziare e supportare i team – non di più. Il backlog non deve essere completo (o completamente elaborato) prima che il lavoro inizi.

3.) Architettura e standard sono stati sufficientemente definiti. In SAFe, ad esempio, si sviluppa solo quanto basta di design e architettura affinché i team ricevano l'aiuto e la consulenza di cui hanno bisogno al momento giusto.

4.) I vincoli riconoscibili sono stati identificati. I vincoli si riferiscono solitamente a cose come scadenze, budget limitati e capacità disponibili, ma a volte anche a vincoli fisici o tecnici. In ogni team, ogni singola persona deve essere al corrente dei vincoli entro i quali ci si muove.

5.) L'infrastruttura necessaria è stata realizzata. L'infrastruttura è costituita dalle strutture fondamentali, dagli strumenti e dai servizi necessari per consegnare un determinato valore. Se vuoi consegnare software, l'infrastruttura necessaria può essere qualcosa di semplice come un posto a sedere e una presa elettrica, oppure qualcosa di complesso come server, router, reti e strumenti di sviluppo.

6.) Team e ruoli sono stati assegnati. Assicurati di aver organizzato e costituito i team Scrum con tutti i ruoli necessari (a condizione che non si lavori con team già esistenti). Inoltre, tutti i ruoli aggiuntivi dovrebbero essere stati identificati e chiariti. Se non ci si concentra adeguatamente sull'organizzazione e la composizione dei team, le cose possono andare storte rapidamente.

Iniziate con la scalabilità agile!

Ready to Go e Ready to Develop hanno obiettivi diversi e quindi anche criteri diversi. Quando quindi alla linea di partenza si dice “...pronti”, ripercorrete mentalmente tutti i criteri “Ready to Go” per scoprire se siete davvero pronti a iniziare un grande progetto. Una volta superato questo ostacolo, potete affrontare la seconda serie di criteri – i criteri “Ready to Develop”. Se considerate entrambi questi fattori, sarete molto più preparati per lo sprint quando scatta il colpo di partenza.

Questo testo proviene dal blog di SPaMCAST ed è stato da noi tradotto in italiano.

Articoli correlati

Come la formazione agile può potenziare la tua ricerca di lavoro

Abbiamo chiesto ad alcuni recruiter di spiegare cosa è essenziale quando ci si candida per un ruolo agile. Leggi la nostra intervista su Agile Academy!

Doing Agile Right: Darrell Rigby

Scopri \"Doing Agile Right\" di Darrell Rigby. Esplora i principi chiave e le pratiche per un'implementazione Agile di successo nello sviluppo organizzativo.

Capacity

La Capacity è il lavoro che può essere completato in uno Sprint. Si basa sul numero di ore lavorative che il team ha a disposizione per lo sviluppo.

Parla con il nostro Assistente Parla con il nostro Assistente