Mischia è un struttura all'interno del quale le persone possono affrontare complessi problemi di adattamento, fornendo al contempo in modo produttivo e creativo prodotti del valore più alto possibile. Viene utilizzato principalmente in strategia di sviluppo del prodotto .
è il modo più rapido e migliore per comprendere Scrum in profondità. Scrum è spesso percepito come una metodologia, ma piuttosto che guardare Scrum come una metodologia, dobbiamo considerarlo come una struttura di gestione dei processi.
Ci sono 3 cose su Scrum che devo affrontare immediatamente. Scrum lo è
- Leggero
- Facile da capire
- Difficile da implementare
Tenendo presente questo, si spera che quanto segue dovrebbe darvi i fondamenti di Scrum.
- Cos'è SCRUM?
- Chi è uno Scrum Master?
- Framework SCRUM
- Cos'è uno Sprint?
- Cerimonie SCRUM
- Artefatti SCRUM
Cos'è SCRUM?
Per capire l'importanza di Mischia , dobbiamo prima dare un'occhiata a un'alternativa più tradizionale: Il modello a cascata .
Cos'è il modello a cascata?
Nel Modello a cascata , tutta la pianificazione avviene all'inizio del processo di sviluppo e una buona quantità di tempo viene investita nello stesso. Quindi ha luogo lo sviluppo completo del prodotto, seguito dal test. Poi finalmente un prodotto viene rivisto e distribuito, il tutto richiede circa un anno.
Problema
Ora il problema con un tale approccio è che la pianificazione avviene completamente ignorando le possibili sfide che potrebbero essere affrontate dal team durante lo sviluppo. Ciò può portare a molti passi indietro e ritardi.
Inoltre, alla fine di questo lungo ciclo, potresti semplicemente renderti conto che i requisiti del mercato sono completamente cambiati e il tuo prodotto non soddisfa più i suoi requisiti. Questo ti riporta al punto di partenza.
Soluzione
In Scrum, hai il seguente approccio.
- Prima tu Piano quanto basta per iniziare con il tuo progetto.
- Secondo, tu costruire il tuo prodotto con un insieme minimo di funzionalità di base.
- Terzo, tu test quelle caratteristiche secondo il tuo piano.
E infine, conduci a revisione per dimostrare il suddetto prodotto alle parti interessate per l'accettazione. E quello che hai qui è un file prodotto potenzialmente spedibile .
Questi quattro passaggi ne comprendono uno iterazione , che viene ripetuto più e più volte, riducendo il tempo impiegato per ciascuno rilascio incrementale o versione del prodotto.
Allora, cos'è esattamente Scrum?
Scrum implementa il metodologia per la creazione di un file potenzialmente spedibile software attraverso processi, tecniche e pratiche con iterazioni e incrementi per fornire il massimo valore . Scrum lo è non una metodologia . È un framework semplice e leggero per un'efficace collaborazione in team su prodotti complessi.
c ++ cos'è lo spazio dei nomi
Chi è uno Scrum Master?
Per spiegare chi è un Maestro di mischia , Avrò bisogno dell'aiuto di un'ipotesi.
Problema
Supponiamo che ci siano più persone in una stanza e che debbano fare la fila in base alle rispettive altezze, impiegando il minimo tempo possibile.
Ora, ci possono essere due modi per affrontare questo problema.
Soluzione 1: l'approccio del supervisore
Questo approccio prevede che una persona si assuma la responsabilità di organizzare le altre in una coda. Questo metodo, tuttavia, richiede troppo tempo e non lascia spazio alle persone per pensare da sole.
Soluzione 2: l'approccio Scrum Master
Il Mischia Maestro consente a un team di auto-organizzarsi e apportare modifiche rapidamente. Facilita AGILE i principi. Lo scrum master gestisce il processo di scambio delle informazioni.
Questo consuma meno tempo e la squadra cresce imparando a pensare da soli.
Framework SCRUM
Scrum non è una metodologia, si basa sul metodo scientifico di empirismo . Fondamentalmente ha sostituito l'approccio algoritmico programmato con un altro euristico (autoapprendimento) uno, nel rispetto delle persone e dell'auto-organizzazione per affrontare la natura imprevedibile degli impedimenti nello sviluppo del software.
Cos'è l'empirismo?
L'empirismo non è altro che lavorare in modo basato sui fatti, sull'esperienza e sull'evidenza. Un processo empirico è quello in cui il progresso si basa sull'osservazione della realtà, piani non fittizi .
L'empirismo si basa su 3 pilastri, vale a dire, trasparenza , ispezione e adattamento .
Trasparenza
Significa presentare i fatti così come sono. Tutti i dipendenti coinvolti - il cliente, il CEO, i singoli collaboratori - sono trasparenti nei rapporti quotidiani con gli altri.
Ispezione
Dovrebbe essere fatto per il prodotto, i processi, gli aspetti relativi alle persone, le pratiche e il miglioramento continuo da parte di ciascun membro dello Scrum Team.
Adattamento
Si riferisce alla capacità di adattamento in base ai risultati dell'ispezione. Questo termine in questo contesto riguarda il miglioramento continuo.
Ciclo di vita di Scrum
Passo 1: Il processo inizia con un file proprietario del prodotto . Questa persona crea un file backlog del prodotto , un elenco di priorità di attività e requisiti di cui il prodotto finale ha bisogno.
Passo 2: La squadra si riunisce per pianificazione dello sprint e decide insieme su cosa lavorare per primo dal backlog del prodotto. Questo sottoinsieme di elementi si trasforma nel file sprint arretrato .
Step3: Durante lo sprint, il team si incontra quotidianamente per comunicare progressi e problemi, questo incontro si chiama daily scrum. Lo Scrum Master lo sovrintende e garantisce che tutti i membri del team seguano le teorie, le regole e le pratiche di Scrum.
Step4: Alla fine di ogni sprint, a revisione dello sprint l'incontro è organizzato dal proprietario del prodotto. Durante l'incontro, il team di sviluppo dimostra il lavoro svolto nell'ultimo sprint. Quindi il proprietario del prodotto discute il rimanente backlog del prodotto e il tempo stimato per completare il progetto, se necessario.
Nota: In mischia, alla fine di ogni sprint, il team dovrebbe avere un pezzo del prodotto funzionante e utilizzabile da mostrare per il proprio lavoro .
Passaggio 5: Dopo la revisione, il team di Scrum si riunisce riunione retrospettiva sprint , dove il team discute cosa è andato bene, cosa no e se avrebbero potuto fare meglio. Potrebbe essere una limitazione tecnologica che li trattiene o un membro del team è sovraccarico di compiti. Il team decide come farlo risolvere questi problemi e piani per miglioramenti da attuare durante il prossimo sprint.
Step6: Il il ciclo si ripete per le attività rimanenti nel backlog del prodotto. Questo va avanti fino a quando non si verifica una delle seguenti condizioni
- La scadenza è raggiunta
- Il budget è esaurito
- Il proprietario del prodotto è soddisfatto di detto prodotto
Cos'è uno Sprint?
Uno Sprint è un'iterazione in Scrum. È fissato in un mese e si traduce nella creazione di un prodotto utilizzabile e rilasciabile.Un nuovo Sprint inizia subito dopo la conclusione del precedente.
Durante il corso di questo Sprint
- Nessun cambiamento sono fatti che metterebbero in pericolo il Obiettivo Sprint
- Qualità dell'incremento non diminuire
- Lo scopo del progetto può essere rinegoziato tra il Proprietario del prodotto e Squadra
Ogni Sprint ha un file obbiettivo (l'obiettivo dello sprint) di ciò che deve essere costruito. È un progetto di progettazione o un piano flessibile che guiderà la costruzione dell'incremento di prodotto risultante.
Cerimonie SCRUM
Ce ne sono quattro cerimonie / eventi nella mischia.
Pianificazione dello sprint
Il lavoro da eseguire nello Sprint è pianificato nello Sprint Planning. È pianificato dal lavoro collaborativo dell'intero Scrum Team. Il time-box per la pianificazione dello Sprint è di un massimo di otto ore per uno Sprint di un mese.
Sprint Planning risponde alle seguenti domande
come impostare il percorso java in Windows
- Cosa può essere consegnato nel prossimo incremento?
- Come sarà realizzato il lavoro richiesto per questo sprint?
Daily Scrum
Il Daily Scrum è un evento time-box di 15 minuti per il team di Scrumper pianificare e sincronizzare le attività per le prossime 24 ore. Si tiene tutti i giorni dello Sprint.
Nel daily scrum, ogni membro deve rispondere alle seguenti domande
- Cose che ho fatto ieri?
- Cosa farò oggi?
- Quali sono i miei impedimenti?
È compito dello Scrum Master ridurre al minimo gli impedimenti nel compito del team di mantenere il tempo dello sprint a intervalli regolari.
Sprint Review
Lo Sprint Review è un incontro informale, in cui lo Scrum Team e gli stakeholder collaborano su ciò che è stato fatto nello sprint. Sulla base di questo e di eventuali modifiche al file Backlog di prodotto durante lo Sprint, pianificano le prossime cose che potrebbero essere fatte per ottimizzare il valore.
Sprint Retrospective
La Sprint Retrospective si verifica dopo la Sprint Reviewe prima delle prossime riunioni di Sprint Planning. Til suo è boxed a tre ore per Sprint di un mese.
Durante la Sprint Retrospective, il team discute quanto segue
- Cosa è andato bene?
- Cose che non hanno funzionato?
- Cosa dovrebbe essere fatto diversamente?
Artefatti SCRUM
Gli artefatti di Scrum rappresentano il lavoro per fornire trasparenza e opportunità di ispezione e adattamento. Sono progettati specificamente per massimizzare la trasparenza delle informazioni chiave . Quindi, tutti nel team di mischia lo hanno fatto lo stesso comprensione del manufatto.
Ci sono tre artefatti in una mischia, vale a dire, Backlog di prodotto , Sprint Backlog e Incremento .
Backlog di prodotto
Il Product Backlog è un elenco ordinato di tutto ciò che è richiesto nel prodotto. Questa è la responsabilità di Proprietario del prodotto . Un Product Backlog è mai completo . Inizialmente, contiene i requisiti meglio compresi e si evolve gradualmente con lo sviluppo del prodotto e del suo ambiente, rendendolo adeguata e pertinenti alle attuali esigenze del mercato .
Sprint Backlog
Lo Sprint Backlog è l'insieme di elementi del Product Backlog selezionati per lo Sprint, con un piano per fornire il successivo Incremento. È previsto dal team di sviluppo che spiega le funzionalità desiderate nel prossimo Incremento e il lavoro necessario per fornire lo stesso.
Incremento
Un incremento è la somma di tutto il Product Backlogelementi completati durante uno Sprinte tutti i precedenti Sprint. Alla fine di uno Sprint, il nuovo Incremento deve essere in condizioni utilizzabili e soddisfare la definizione di Scrum Team di Fatto .
Quando un incremento è descritto come Fatto , tutti devono accettare una lista di controllo, che dopo essere stata completamente controllata, dichiara il prodotto come 'Fatto'.
Conclusione
Scrum funziona non perché ha tre ruoli, cinque eventi e tre artefatti o per una metodologia, ma perché aderisce ai principi Agile alla base della consegna incrementale iterativa e basata sul valore. Raccogli spesso il feedback dei clienti e reagisci ai cambiamenti del mercato. Ciò si traduce in un time to market più rapido, una migliore prevedibilità delle consegne, una maggiore reattività dei clienti. Inoltre, offre una migliore qualità del software e una migliore gestione del rischio.