Nove anni fa ho cominciato a gestire i processi di sviluppo software, utilizzando diverse metodologie ortodossa mi ha aiutato a raggiungere gli obiettivi dei miei progetti.

L'esperienza acquisita quando mi resi conto che mancava qualcosa. Sentiva che il raggiungimento degli obiettivi con uno sforzo molto personale, ma la mia squadra ha fatto in modo irregolare.

Dopo decine di progetti che ho iniziato a cercare il vero motivo per il successo. Ho capito che questa è la natura delle persone che lavorano in essa, insieme con adeguate conoscenze tecniche. Per questo motivo, sempre in considerazione la mia squadra come il "grande attore" di un progetto e cerca sempre di costruire il contesto più appropriato per ottenere il massimo di loro, tra cui motivazione personale.
»Leggi tutto: MISCHIA - Quando si capisce la metodologia dei progetti di sentire che si conosce da un po '

INTRODUZIONE

Scrum è una metodologia agile che emerge come alternativa a quelli tradizionali. Le metodologie agili proporre un quadro per la gestione dei progetti più pragmatico e meno burocratico. Emersa a metà degli anni 80 in Giappone, basato sulla premessa che il valore aggiunto è nel popolo e soprattutto la capacità di auto-organizzazione delle persone.

Le seguenti sono le ipotesi su cui si basa lo SCRUM, chiamato "Agile Manifesto":

• Più alto valore sugli individui e la loro interazione con i processi e gli strumenti.

• Vota il prodotto che funziona più che documentazione completa.

• Collaborazione più valore con la negoziazione del contratto del cliente.

• Tasso di risposta cambiamento più che seguire un piano.

MISCHIA La parola significa lo stesso che a Rugby, cioè, in questo sport figura adotta un gioco in cui una squadra ha la forza di agire molto coordinato e costante per raggiungere la palla. Nella misura in cui impariamo e praticare questo approccio sta prendendo la parola che significa.

In breve quello che è MISCHIA propone un quadro, un modo semplice e chiaro con una serie di artefatti, ruoli e rituali che permettono di viaggiare che sulla base di iterazioni controllare e adattare in base a dove ogni volta si finisce deve essere raggiunto entro un prodotto stesso è il ROI per il cliente.

RUOLI

Scrum Master: E 'gestito da un individuo, ha il compito di fornire tutto il necessario per raggiungere gli obiettivi del progetto. Il suo ruolo fondamentale è di far rispettare la metodologia.

Product Owner: E 'anche gestito da una sola persona, di solito è qualcuno che sa perfettamente qual è il ritorno sugli investimenti per ciascuno dei requisiti che il progetto ha. In altre parole, è necessario conoscere molto bene il prodotto desiderato.

Squadra: La squadra, che compongono attuerà il progetto. Si raccomanda di non meno di 5 membri e non più di 9.

CICLO DI VITA DEL PROGETTO

Il ciclo di vita di un progetto Scrum è basato su iterativo unità deve avere un orario fisso, in cui i piani, si sviluppa e approva i risultati di tale iterazione. Queste unità sono chiamate iterativo sprint. Si suggerisce che Sprint ha un minimo di una settimana e un massimo di quattro.

RITUALI

Essi sono chiamati riti stabiliti incontri MISCHIA che devono essere soddisfatti in questa metodologia.

Sprint Planning: Quando si inizia una nuova Sprint dovrebbe prendere l'elenco dei requisiti (backlog di prodotto) e dalla priorità di ognuno dovrebbe selezionare un insieme di questi requisiti che saranno eseguiti dalla squadra. Questo sottoinsieme di requisiti di creare valore per il ROI dei clienti e deve essere un prodotto potenzialmente essere spediti. In questa riunione che coinvolge la SM, PO e Team. La durata massima è di 2 ore.

Incontro sprint giornaliera: Team giornaliero deve condurre una riunione in cui ogni membro dispone di 2 minuti per rispondere alle seguenti domande:

1. Quali compiti svolti coinvolti?

2. Quali impedimenti rilevati durante l'esecuzione di questi compiti?

3. Quali sono i compiti si impegna a rendere domani?

Questo incontro dovrebbe coinvolgere il team e MS. Si può fare in qualsiasi momento della giornata, che è definito dal Team, una volta definito non deve essere modificato.

Sprint recensione: Al termine di una Sprint dovrebbe effettuare una revisione del prodotto progettato in quel Sprint. Ciò dovrebbe risolvere il Team, il PO e MS. Questo incontro dovrebbe risultare in un approvazione o disapprovazione del prodotto da parte del cliente. La durata massima raccomandata di 2 ore.

Sprint Retrospective: Dopo aver effettuato la revisione Sprint dovrebbe tenere un altro incontro tra la SM e la squadra. Lo scopo di questa analisi è vedere come hanno applicato la metodologia e condurre una valutazione di risultato, che dovrebbe tener conto delle correzioni da applicare per l'iterazione successiva.

APPARECCHI

Prodotto Portafoglio ordini: un elenco di requisiti che definiscono il prodotto che il cliente ha bisogno. Ogni requisito è chiamata voce Product Backlog.

Product Backlog Committed: un sottoinsieme dei ItemProductBacklog che si sono impegnati ad una specifica Sprint.

Grafici: Scrum propone una serie di report o grafici che consentono di prendere gli indicatori di progetto, alcuni di essi sono:

• Burndown Grafico: consente di vedere quanto necessario per completare il progetto.

• Velocità: Permette di ottenere una quantificazione della velocità delle prestazioni Team.

BIBLIOGRAFIA

• Corso di materiale Cyment ufficiale Alan

• www.scrumalliance.org