Press "Enter" to skip to content

Intro to Scrum in Under 10 Minutes


00:00:03hi questo sono io il mio nome è Hameed Cho je

00:00:06e sono stato coinvolto con una serie di

00:00:08progetti di sviluppo software su

00:00:09anni ad un certo numero di aziende diverse

00:00:11e sono venuto a riconoscere la mischia ha uno

00:00:13delle migliori pratiche di sviluppo agile

00:00:15oggi in uso in questo video I veloce

00:00:17vogliono mostrare il perché mischia è così grande

00:00:19e come si può iniziare con una mischia

00:00:21in meno di 10 minuti mi occuperò tutto il

00:00:23concetti fondamentali mischia come prodotto

00:00:25ruoli arretrati del team sprint pronome

00:00:28grafici e più preparati a essere

00:00:30bombardati da informazioni diciamo

00:00:32questo è il prodotto che vogliamo costruire o

00:00:34questo prodotto si ottiene tutti i tipi di funzione

00:00:36richieste da parte dei clienti o dirigenti

00:00:38anche gli altri membri del team in mischia

00:00:40caratteristiche sono scritti dalla

00:00:41punto di vista dell’utilizzatore finale

00:00:43pertanto caratteristiche sono noti come utente

00:00:45storie la raccolta di tutti questi utenti

00:00:47storie si chiama il prodotto backlog

00:00:49un altro modo di pensare del prodotto

00:00:51backlog è quello di pensare ad esso come una lista dei desideri

00:00:53di tutte le cose che renderebbero questo

00:00:54grande prodotto una volta che abbiamo la nostra lista dei desideri

00:00:56o product backlog abbiamo bisogno di iniziare

00:00:59di pianificazione che le storie degli utenti specifici

00:01:00stiamo andando a essere messa in un

00:01:02particolare versione del nostro prodotto, ma

00:01:04stiamo ottenendo avanti di noi stessi facciamo

00:01:05eseguire il backup di un po ‘di costruire questo prodotto siamo

00:01:08bisogno di avere una o più persone sul nostro

00:01:09squadra che andremo a riprodurre una varietà di

00:01:11ruoli prima abbiamo bisogno di lei interpreta il

00:01:13ruolo del proprietario del prodotto e contribuisce a rendere

00:01:15che le giuste caratteristiche lo rendono in

00:01:17backlog del prodotto presentando gli utenti

00:01:19e clienti del prodotto

00:01:20Aiuta impostare la direzione del

00:01:22prodotto allora abbiamo bisogno di questo tipo è lui

00:01:24maestro palude e il suo lavoro è quello di fare in modo

00:01:26il progetto sta procedendo senza intoppi e

00:01:28che ogni membro della squadra ha la

00:01:30strumenti di cui hanno bisogno per ottenere il loro lavoro ha fatto

00:01:32imposta incontri monitora il lavoro

00:01:33fatto e facilita la pianificazione delle release

00:01:35lui è un po ‘come un responsabile di progetto, ma

00:01:38questo è un titolo così noioso così chiameremo

00:01:39lui un maestro mischia dietro chissà qualche

00:01:41di jujitsu e il resto della squadra ha

00:01:44ruoli simili ad altre sviluppo

00:01:45processi di questi ragazzi a costruire il prodotto

00:01:47mentre questi ragazzi prova per assicurarsi che

00:01:49funziona a destra questi ragazzi utilizzano e

00:01:52si spera pagare per questo e questi ragazzi essi

00:01:54generalmente ottenere nel modo, ma si trasforma

00:01:55out non si può costruire molti prodotti

00:01:57senza di loro, ma torniamo a questo

00:01:58rilasciare la pianificazione per pianificare e rilasciare il

00:02:01squadra inizia con questo prodotto

00:02:02arretrato e identificano l’utente

00:02:04storie che vogliono mettere in questo

00:02:06rilasciare queste storie degli utenti diventano

00:02:08parte del portafoglio ordini di rilascio della squadra

00:02:10poi dà la priorità alla storie di utenti e

00:02:12stima la quantità di lavoro coinvolti

00:02:14per

00:02:14a volte le storie degli utenti più grandi sono rotti

00:02:17giù in piccoli pezzi più gestibili

00:02:18la raccolta di tutte le stime

00:02:20fornisce un’idea approssimativa del totale

00:02:22quantità di lavoro coinvolto completare la

00:02:24intera release un lato nota rapida circa

00:02:27stima che ci sono un sacco di tecniche

00:02:28per la creazione di buone stime alcuni preferiscono

00:02:31la stima in punti storia dove

00:02:32stime sono fatte relativamente alla costruzione

00:02:34una piccola componente con un livello noto di

00:02:36difficoltà

00:02:37purtroppo punti di storia non rispondono

00:02:39la questione di quando sarà il mio progetto

00:02:41nave Ho trovato che la tecnica migliore

00:02:43è quello di stimare il lavoro in ore, ma da usare

00:02:45alcuni standard e come le stime sono

00:02:47fatto per esempio le cose che prendono meno

00:02:49di un giorno per completare sarà valutato

00:02:51come un’ora due ore quattro ore per

00:02:53otto ore ogni oggetto cadrà in

00:02:55uno di quei secchi

00:02:56non ci saranno tre ore stime

00:02:58per esempio un elemento di tre ore sarebbe caduta

00:03:00nelle quattro i nostri articoli secchio più grandi

00:03:02sarà valutato come due giorni tre giorni

00:03:04cinque giorni o dieci giorni ancora una volta tutti

00:03:07stime intermedie cadranno nella

00:03:09prossimo secchio più grande estremamente oggetti di grandi dimensioni

00:03:12sono ugualmente stimato nei mesi uno

00:03:14due a tre o sei mesi, ma la realtà

00:03:17è che tali oggetti dovranno essere

00:03:18ripartiti sostanzialmente prima di lavoro

00:03:20comincia in realtà ci torneremo a questi

00:03:22stime in appena un minuto, ma per ora

00:03:24Torniamo a questo il rilascio

00:03:26arretrato con una serie di priorità dell’utente

00:03:28storie e l’importo stimato dei lavori

00:03:30a portata di mano siamo ora pronti per pianificare

00:03:32diversi sprint per ottenere il lavoro svolto

00:03:33gli spread sono brevi tappe durata

00:03:36che permettono ai team di affrontare un gestibile

00:03:38pezzo del progetto e farlo ad un

00:03:40nave sprint stato Pronto variano generalmente

00:03:42da un paio di giorni a un massimo di 30

00:03:44giorni di lunghezza a seconda della loro

00:03:45prodotti rilasciano cicli più breve le

00:03:48cicli di rilascio il più brevi ogni sprint

00:03:49dovrebbe essere e si vuole avere almeno

00:03:51due – come molti come una dozzina di sprint in un

00:03:54data di rilascio quindi a questo punto possiamo

00:03:56prendere il nostro portafoglio ordini di rilascio e dividerlo

00:03:58in più questi arretrati sprint uno

00:04:00delle cose più importanti da ricordare

00:04:02A proposito di sprint è che l’obiettivo di ogni

00:04:04Sprint è quello di ottenere un sottoinsieme del rilascio

00:04:06backlog ad una nave stato di pronto quindi al

00:04:08fine di ogni sprint si dovrebbe avere un

00:04:10prodotto completamente provato con tutte le

00:04:11caratteristiche della volata 100% completi

00:04:14poiché Sprint sono molto breve, ma un

00:04:16rappresentazione realistica di una parte della

00:04:18prodotto una finitura fine dello sprint è un

00:04:20grande indicatore che il progetto non è

00:04:22nei tempi previsti e qualcosa deve essere

00:04:24fatto quindi è estremamente importante

00:04:26per monitorare l’avanzamento

00:04:28ogni sprint con questo un burn down chart

00:04:30la tabella di bruciare è il numero uno

00:04:32motivo di cigni popolarità e una delle

00:04:34i migliori strumenti di visibilità del progetto per

00:04:36garantire un progetto procede senza intoppi

00:04:38la tabella di incendiare fornisce un

00:04:40giorno per giorno misura della quantità di lavoro

00:04:42che rimane in una determinata sprint o

00:04:43rilasciare in questo grafico si può vedere che

00:04:46la quantità di lavoro rimanente rimbalzi up

00:04:48e giù da un giorno all’altro, ma è

00:04:49generalmente tendenza verso zero perché

00:04:52informazioni storiche sono fornite in

00:04:54la tabella di bruciare è facile per vedere se

00:04:56la squadra è sulla strada giusta con il

00:04:58burn down chart la squadra può rapidamente

00:05:00calcolare questo la pendenza del grafico

00:05:02che è anche chiamata l’ustione giù

00:05:03velocità questo è il tasso medio di

00:05:06la produttività per ogni giorno ad esempio, un

00:05:08tasso di produttività del team potrebbe essere

00:05:10che in una giornata tipo finiscono

00:05:11circa 50 ore di lavoro sapendo

00:05:14che è possibile calcolare un

00:05:16data di completamento stimata per la Sprint

00:05:17o anche per l’intero rilascio sulla base di

00:05:20la quantità di lavoro rimanente ciò che è

00:05:21grande circa la tabella di bruciare è che

00:05:23siamo in grado di confrontare la nostra velocità attuale e

00:05:25data di completamento prevista a ciò che il

00:05:27squadra deve fare per finire sul

00:05:29volta che questo è forse il più utile

00:05:31pezzo di conoscenza che ogni membro del team

00:05:33proprietario del prodotto o esecutivo prodotto può

00:05:35avere circa il progetto perché conoscere

00:05:37se il progetto è sulla buona strada

00:05:39nelle prime fasi del programma può aiutare i team

00:05:40apportare le modifiche appropriate necessario

00:05:42ottenere il progetto in pista l’ustione giù

00:05:44grafico fornisce la prova empirica che il

00:05:46progetto è sulla buona strada o se sta andando a

00:05:48essere in ritardo così parliamo un po ‘di

00:05:50dove i dati per questo incredibilmente

00:05:52utile bruciare grafico viene da come si

00:05:54richiamo parte della pianificazione di rilascio

00:05:55processo era quello di creare un preventivo per

00:05:57ogni storia utente nel portafoglio ordini di rilascio

00:05:59la raccolta di queste stime per un

00:06:01data sprint rappresenta la quantità totale

00:06:03di lavoro che deve essere fatto per completare

00:06:04che la primavera come ogni membro del team va

00:06:06attraverso e progredisce su una o

00:06:08più delle storie di utenti hanno semplicemente

00:06:10aggiornare la quantità di tempo rimanente per

00:06:11ciascuno dei loro propri articoli in modo che il totale

00:06:13tempo rimanente sul gruppo di

00:06:15storie di utenti che compongono uno sprint

00:06:16cambiamenti su base giorno per giorno si spera

00:06:19andare verso il basso fino a raggiungere lo zero quando

00:06:21Sprint è completa l’ustione giù

00:06:22grafico aggrega i dati di lavoro rimanenti

00:06:24e mostra visivamente è brillante

00:06:27perché comunica una quantità enorme

00:06:29delle informazioni in pochi secondi e

00:06:30che ci porta a questo il daily scrum

00:06:33la mischia quotidiana è uno strumento essenziale per

00:06:35avente flusso di comunicazione liberamente tra

00:06:37i membri del team l’idea è quella di avere fretta

00:06:39incontri stand-up ritmo in cui la squadra

00:06:41membro

00:06:41elencare rapidamente il lavoro che hanno

00:06:42completato dopo l’ultima riunione ed eventuali

00:06:45ostacoli nel loro modo di incontrare tutti i giorni

00:06:47assicura la squadra è sempre in sincronia

00:06:48e tutte le questioni importanti sono trattate come

00:06:50appena sono noti infine come ogni

00:06:53sprint tratta di una finitura è importante

00:06:54di avere un incontro retrospettivo sprint

00:06:56dove la squadra può riflettere su ciò che è andato

00:06:58a destra e le aree di miglioramento dopo tutti

00:07:00mischia è uno sviluppo agile flessibile

00:07:02metodo che significa miglioramento costante e

00:07:04tweaking per ogni squadra quindi non ci si

00:07:06averlo

00:07:07mischia in meno di 10 minuti che non conoscete

00:07:09tutti i concetti essenziali per iniziare

00:07:10attuazione mischia all’interno del vostro

00:07:12organizzazione, ma aspetta un attimo che cosa

00:07:14A proposito di strumenti che consentono di implementare mischia

00:07:15bene si da caso che ho speso

00:07:18negli ultimi 10 anni la costruzione di un tale strumento

00:07:20con un sacco di aiuto da queste guide un

00:07:21gruppo di programmatori genio e design

00:07:23motori lo strumento è chiamato in tempo e

00:07:25ti aiuta a gestire i prodotti La vostra

00:07:28arretrati tua squadra vostri rilasci e

00:07:30i tuoi sprint Ti dà progetto

00:07:32visibilità con grafici burndown e

00:07:33risponde sempre la questione di chi è

00:07:35lavorando su ciò che si può iniziare con

00:07:37gratuitamente presso l’accesso Ofcom naturalmente

00:07:40si potrebbe usare una lavagna gigante un po ‘

00:07:42carte di nota e un mucchio di diverso

00:07:44fogli di calcolo per monitorare tutto ciò che

00:07:46potrebbe anche usare un abaco invece di un

00:07:47calcolatrice per fare la matematica, ma ci stiamo

00:07:49un po ‘off-topic quindi cerchiamo di fretta

00:07:51rivedere tutto in mischia si lavora con

00:07:54questo un prodotto che non è altro backlog

00:07:56più di un elenco di caratteristiche che abbiamo

00:07:58le storie degli utenti alle chiamate poi abbattere

00:08:00il prodotto backlog in uno o più

00:08:01rilasciare arretrati e per un dato rilascio

00:08:04ulteriormente suddividere l’arretrato di rilascio

00:08:05in un certo numero di ritardi che sprint

00:08:08sono essenzialmente breve durata

00:08:09tappe in tutto il progetto si

00:08:11quindi monitorare il progresso di ogni sprint

00:08:12usando questi o sostantivo classifiche e hanno

00:08:15incontri mischia quotidianamente per garantire

00:08:16tutto è in pista dopo ogni sprint

00:08:19si dispone di una riunione retrospettiva

00:08:21mettere a punto tutto e se si desidera un

00:08:22strumento per attuare mischia si può usare su

00:08:25il tempo che vi aiuterà a software nave

00:08:27tempo che è tutto ciò che devi fare oh e

00:08:29un’ultima cosa se hai amato o

00:08:31odiato questo video mi piacerebbe sentire da

00:08:33si mi potete raggiungere a twitter o via

00:08:35e-mail se avete tutte le risposte ora ottenere

00:08:38andare creare una grande squadra collaborare

00:08:40e il software nave in tempo

00:08:42tu