JavaRush /Java Blog /Random-IT /Introduzione a Scrum
articles
Livello 15

Introduzione a Scrum

Pubblicato nel gruppo Random-IT
Il concetto di mischia è arrivato al mondo informatico dallo sport, o più precisamente dal rugby. Al momento, questa è una delle metodologie più flessibili ed efficaci nello sviluppo e nel supporto del software. La metodologia Scrum , che si basa sui principi della gestione del tempo, enfatizza il controllo di qualità del processo di sviluppo. Introduzione a Scrum - 1 L'essenza della metodologia Scrum è che un compito di grandi dimensioni è suddiviso in diversi compiti piccoli, che vengono completati uno dopo l'altro in brevi periodi di tempo.

Distribuzione dei ruoli in Scrum

Diamo un'occhiata più in dettaglio alla struttura della metodologia. Quindi, il componente principale qui è lo Scrum team (di solito composto da 7-9 persone). Si tratta di un gruppo di specialisti in vari campi, ad esempio programmatori Java, tester, analisti, ecc. Il team è pienamente coinvolto nello sviluppo del prodotto ed è responsabile del risultato complessivo. Esiste un proprietario del prodotto (proprietario del prodotto): un cliente o il suo rappresentante interessato a un prodotto finale di alta qualità. Questa persona sa come dovrebbe apparire e funzionare il prodotto, quindi dà la priorità ai compiti del team. La differenza principale tra un product Owner è che non lavora in squadra, ma con essa. Uno Scrum Master è un dipendente esperto, una sorta di team leader in una squadra. Organizza gli altri membri del team, li aiuta a comprendere le questioni poco chiare, tiene riunioni e garantisce il rispetto dei principi Scrum. Il punto principale qui è che un maestro non è sinonimo di capo. No, lo Scrum Master non assegna compiti e non prende decisioni finali. Tutto questo viene fatto dai membri del team e il maestro li supporta solo.

Come funziona Scrum

L'intero processo di sviluppo del software è suddiviso in piccoli periodi di tempo: gli sprint. La durata di uno sprint può variare da una settimana a un mese. All'inizio di ogni sprint, in una riunione tenuta dal product Owner, vengono stabiliti i compiti. Poi arriva la pianificazione. Il team seleziona i compiti più urgenti, valuta ciò che i partecipanti saranno in grado di realizzare entro il periodo di tempo stabilito e distribuisce i compiti tra i partecipanti. Ogni giornata lavorativa inizia con uno scrum (riunione). Ogni membro del team risponde a 3 domande: “Cosa ho già fatto?”, “Cosa farò oggi?”, “Cosa può impedire il completamento dell’attività?” Attraverso questi incontri i partecipanti valutano i progressi e risolvono tempestivamente le eventuali difficoltà che si presentano. C'è anche un incontro di chiusura alla fine dello sprint, in cui ogni partecipante riferisce sui propri progressi o su cosa gli ha impedito di completare determinate attività. Fondamentalmente rispondono a 2 domande: “Cosa è stato fatto bene nell’ultimo sprint?”, “Cosa deve essere migliorato nel prossimo?”

Pro e contro della metodologia Scrum

I vantaggi di questa metodologia sono la sua flessibilità e adattabilità. Puoi sempre modificare qualcosa in un prodotto, aggiungere un'altra funzionalità. Scrum è molto conveniente quando il cliente stesso non sa appieno cosa vuole. Inoltre, questa metodologia è perfetta per progetti di grandi dimensioni che richiedono un avvio rapido con funzionalità minime. Pertanto, risulta rilasciare il programma con le funzioni principali e ad ogni sprint successivo aggiungerne di nuove. Un altro vantaggio di Scrum è l'indipendenza e l'auto-organizzazione di ciascun partecipante al progetto. Puoi risparmiare su un manager e dividere i soldi tra i membri del team. Ma in questo caso viene prestata molta attenzione alla selezione del personale. E lo svantaggio più spiacevole di questa metodologia è l'incertezza. Il numero di sprint è illimitato, quindi è difficile impostare una data di fine per un progetto. Pertanto, Scrum non è adatto a progetti in cui è importante solo il risultato finale senza valori intermedi, ad esempio per ordini governativi o il lavoro dei team di supporto. L'auto-organizzazione e la flessibilità di un programmatore Java in Scrum sono, ovviamente, buone, ma dove saremmo senza conoscenze e abilità pratiche? Hai la sensazione che ti manchi? Quindi risolvi i problemi più velocemente su javarush.ru ! 
Commenti
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION