Panoramica di Scrum Framework
Scrum framework è una metodologia correlata alla gestione agile utilizzata per gestire le conoscenze e il lavoro, in particolare per lo sviluppo del software. Ha ampie applicazioni in vari campi ed è ora esplorato dai team di progetto tradizionali in tutto il mondo. È fatto per team di dimensioni moderate da tre a un massimo di nove membri, in cui il lavoro è suddiviso in piccoli blocchi che possono essere completati all'interno di iterazioni chiamate sprint. Non sono necessari più di 30 giorni / un mese per completare l'intero lavoro.
Il tempo impiegato per eseguirlo completamente è di due settimane e, se lo supera, viene ri-strutturato in riunioni chiamate scrum giornalieri. Il framework che fornisce un'immagine di come vengono implementate le scrum è chiamato framework Scrum. I team delle organizzazioni più grandi includono i seguenti scrum, ovvero Scrum su larga scala (LeSS), framework agile scalato (SAFe), mischia di mischie e e, Nexus, ecc.
Ruolo di Scrum Framework
Scrum framework è composto da tre ruoli. La struttura nella sua interezza aiuta nella comunicazione ottimale e corretta tra i membri del team. Questi tre ruoli insieme formano il team di Scrum. Questi tre ruoli del framework Scrum sono:
1) Proprietario del prodotto: il proprietario del prodotto rappresenta tutte le possibili parti interessate e il cliente in ciascun caso. Ha la responsabilità di fornire il massimo valore possibile al cliente. Il proprietario del prodotto non segue i metodi tradizionali per realizzare le cose, piuttosto dà priorità alle cose sulla base o alle dipendenze e all'importanza. Una squadra di scrum dovrebbe avere un solo proprietario del prodotto. Questo ruolo è diverso da quello del maestro di mischia. Il proprietario del prodotto si concentra sulla parte aziendale di un prodotto e funge da intermediario tra le parti interessate e il team. Il proprietario del prodotto non è un dittatore ma un consenso. Pertanto, un buon proprietario del prodotto dovrebbe essere in grado di comprendere le esigenze dell'azienda, i motivi alla base di tali esigenze e comunicarle agli stakeholder e al team interessato.
2) Team di sviluppo: il team di sviluppo è responsabile di fornire un lavoro di qualità ottimale ad ogni sprint di passaggio. L'obiettivo dello sprint descrive il lavoro che una squadra dovrebbe fare e la qualità che deve fornire alla fine di ogni sprint. Il team ha da tre a nove membri che svolgono tutte le attività necessarie per costruire gli incrementi del prodotto. Sebbene un team sia composto da persone di diversa estrazione, tutte sono generalmente indicate come sviluppatori. È un team auto-organizzante e le interazioni al di fuori del team sono gestite dal proprietario del prodotto o dallo scrum master.
3) Scrum Master: Scrum Master è responsabile per facilitare una mischia, assicurarsi che non ci siano problemi sulla modalità di consegna del prodotto di qualità o della consegna. Il mastro scrum funge da mediatore tra la squadra e qualsiasi problema sul percorso di lavoro e non è necessariamente il caposquadra. Lo Scrum Master garantisce il rispetto del framework Scrum. Lo Scrum Master incoraggia il team a migliorare. Il ruolo è stato anche definito facilitatore di squadra o capo-servitore per riflettere i doppi aspetti.
Il flusso di lavoro di Scrum Framework
Il flusso di lavoro di un framework di Scrum è il seguente:
1) Sprint: uno sprint / iterazione è l'unità di uno Scrum. Uno sprint è limitato a un tempo specifico. La durata di uno sprint è decisa in anticipo ed è normalmente, tra una settimana e un mese, normalmente due settimane.
2) Pianificazione Sprint: inizialmente, il team di Scrum conduce una pianificazione Sprint per:
- Decidono reciprocamente la portata del lavoro che dovrebbe essere fatto durante uno sprint.
- Identifica gli elementi che possono essere fatti in un solo sprint.
- Fai uno sprint in cui il lavoro che dovrebbe includere elementi da completare.
- Il tempo previsto è di quattro ore al giorno per due settimane.
- Man mano che il lavoro procede, gli elementi identificati vengono suddivisi e se non possono essere completati in uno sprint, vengono inseriti nel backlog del prodotto.
- Quando il backlog dello sprint viene sviluppato dal team di sviluppo, vengono ripresi gli elementi che possono essere completati all'interno di uno sprint.
3) Sprint giornaliero: una mischia giornaliera o uno stand up si tengono ogni giorno con ogni sprint.
- Ogni membro del team di sviluppo viene ben preparato.
- Anche se mancano alcuni membri del team di sviluppo, inizia esattamente in tempo.
- Ogni giorno dovrebbe essere tenuto nello stesso orario e luogo.
- Il tempo è limitato a quindici minuti.
- Solo i membri del team di sviluppo dovrebbero contribuire, ma anche chiunque altro è il benvenuto.
- Ogni membro del team dovrà rispondere a tre domande durante la mischia quotidiana.
- Ieri ho fatto qualcosa per contribuire all'obiettivo dello sprint della squadra?
- Cosa devo fare oggi per aiutare la mia squadra a contribuire all'obiettivo dello sprint della mia squadra oggi?
- Devo calcolare eventuali problemi che possono ritardare o impedire alla mia squadra di raggiungere i suoi obiettivi predeterminati?
4) Sprint Review: il team organizza due eventi al termine di uno sprint, ovvero lo sprint review e la retrospettiva dello sprint.
Alla revisione dello sprint, il team:
- Revisiona il lavoro completato e il lavoro che deve ancora essere completato.
- Il lavoro completato viene presentato agli stakeholder.
- Decide cosa deve essere completato in seguito collaborando con le parti interessate.
Linee guida per le recensioni di Sprint:
- Il lavoro incompleto non può essere dimostrato.
- La durata prevista è di due ore per due settimane.
5) Retrospettiva Sprint: alla retrospettiva Sprint, il team:
- Studia lo sprint passato.
- Identifica i difetti e li corregge.
6) Estensioni: l' estensione comprende due eventi, vale a dire,
- Affinamento degli arretrati.
- Annullamento di uno sprint.
Nonostante sia così preciso ed efficiente, il framework Scrum ha i suoi limiti:
- Ci sono squadre che sono sparse geograficamente o hanno membri part-time e quindi, sono difficili da gestire e realizzare un tale quadro.
- Esistono squadre con competenze molto specializzate e un quadro così definitivo non funziona correttamente.
- Alcuni fattori esterni influenzano anche prodotti e risultati che sfuggono al proprio controllo.
- Alcuni prodotti sono di natura matura e hanno un controllo di qualità limitato e, pertanto, un tale quadro non li soddisfa.
Articoli consigliati
Questa è stata una guida a Scrum Framework. Qui discutiamo i 3 ruoli principali e il flusso di lavoro di Scrum Framework. Puoi anche consultare i nostri altri articoli suggeriti:
- Che cos'è la programmazione agile?
- Che cos'è Agile e Scrum?
- Che cos'è Agile Project Management?
- Impara i principi Scrum
- Scrum Open Assessment
- 7 caratteristiche di Scrum Dashboard