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