Se la parola " Scrum " evoca immagini di vicoli sporchi o docce ammuffiti , ripensateci. Pensare pensieri felici sole come ... il caos di controllo . Almeno è così che Ken Schwaber , leader sostenitore di Scrum , pensa. Egli chiama il suo sito web controlchaos.com e descrive questo caos come composto da "conflitto di interessi e bisogni . " Se siete mai stati in qualsiasi tipo di un incontro di lavoro , senza dubbio si può riguardare . Spesso questo caos di log - confetture una organizzazione , mantenendo i suoi prodotti dal trasporto marittimo e dei suoi servizi di raggiungere il consumatore .
Che cosa Scrum Stand For ?
Scrum è un processo di gestione del progetto che promette di riavviare il flusso di lavoro in una organizzazione di log - inceppata e per aiutare il prodotto o servizio arrivare all'utente finale più rapidamente. Mentre sembra che un acronimo , infatti , il termine è semplicemente preso in prestito dal gioco del rugby . Nel rugby, una mischia (abbreviazione di mischia ) riavvia il gioco dopo un'interruzione accidentale . I fautori di Scrum costruire ulteriormente su questa analogia , confrontando il modo in cui i giocatori di rugby di interagire con tutta la squadra nel corso di una mischia , passando la palla avanti e indietro . Il segno distintivo di Scrum progetto di gestione è la sua attenzione sul lavoro di squadra e soddisfare l'obiettivo finale uno " sprint " in un momento .
Che ha iniziato Scrum ?
1986 , Hirotaka Takeuchi e Ikujiro Nonaka ha scritto un documento di 10 pagine in Harvard business Review intitolato " The New New Product Development Game. " Usando l'analogia di rugby per descrivere un nuovo , approccio olistico alla gestione del progetto , Takeuchi e Nonaka annunciavano i vantaggi di questo nuovo approccio con casi di studio dettagliati di diversi settori . Nei primi anni 1990 , questo approccio , insieme ad altri approcci di sviluppo agile del software , ha iniziato a diffondersi . Scrum , come lo conosciamo oggi , si basa sugli sforzi di collaborazione di sostenitori di piombo Ken Schwaber e Jeff Sutherland , che ha presentato una raccolta di scritti, migliori pratiche e approfondimenti professionale alla conferenza 1995 OOPSLA (Object Oriented Programming , Systems, Lingue e applicazioni ).
Che ruolo Scrum comporta?
I ruoli principali di Scrum includono il Product Owner , il Scrum Master e il Team Scrum . Il proprietario del prodotto è disponibile per la squadra in ogni momento e rappresenta gli interessi dei clienti . Il ScrumMaster funge da facilitatore sia per la squadra e Product Owner . Lei o lui guida l' intero gruppo verso una migliore comunicazione , cercando di proteggere la squadra dalle barriere esterne . La squadra è composta da un gruppo interfunzionale di persone in rappresentanza di strutture coinvolte di un'organizzazione.
Come funziona Scrum lavoro?
Il processo Scrum inizia con un ritardo o di una elenco delle attività necessarie per completare un progetto o di incontrare un obiettivo. I membri del team completare ogni attività con una serie di " sprint ", di solito 30 giorni ciascuno . Sprint sono altamente concentrati , veloce e cercano di eliminare tutte le distrazioni . In un incontro di 15 minuti al giorno Scrum , il ScrumMaster chiede ai membri che cosa è stato fatto dopo l'ultima riunione , che sarà realizzato prima dei prossimi incontri , e quali sono gli ostacoli lì. Ostacoli comuni sono di solito soggetti esterni che hanno meno da perdere nel processo .
What Do I polli hanno a che fare con esso?
Nel suo libro , Agile Project Management con Scrum , Ken Schwaber utilizza l'analogia di un pollo e di maiale per aiutare il ScrumMaster proteggere il team Scrum da distrazioni esterne . Un pollo e un maiale aprire un ristorante e decidono di chiamare il ristorante prosciutto e uova . Il maiale si rende conto ben presto che lui è il proprietario impegnato mentre il pollo è solo il proprietario coinvolti . Il processo di Scrum aiuta la produttività velocità mantenendo i chiocciare polli , o stakeholder esterni, lontano dai maiali , o il team Scrum , mentre essi si concentrano sul compito a portata di mano . Questa filosofia , più le riunioni quotidiane , aumentare l'adattabilità del prodotto , mentre l'aumento del flusso di lavoro .
