Ho pensato che sarebbe stato divertente passare un po ‘
un po ‘ di tempo a pensare a dove agile
è arrivato in quel viaggio, quindi stiamo bene
siamo 15 anni in agile essere una cosa
ma ci arriveremo prima di tutto
diamo cominciamo dall’inizio che qui
era in realtà solo una rapida dimostrazione di mani
chi è stato nell’IT o nella tecnologia
per meno di 20 anni proprio la maggior parte di voi
okay per voi ragazzi
la mischia è sempre esistita, non c’è mai stata
è stato un tempo senza mischia che è stato
scrivere codice negli anni ’90
Wow un altro sacco di mani fantastiche okay
così lo sviluppo degli anni ’90 assomiglia un po ‘a questo
abbiamo grandi progetti, intendo grandi progetti
progetti pluriennali tipicamente decine di
milioni di sterline o centinaia di dollari
di milioni di Crona era normale 8 2016 I
Sto ancora lavorando con organizzazioni che
avere 10 milioni di sterline pluriennali
progetti in modo che tu sappia che sto cercando di portare
loro è tutto così divertente
grandi progetti che era normale ok
i progetti pluriennali erano normali che avevamo
persone in profondi sili funzionali così tu
avrebbe analisti farebbero analisi
e poi se si trasferiscono i requisiti
documento per designer e architetti e
loro creerebbero funzionali
le specifiche sarebbero andate al
un altro gruppo di designer che lo farebbe
creare dettagliato funzionale
specifiche a cui andrebbero
programmatori e programmatori lo farebbero
trasformare le specifiche funzionali in codice e
loro avrebbero scaricato il codice sui tester e
i tester andrebbero oh dio codice e
poi avrebbero provato e riparato o per dirti
cosa c’era di sbagliato nel codice e poi
alla fine andremo a scrivere e quello
successo ok e quindi c’è un sacco di lenti
tecnologia frammentata che prendiamo
lingue per scontate ora per lo più nel
Anni 90 hai o proprietario
lingue o ne hai avuto un milione diverso
i dialetti di C ++ c plus plus sono fantastici
lingua è possibile modificare due righe di
codice indietro negli anni ’90
e ti ci vorrebbe circa mezza giornata
per ottenere una compilazione in modo che ci vuole solo come
forse solo 10 o 15 minuti per la compilazione
ma poi il collegamento ha preso il nostro
Va bene così è questo grande processo lento in modo da
tendeva a lavorare in gruppi più grandi che avresti
apportare più modifiche contemporaneamente perché il
tempo di ciclo la quantità di tempo impiegato
ricevere feedback è stato davvero lungo e
ecco la cosa che eravamo negli anni ’90 o
in effetti probabilmente anche ora in gran parte
sviluppo del software tutto ciò che
facciamo è una sfera relativamente nuova di zecca
quindi è una domanda che ho posto molto
le tue mani se hai un genitore NIT
questo mi rende felice
Penso che probabilmente circa trenta o quaranta
le mani salirono poi ogni anno che chiedevo
questa domanda più mani salgono okay io
ha fatto questa domanda dieci anni fa nessuno
giusto stiamo praticamente inventando questo
siamo in una professione completamente inventata
molti di noi hanno titoli di lavoro che non hanno
esistono 20 anni fa, va bene, e allora cosa?
succede quando non lo fai quando sei
fare qualcosa è cercare
metafora cerchi le cose che puoi
prendere in prestito e abbiamo preso in prestito ingegneria civile
abbiamo pensato con l’aspetto dell’ingegneria civile
rispettabile sembra abbastanza rigoroso e
abbastanza ragionevole e quindi usiamo civile
ingegneria come metafora del software
sviluppo quindi è per questo che abbiamo ruoli
come gli architetti è per questo che si parla di
il software costruisce e c’è un intero
mucchio di altre cose che ci vengono da
ingegneria civile e così civile
ingegneria sto costruendo un ospedale che sono
costruendo una strada o qualcosa di okay hmm così
cosa significa ciò significa che il
costo degli errori Aumenta esponenzialmente in
fatto probabilmente più ripido di esponenziale
quindi se sto progettando un ospedale e io
mostrami la mia foto ecco la mia foto di
un ospedale e poi qualcuno dice hey ma
il parcheggio te l’hai messo di molto
dall’ingresso all’incidente e
emergenza quindi dove quello dove il
l’ambulanza andrà bene così
cerchiamo di sfregarlo e metterlo da parte
va bene che ha più senso e così
possiamo spiegarlo perché è giusto
matita su carta, una volta che comincio, se ho
per lo più costruito l’ospedale e poi
qualcuno nota che i parcheggi della
posto sbagliato che è davvero costoso
tempo per scoprirlo e quindi cosa facciamo
abbiamo tutti questi passaggi formali
okay, così ci assicuriamo di aver fatto il
il rigore siamo di fronte-carico
tutto il rischio quindi abbiamo un piano ora e
quel piano è molto intollerante allo slittamento
John Gant ha inventato un modello con Gantt
grafico e il diagramma di Gantt è circa
sequenziare gli stadi dipendenti così c’è
nessun punto in cui gli stuccatori si presentano quando
non ci sono ancora muri ma anche no
punto se i muratori si sono presentati se
non ci sono mattoni quindi ho bisogno di avere il
materiali arrivano al punto giusto in
il programma che ho bisogno di avere le persone
arrivando al punto giusto nel
programma se ordino troppo materiale
è uno spreco se ordino troppo poco
materiale allora ho persone in piedi
inattivo e questo è uno spreco, quindi ho
il mio piano è molto, ho bisogno di fare un grande
quantità di pianificazione fa questo
suona familiare
questo suona come quello che facciamo e così
a causa di questo c’è un’enorme quantità di
assicurazione e rigore intorno ai handoff
i handoff sono fondamentalmente richiesti per coprire
scala sì, quindi vado a verificare
che quando ho la mano fuori a voi quello che sto
sto facendo sta dicendo che ora è il tuo
problema grazie
Ho finito sì quindi che cosa facciamo in
software guardiamo a questo e e noi
portare quelle ipotesi che assumiamo che
il costo degli errori aumenta in modo esponenziale
supponiamo di aver bisogno di garanzie attraverso
handoff formali e a causa di quelli
ipotesi finiamo con lo stesso
piano intollerante e lo stesso dettagliato
handoff costosi e si scopre
quelle cose sono solo un’ipotesi
sono gli anni Novanta che stiamo facendo
grandi piani di progetto stavo facendo questo grande
progetto prevede un grande rigore in anticipo
progettare una pianificazione anticipata di grandi dimensioni e poi e
poi una cosa è successa poi una cosa
è successo questo è quello è Martin
lì puoi dirlo perché è in piedi
nella parte anteriore che indica le cose tipo
quello che lui sa così questo qui qui
questo è Bob Martin, quindi Bob Martin Uncle
Bob era lui era altrettanto frustrato
come tutti gli altri e cosa era successo
era un gruppo di suoi pari aveva
deciso autonomamente questo era
ridicolo questo era un modo molto sciocco
scrivere software e ci deve essere meglio
modi per scrivere software e così tutti
autonomamente creato diversi modi di
scrivere software e dare loro i nomi così
c’era del cristallo lì c’era dsdm
era adattivo, c’era una funzione guidata
sviluppare
FDD c’era mischia c’era estremo
programmando erano tutta la pletora
di questi piccoli metodi che sono venuti fuori e
tipo di lampadina raggiunto nella sua rete
e ha detto, ascolta, c’è che abbiamo
molto più in comune di quello che abbiamo
diversi dovremmo stare tutti insieme e
dargli un nome e così hanno fatto e e
come Linda Ricing ha sottolineato di più
di una volta
è un Consiglio di ragazzi bianchi di mezza età
ok perché tendiamo ad avere equamente
reti omogenee e questo è
qualcosa che sono diventato molto
sensibilizzato negli anni ma al
tempo così hai un sacco di gente
là compresi i ragazzi che hanno inventato
scrum i ragazzi che hanno inventato XP i ragazzi
chi ha inventato così tutti questi diversi
le cose e sono venuti insieme e loro
ha detto che dovremmo fare una dichiarazione su
quello che ci interessa e così loro
ha inventato la cosa che vivono giustamente
redatto il manifesto agile e il
manifesto è un insieme di valori ma di più
di quello è un insieme di principi e
ha alcuni principi davvero favolosi quindi
dice che apprezziamo presto e continuamente
consegna di software che è davvero
importante , apprezziamo il cambiamento
requisiti questo era come un anatema per
il mondo degli anni ’90 come sei pazzo questo è
2001 Febbraio 2001 in una capanna di legno in un
luogo chiamato Snowbird è una stazione sciistica
in Utah e fondamentalmente trascorso il fine settimana
sciare e mangiare e bere e
uscire e ha fatto la vera storia che ha fatto
questo anche l’anno prima, ma ho dimenticato
fare qualsiasi lavoro e poi e poi loro
riuniti nel febbraio 2001 e
siamo andati ad aspettare un minuto dovremmo averne un po ‘
vestito questa volta e quindi sì consegnare
frequentemente e tutte queste cose
se guardi questa cosa e vai come
bene questo è chiaramente ovvio allora
significa che stiamo vincendo giusto perché indietro
negli anni ’90 o nei primi anni 2000
questo era completamente controculturale
affari e sviluppatori che lavorano insieme
era inaudito e questa era una diretta
minaccia al potere del PMO giusto e
la potenza del cambiamonete sì
erano gli sviluppatori che parlavano di professionisti relativi
di simili cani e gatti che si trovano insieme
questo è pazzesco questa è la fine dei tempi
progetti di costruzione intorno motivati
individui e valutando faccia a faccia
comunicazione
c’è più software funzionante come
misura del progresso auto-organizzante
team tecnico eccellente design
semplicità giusta semplicità sta sola
ritmo sostenibile per gli sponsor e il gruppo
di altre persone e una riflessione regolare
e la messa a punto non stiamo per schiaffeggiare
in un processo e poi ci andiamo
andando regolarmente lo faremo
rifletto regolarmente che stiamo per
Retrospect okay e il punto di tutto
questo era quello di creare un marchio quindi il punto
di tutto ciò è stato quello di creare un ombrello
termine per dare un prodotto distintivo
identità quindi questo è ciò che è il branding
su di esso che si nota una cosa nel
Anni ’80 ci fu una guerra di coca cola così
Pepsi e Coca Cola stavano andando a testa
la testa e Pepsi hanno fatto questo era un globale
– È iniziato negli Stati Uniti e andò
in tutto il mondo avrebbero messo un marchio
tazze di fronte a qualcuno di Pepsi e
Cola si chiama la sfida Pepsi e
e potresti fare un test del gusto cieco
di queste cose e universalmente persone
andrà ancora Pepsi ha un sapore più bello di Coca-Cola
perché la Pepsi ha un sapore più buono di Coca-Cola
ecco la cosa non importa
perché la marca ha ragione il motivo
non importa è in una giornata calda che cammini
in un negozio e tu dici che prenderò una lattina
di coca cola perché tutto quello che hai in testa
è quella visuale della lattina rossa con il
spogliarlo con la piccola perla di
l’acqua che scorre giù è tutto
stai pensando bene, lo sapevo e basta
fa rumore e poi ti siedi e tu
vai oh si è tutto
marchiato sì un santo di coca-cola
inventato Babbo Natale, ecco come
bene sono a branding va bene così
Agile Brandon è tutta questa roba ma
poi una cosa è successa la cosa che
è successo è la certificazione la cosa che
è successo uno schema di vendita piramidale
della vendita piramidale di maggior successo
schemi certamente nella storia della tecnologia
possibilmente nel boom della storia il marchio scrum
è successo ora e non è colpa delle mischie
che hanno avuto di gran lunga il meglio
modello di marketing va bene è il it’s a
schema Ponzi di grande successo
tu vai e trascorri due giorni in a
classe residenziale e tu vieni via
padrone giusto o se sei un business
analista, vai via e trascorri due giorni
in una diversa classe residenziale o
proprietario del prodotto sì e improvvisamente
magicamente tutte le tue abitudini e tutte
le tue routine e tutto ciò che sai
è cambiato
ma hai un pezzo di carta e il tuo
al capo piacciono pezzi di carta e così via
possiamo rotolare tutti attraverso di esso Andy
Hunt chiama il programmatore pragmatico
addestramento del pastone appena dopo il prossimo
il prossimo e non è colpa di Scrums
che vogliono bene hanno solo un
macchina di marketing molto migliore e ma
ciò che è insolito sono le cose che loro
valore in modo scrum è una gestione del progetto
metodo piuttosto che una consegna del software
metodo è la cosa che stavano cercando
per litigare stavano cercando di litigare
certezza e stavano cercando di
garanzia di wrangle al middle management
e il modo in cui lo fai è quello che hai
velocità e brucia e brucia e
e punti storia e arretrati e
caratteristiche e tutta quella roba sì e così via
alcuni elementi di loro del
il manifesto è caduto e allora che cosa
succede è questo che abbiamo rotolato in avanti ora
15 anni e abbiamo questo questo simile
Questo è solo uno scherzo di schermo da circa
questa volta lo scorso anno mi prendo su
il capitale e chi è agile
viaggio e apparentemente facendo abbastanza bene
e ho appena visto questa frase di nuovo
ancora una volta la metodologia agile siamo noi
metodo agile stiamo usando l’agile
metodo giusto chiunque usi qualcuno dicendo
stanno usando il metodo agile no
capisci il termine agile come si intende
la destra angela è un marchio è un
termine di marchio dell’ombrello per un’intera classe
di metodi e quindi abbiamo l’agile
metodo, ma quello che è successo ora è nel
20 volte nel nostro decennio attuale va bene
alle persone piace il messaggio di agile loro
come se dia una bella calda sfocatura
garanzia di consegna frequente ci piace
così piccoli progetti la maggior parte di noi questi
giorni di lavoro al mese più mesi
progetti piuttosto progetti di più anni
è insolito essere su due o tre
anno che qui è su più di un
un progetto lungo un anno adesso va bene così
probabilmente circa il 20% di voi
voglio dire che è ancora deprimente
gran numero di mani
giusto e mi sento per tutti voi e
chiunque sia seduto accanto a qualcuno che semplicemente
metti la mano in alto e dagli un abbraccio okay
che hanno bisogno del tuo amore hanno bisogno del tuo
supporto ma per lo più stiamo facendo più piccoli
progetti Questo è solo normale ora abbiamo
questa cosa chiamata team di caratteristiche
i team di funzionalità interfunzionali sono gentili
di normale ora è davvero insolito
oltre ai test potremmo andare in mare aperto
testare bene perché non so perché
ma a quanto pare è la cosa così è
un po ‘a parte sai per lo più che abbiamo
team di funzionalità interfunzionali è solo
è insolito non avere analisti e
sviluppatori e tutti quei ragazzi tutti
seduto nello stesso gruppo di persone
uscire insieme facendo un lavoro insieme però
certamente in un sistema di lavoro dove
team di funzionalità interfunzionali non è il
forma giusta troviamo che non funziona molto
bene stavo lavorando con aa grande
Banca americana nel Regno Unito a Londra e in
New York e a Londra che si sono diffuse
mischia e che era una sorta di andare bene
circa 150 persone a New York circa 250
persone che sono cresciute per crescere e questo
era una specie di disastro e non l’abbiamo fatto
davvero sapere perché e ragazzi della
stato per picchiarsi e
i loro ragazzi a Londra ti stavano andando
non so cosa stai facendo e tu
guardalo ed era il tipo di lavoro
stavano facendo era completamente in disaccordo
con una funzionalità interfunzionale
le squadre stanno bene, ci sono ipotesi sepolte
in team di funzionalità interfunzionali, quindi se
sei, se sei si tratta di un paesaggio di
il tuo lavoro è in gran parte omogeneo, se lo è
tutte le applicazioni aziendali Java aziendali o
qualunque cosa tu possa avere un mucchio di
team aziendali Java generici aziendali
va bene se il tuo lavoro è massiccia
eterogeneo quindi hai 25 diversi
sistemi mainframe completamente diversi
ognuno dei quali richiede 10 anni per essere buono
a capire e poi a mollare tutti
in una borsa e rendendo cross-funzionale
i team di caratteristiche semplicemente non lo faranno
lavoro devi fare una cosa diversa
consegna incrementale è ciò che siamo
fare ci piace chiamare … ci piace chiamare
è una consegna iterativa ma molto raramente
tornare indietro in iterate andiamo molto raramente
indietro e cambia quel codice o cambia quello
caratteristica stiamo aggiungendo principalmente nuove funzionalità
così oh vado con consegna incrementale
quindi lo sai questo sembra tutto carino
bene tutto questo sembra abbastanza agile, tranne
i soldi che abbiamo detto sono venduti
soldi sì, otteniamo il rifornimento a monte di
soldi e i tuoi budget e poi grandi
budget di progetto e poi grande progetto
i bilanci sono firmati da uno dei palcoscenici
stage gate due che conosci e di cui hai bisogno
a stare di fronte a una scheda e chiedere
li per soldi e poi a valle abbiamo
ha ancora il tabellone che ha un
cambia scheda c’è un cambio di bordo
devi far firmare le cose
attraverso non tante mani come pensavo
chi può semplicemente rilasciare cose quando loro
voglio che il resto di te abbia appena mentito
allora c’è qualcuno tra te e te
produzione giusta, quindi a valle
batch di rilasci quindi non posso solo io
finito qualcosa quindi spingiamolo dentro
produzione quindi c’è un nome per questo
la mischia dell’acqua va bene così a monte siamo
facendo tutte le analisi e il
requisiti a valle hai tutto
la roba di rilascio in cui puoi giocare in mischia
al centro se vuoi puoi fare cosa
ti piace solo assicurarti che sia già acceso
questa data altrimenti le teste rotoleranno bene
e quindi questo è dove a quale tipo di
ci lascia con un po ‘di sfida
che è dove andremo dopo
ti piace quello che ho fatto qui è quel cloud
con un punto interrogativo ero molto felice
con quello dove andremo dopo
bene, penso che dove andremo dopo è questo
andiamo indietro e rivedere la premessa che
ha portato a metodi agili in primo luogo
tutti questi metodi agili sono possibili
pensa a loro come soluzioni punto a posto
XP è un punto di soluzione scrum è un punto
la soluzione di cristallo è un cristallo leggermente
diverso è una famiglia di metodi ma
per lo più sono una specie di soluzione a punti
quindi quello che è successo è stato che le persone ne hanno avute
queste cose hanno un valore fondamentalmente magra
operazioni tutti i tipi di principi di
operazioni snelle di cui sai fidarti
le persone più vicine al lavoro si federano
responsabilità tutti quei tipi di
le cose come toyota dicono che costruiamo le persone
e la gente costruisce macchine e andiamo
capire quei principi snelli e
applicare quelli al nostro contesto attuale e
guarda cosa vedere che aspetto avrebbe questo metodo
come si, quindi se lo facciamo se lo pensiamo
la mischia è su cose allo stato dell’arte
la mischia ha 20 anni, si è finita
20 anni primi anni ’90
quindi è la prima regola delle operazioni lean
tu trasferisci le persone al lavoro questo è
diverso dalla maggior parte delle aziende occidentali dove
muovi il lavoro tra le persone
ricorda che quei silos non possono anche prima
su ok che sta spostando il lavoro al
persone così le persone siedono lì e il
il lavoro viene spostato attorno al lavoro in movimento
è costoso il lavoro in movimento intorno prende
il tempo e il tempo è la cosa che ci interessa
ok bene per ridurre i tempi di consegna così in movimento
le persone al lavoro um
ma ricorda che sono persone così dentro
per creare un metodo moderno il
la prima cosa che farei è o la prima
la cosa che faccio è modellare il lavoro cosa
tipo di lavoro stiamo cercando di fare a meno
capire cosa lavoro stiamo cercando di
non possiamo avere un’opinione su cosa?
forma le persone dovrebbero essere intorno a questo
lavoro ma ricorda che sono in realtà
gli esseri umani hanno speranze e
aspirazioni e paure e persone loro
come lavorare con persone e loro no
come lavorare con e tipo di lavoro loro
come fare e quindi uno dei più
modi efficaci che ho visto di muoversi
la gente al lavoro sta chiedendo alla gente così io
ho appena fatto un workshop la scorsa settimana con uno
dei miei clienti e abbiamo un po ‘di
persone in una stanza e abbiamo detto questo è
ciò che il lavoro appare come per la prossima
tre mesi e sono andati oh nessuno
mai detto prima e abbiamo detto
ci sono circa 80 di voi in questo
stanza c’è un sacco di opere è
probabilmente più lavoro che persone
ma risolviamo per quello mentre andiamo cosa
tipi di cose che pensi che potresti
aiutare con e si vuole fare io
pensa che qualcuno mi stia chiedendo cosa voglio
fare al lavoro e si organizzano
ce n’erano alcuni che sapete come calciare e
urla e lacrime o qualsiasi altra cosa perché
non è mai facile ma abbiamo finito con a
un sacco di persone riunite attorno a un gruppo
di lavoro che avevano l’ autonomia che avevano
scelto, dove volevano finire esso
è stato molto eccitante, poi siamo andati
Per una bevuta
um costruire il proprio laser a posto
capire i principi che sono
seduto qui, ma poi costruisci il tuo
spada laser ma progetta il tuo processo
non c’è il processo agile e
ricorda che la mischia è una soluzione a punti
XP come soluzione a punti tutti questi
le cose sono utili secchi da immergere
per le pratiche va bene se trovi la strada
scrum ha intenzione di usarlo se lo usi
trovi il modo in cui XP lavora con le persone
in coppie andare a fare che
Penso che le persone che lavorano in coppia siano una cosa sola
del più potente
modelli di apprendimento e di consegna che ho mai avuto
imbattersi in 25 anni è molto
eccitante modo di lavorare
Non so quanto profondamente le persone introverse
sento di lavorare in coppia perché lo sono
non un popolo profondamente introverso quelli
Ho chiesto di solito sono troppo educato per dire
come si sentono veramente e così di nuovo noi
bisogno di essere sensibili al fatto che
gli esseri umani qui fatturano la sciabola leggera di Giovanna
abbracciare ciò che chiamo diversità radicale
ok ricordate quel Consiglio di
ragazzi bianchi di mezza età
okay, non è colpa di Bob quella sua
cerchia di amici era per lo più l’aspetto di
Bob va bene perché è normale così
solo quello che facciamo ed è stato attivamente
agendo per contrastare quel qualcuno del mio
oratori oggi Steve per lei è
con veemenza vocale radicale Pro
diversità sono anche molto radicalmente pro
diversity jazz humble è Pro diversity
non è ironico che le tre persone siano
nome di ragazzi bianchi di mezza età, ma così
la diversità radicale è questa è ottenere le persone
nella tua organizzazione che assolutamente
penso che non penso che tu abbia ragione chi
sai che non pensi come te quella cosa
sulle assunzioni per la cultura in forma
assumere per omogeneità che sta assumendo
per fallimento va bene cultura in forma è qui
dove siamo se pensi di potere
contribuisci qualcosa qui e pensi
vuoi venire a sfidarti
questo ti voglio Ti voglio qui, voglio
diversità culturale voglio razziale
diversità Voglio la diversità di genere che voglio
persone che la pensano diversamente da me
attraverso qualche cosa politicamente corretta
solo perché penso che tu stia meglio
risultati come quelli che ottieni meglio
sistema di lavoro e poi la mia ultima cosa
la cosa che mi sono portata su per
l’ultimo probabilmente tre o quattro anni
ora che aspetto ha una squadra in scala
giusto il fatto che possa anche iniziare
Sconcertante di questo è un enorme
elogiare al movimento agile proprio il
le cose a cui questi ragazzi stanno provando
risolvono stavano cercando di ottenere qualsiasi lavoro
fatto negli anni ’90 questi metodi sono stati
così tanto successo che ora posso iniziare
pensando a te sai che questi ragazzi sono
cercando di ottenere da otto a dieci persone
puntando nella stessa direzione
Ora posso pensare di ottenere ottanta a
un centinaio di persone che affrontano lo stesso
groove di tony di senso sta ottenendo 12.000
persone che affrontano nella stessa direzione questo
è completamente pazzo giusto vent’anni
fa non avevamo neanche
strumenti pensanti per fare in modo che così sia
piuttosto eccitante
Misuriamo l’impatto sul business, così noi
usato per misurare i punti storia ora abbiamo bisogno
per ora possiamo mettere le cose in produzione
abbastanza veloce da poter costruire la nave e
misurare e ottenere dati reali, quindi meno è
più giusto quindi vogliamo meno software
ciò significa che la produttività degli sviluppatori
non è una cosa che non misuriamo
la produttività che abbiamo non è mai stata una
cosa che non va bene queste sono velocità
tutte le metriche di vanità interne si abbracciano
consegna continua cosa vuol dire
due settimane è un’illusione avere un due
finestra di pianificazione settimanale aveva senso quando io
ho una build di quattro o sei mesi quando posso
spin up un migliaio di server nel
Mattina destra due settimane è un discorso pazzo
okay, questo è il motivo per cui il mio Douglas Adams
il riferimento a due settimane è un mese di illusione
due mesi in duplice modo creano i risultati
opzioni per ottenere materiale in produzione
crea opzioni okay significa che noi
può iniziare a prendere decisioni basate sul reale
dati e feedback reali piuttosto che
riflessioni speculative sulla sfera di cristallo e poi
i requisiti emergono in modo che ciò significa
ora vogliamo guardare gli oggetti rotanti
piuttosto che il capex della commissione
in modo che significa che vogliamo avere
finanziamento incrementale di venture piuttosto che
grandi budget annuali e finalmente vogliamo
guardare alla collaborazione di investimento così
vogliamo collaborare con le imprese
le parti interessate su come e dove
spendere soldi anziché fornire semplicemente
stima dettagliata che tutti conosciamo
alleati nella decisione di qualcun altro
processo useresti un computer degli anni ’90
ora per fare il lavoro che sarebbe a
cosa sciocca a fare così perché dovresti usare un
Il metodo degli anni ’90 è altrettanto stupido
cosa da fare, ecco il nostro manifesto um
questo è quello che cambio tu sai così noi
non preoccuparti tanto del software
valore okay il software è un mezzo per un fine
ricorda che questo è stato scritto da roomful of
programmatori dopo un weekend di sci
e bere bene questi ragazzi hanno molto
software ossessionato
questo è ciò che li rende buoni cambiamenti
requisiti non è solo cambiando il suo
requisiti emergenti non è quello che noi
cambia le nostre menti perché siamo volubili
è che i requisiti emergono perché
stiamo imparando tutto ciò che ha usato
accadere frequentemente o regolarmente
ora succede quasi continuamente possiamo
ottenere attività di consegna continua e
gli sviluppatori e tutti gli altri stanno lavorando
insieme, stiamo allargando il
spettro ora non abbiamo progetti
i progetti sono un modo per accumulare denaro noi
pensa ora in termini di prodotto e e
il software di lavoro di capacità dell’utente è
bello e tutto ma voglio l’impatto sul business
Voglio misurare un quadrante che si muove nel
organizzazione da qualche parte e sostenibile
il ritmo va a tutte le parti interessate che va
a valle della sala macchine al
operazioni e supporto ragazzi si spegne
per gli amministratori non è solo il
utenti e squadra più e credo
Sta parlando Linda
di questo oggi sai che ci siamo abituati
avere un ciclo periodico di
retrospettive ogni n settimane ma questo
su come trasformare la tua mentalità in essere a
mentalità che riflette continuamente così siamo
guardandoci attorno è sempre un Kaizen
mentalità così per un cambiamento continuo ma tu
so cosa penso se non fosse male per a
prima bozza penso che abbiano fatto bene
c’è così con quello che ti auguro
una fantastica conferenza e goditi il
resto dei tuoi due giorni grazie di cuore
tanto
un po ‘ di tempo a pensare a dove agile
è arrivato in quel viaggio, quindi stiamo bene
siamo 15 anni in agile essere una cosa
ma ci arriveremo prima di tutto
diamo cominciamo dall’inizio che qui
era in realtà solo una rapida dimostrazione di mani
chi è stato nell’IT o nella tecnologia
per meno di 20 anni proprio la maggior parte di voi
okay per voi ragazzi
la mischia è sempre esistita, non c’è mai stata
è stato un tempo senza mischia che è stato
scrivere codice negli anni ’90
Wow un altro sacco di mani fantastiche okay
così lo sviluppo degli anni ’90 assomiglia un po ‘a questo
abbiamo grandi progetti, intendo grandi progetti
progetti pluriennali tipicamente decine di
milioni di sterline o centinaia di dollari
di milioni di Crona era normale 8 2016 I
Sto ancora lavorando con organizzazioni che
avere 10 milioni di sterline pluriennali
progetti in modo che tu sappia che sto cercando di portare
loro è tutto così divertente
grandi progetti che era normale ok
i progetti pluriennali erano normali che avevamo
persone in profondi sili funzionali così tu
avrebbe analisti farebbero analisi
e poi se si trasferiscono i requisiti
documento per designer e architetti e
loro creerebbero funzionali
le specifiche sarebbero andate al
un altro gruppo di designer che lo farebbe
creare dettagliato funzionale
specifiche a cui andrebbero
programmatori e programmatori lo farebbero
trasformare le specifiche funzionali in codice e
loro avrebbero scaricato il codice sui tester e
i tester andrebbero oh dio codice e
poi avrebbero provato e riparato o per dirti
cosa c’era di sbagliato nel codice e poi
alla fine andremo a scrivere e quello
successo ok e quindi c’è un sacco di lenti
tecnologia frammentata che prendiamo
lingue per scontate ora per lo più nel
Anni 90 hai o proprietario
lingue o ne hai avuto un milione diverso
i dialetti di C ++ c plus plus sono fantastici
lingua è possibile modificare due righe di
codice indietro negli anni ’90
e ti ci vorrebbe circa mezza giornata
per ottenere una compilazione in modo che ci vuole solo come
forse solo 10 o 15 minuti per la compilazione
ma poi il collegamento ha preso il nostro
Va bene così è questo grande processo lento in modo da
tendeva a lavorare in gruppi più grandi che avresti
apportare più modifiche contemporaneamente perché il
tempo di ciclo la quantità di tempo impiegato
ricevere feedback è stato davvero lungo e
ecco la cosa che eravamo negli anni ’90 o
in effetti probabilmente anche ora in gran parte
sviluppo del software tutto ciò che
facciamo è una sfera relativamente nuova di zecca
quindi è una domanda che ho posto molto
le tue mani se hai un genitore NIT
questo mi rende felice
Penso che probabilmente circa trenta o quaranta
le mani salirono poi ogni anno che chiedevo
questa domanda più mani salgono okay io
ha fatto questa domanda dieci anni fa nessuno
giusto stiamo praticamente inventando questo
siamo in una professione completamente inventata
molti di noi hanno titoli di lavoro che non hanno
esistono 20 anni fa, va bene, e allora cosa?
succede quando non lo fai quando sei
fare qualcosa è cercare
metafora cerchi le cose che puoi
prendere in prestito e abbiamo preso in prestito ingegneria civile
abbiamo pensato con l’aspetto dell’ingegneria civile
rispettabile sembra abbastanza rigoroso e
abbastanza ragionevole e quindi usiamo civile
ingegneria come metafora del software
sviluppo quindi è per questo che abbiamo ruoli
come gli architetti è per questo che si parla di
il software costruisce e c’è un intero
mucchio di altre cose che ci vengono da
ingegneria civile e così civile
ingegneria sto costruendo un ospedale che sono
costruendo una strada o qualcosa di okay hmm così
cosa significa ciò significa che il
costo degli errori Aumenta esponenzialmente in
fatto probabilmente più ripido di esponenziale
quindi se sto progettando un ospedale e io
mostrami la mia foto ecco la mia foto di
un ospedale e poi qualcuno dice hey ma
il parcheggio te l’hai messo di molto
dall’ingresso all’incidente e
emergenza quindi dove quello dove il
l’ambulanza andrà bene così
cerchiamo di sfregarlo e metterlo da parte
va bene che ha più senso e così
possiamo spiegarlo perché è giusto
matita su carta, una volta che comincio, se ho
per lo più costruito l’ospedale e poi
qualcuno nota che i parcheggi della
posto sbagliato che è davvero costoso
tempo per scoprirlo e quindi cosa facciamo
abbiamo tutti questi passaggi formali
okay, così ci assicuriamo di aver fatto il
il rigore siamo di fronte-carico
tutto il rischio quindi abbiamo un piano ora e
quel piano è molto intollerante allo slittamento
John Gant ha inventato un modello con Gantt
grafico e il diagramma di Gantt è circa
sequenziare gli stadi dipendenti così c’è
nessun punto in cui gli stuccatori si presentano quando
non ci sono ancora muri ma anche no
punto se i muratori si sono presentati se
non ci sono mattoni quindi ho bisogno di avere il
materiali arrivano al punto giusto in
il programma che ho bisogno di avere le persone
arrivando al punto giusto nel
programma se ordino troppo materiale
è uno spreco se ordino troppo poco
materiale allora ho persone in piedi
inattivo e questo è uno spreco, quindi ho
il mio piano è molto, ho bisogno di fare un grande
quantità di pianificazione fa questo
suona familiare
questo suona come quello che facciamo e così
a causa di questo c’è un’enorme quantità di
assicurazione e rigore intorno ai handoff
i handoff sono fondamentalmente richiesti per coprire
scala sì, quindi vado a verificare
che quando ho la mano fuori a voi quello che sto
sto facendo sta dicendo che ora è il tuo
problema grazie
Ho finito sì quindi che cosa facciamo in
software guardiamo a questo e e noi
portare quelle ipotesi che assumiamo che
il costo degli errori aumenta in modo esponenziale
supponiamo di aver bisogno di garanzie attraverso
handoff formali e a causa di quelli
ipotesi finiamo con lo stesso
piano intollerante e lo stesso dettagliato
handoff costosi e si scopre
quelle cose sono solo un’ipotesi
sono gli anni Novanta che stiamo facendo
grandi piani di progetto stavo facendo questo grande
progetto prevede un grande rigore in anticipo
progettare una pianificazione anticipata di grandi dimensioni e poi e
poi una cosa è successa poi una cosa
è successo questo è quello è Martin
lì puoi dirlo perché è in piedi
nella parte anteriore che indica le cose tipo
quello che lui sa così questo qui qui
questo è Bob Martin, quindi Bob Martin Uncle
Bob era lui era altrettanto frustrato
come tutti gli altri e cosa era successo
era un gruppo di suoi pari aveva
deciso autonomamente questo era
ridicolo questo era un modo molto sciocco
scrivere software e ci deve essere meglio
modi per scrivere software e così tutti
autonomamente creato diversi modi di
scrivere software e dare loro i nomi così
c’era del cristallo lì c’era dsdm
era adattivo, c’era una funzione guidata
sviluppare
FDD c’era mischia c’era estremo
programmando erano tutta la pletora
di questi piccoli metodi che sono venuti fuori e
tipo di lampadina raggiunto nella sua rete
e ha detto, ascolta, c’è che abbiamo
molto più in comune di quello che abbiamo
diversi dovremmo stare tutti insieme e
dargli un nome e così hanno fatto e e
come Linda Ricing ha sottolineato di più
di una volta
è un Consiglio di ragazzi bianchi di mezza età
ok perché tendiamo ad avere equamente
reti omogenee e questo è
qualcosa che sono diventato molto
sensibilizzato negli anni ma al
tempo così hai un sacco di gente
là compresi i ragazzi che hanno inventato
scrum i ragazzi che hanno inventato XP i ragazzi
chi ha inventato così tutti questi diversi
le cose e sono venuti insieme e loro
ha detto che dovremmo fare una dichiarazione su
quello che ci interessa e così loro
ha inventato la cosa che vivono giustamente
redatto il manifesto agile e il
manifesto è un insieme di valori ma di più
di quello è un insieme di principi e
ha alcuni principi davvero favolosi quindi
dice che apprezziamo presto e continuamente
consegna di software che è davvero
importante , apprezziamo il cambiamento
requisiti questo era come un anatema per
il mondo degli anni ’90 come sei pazzo questo è
2001 Febbraio 2001 in una capanna di legno in un
luogo chiamato Snowbird è una stazione sciistica
in Utah e fondamentalmente trascorso il fine settimana
sciare e mangiare e bere e
uscire e ha fatto la vera storia che ha fatto
questo anche l’anno prima, ma ho dimenticato
fare qualsiasi lavoro e poi e poi loro
riuniti nel febbraio 2001 e
siamo andati ad aspettare un minuto dovremmo averne un po ‘
vestito questa volta e quindi sì consegnare
frequentemente e tutte queste cose
se guardi questa cosa e vai come
bene questo è chiaramente ovvio allora
significa che stiamo vincendo giusto perché indietro
negli anni ’90 o nei primi anni 2000
questo era completamente controculturale
affari e sviluppatori che lavorano insieme
era inaudito e questa era una diretta
minaccia al potere del PMO giusto e
la potenza del cambiamonete sì
erano gli sviluppatori che parlavano di professionisti relativi
di simili cani e gatti che si trovano insieme
questo è pazzesco questa è la fine dei tempi
progetti di costruzione intorno motivati
individui e valutando faccia a faccia
comunicazione
c’è più software funzionante come
misura del progresso auto-organizzante
team tecnico eccellente design
semplicità giusta semplicità sta sola
ritmo sostenibile per gli sponsor e il gruppo
di altre persone e una riflessione regolare
e la messa a punto non stiamo per schiaffeggiare
in un processo e poi ci andiamo
andando regolarmente lo faremo
rifletto regolarmente che stiamo per
Retrospect okay e il punto di tutto
questo era quello di creare un marchio quindi il punto
di tutto ciò è stato quello di creare un ombrello
termine per dare un prodotto distintivo
identità quindi questo è ciò che è il branding
su di esso che si nota una cosa nel
Anni ’80 ci fu una guerra di coca cola così
Pepsi e Coca Cola stavano andando a testa
la testa e Pepsi hanno fatto questo era un globale
– È iniziato negli Stati Uniti e andò
in tutto il mondo avrebbero messo un marchio
tazze di fronte a qualcuno di Pepsi e
Cola si chiama la sfida Pepsi e
e potresti fare un test del gusto cieco
di queste cose e universalmente persone
andrà ancora Pepsi ha un sapore più bello di Coca-Cola
perché la Pepsi ha un sapore più buono di Coca-Cola
ecco la cosa non importa
perché la marca ha ragione il motivo
non importa è in una giornata calda che cammini
in un negozio e tu dici che prenderò una lattina
di coca cola perché tutto quello che hai in testa
è quella visuale della lattina rossa con il
spogliarlo con la piccola perla di
l’acqua che scorre giù è tutto
stai pensando bene, lo sapevo e basta
fa rumore e poi ti siedi e tu
vai oh si è tutto
marchiato sì un santo di coca-cola
inventato Babbo Natale, ecco come
bene sono a branding va bene così
Agile Brandon è tutta questa roba ma
poi una cosa è successa la cosa che
è successo è la certificazione la cosa che
è successo uno schema di vendita piramidale
della vendita piramidale di maggior successo
schemi certamente nella storia della tecnologia
possibilmente nel boom della storia il marchio scrum
è successo ora e non è colpa delle mischie
che hanno avuto di gran lunga il meglio
modello di marketing va bene è il it’s a
schema Ponzi di grande successo
tu vai e trascorri due giorni in a
classe residenziale e tu vieni via
padrone giusto o se sei un business
analista, vai via e trascorri due giorni
in una diversa classe residenziale o
proprietario del prodotto sì e improvvisamente
magicamente tutte le tue abitudini e tutte
le tue routine e tutto ciò che sai
è cambiato
ma hai un pezzo di carta e il tuo
al capo piacciono pezzi di carta e così via
possiamo rotolare tutti attraverso di esso Andy
Hunt chiama il programmatore pragmatico
addestramento del pastone appena dopo il prossimo
il prossimo e non è colpa di Scrums
che vogliono bene hanno solo un
macchina di marketing molto migliore e ma
ciò che è insolito sono le cose che loro
valore in modo scrum è una gestione del progetto
metodo piuttosto che una consegna del software
metodo è la cosa che stavano cercando
per litigare stavano cercando di litigare
certezza e stavano cercando di
garanzia di wrangle al middle management
e il modo in cui lo fai è quello che hai
velocità e brucia e brucia e
e punti storia e arretrati e
caratteristiche e tutta quella roba sì e così via
alcuni elementi di loro del
il manifesto è caduto e allora che cosa
succede è questo che abbiamo rotolato in avanti ora
15 anni e abbiamo questo questo simile
Questo è solo uno scherzo di schermo da circa
questa volta lo scorso anno mi prendo su
il capitale e chi è agile
viaggio e apparentemente facendo abbastanza bene
e ho appena visto questa frase di nuovo
ancora una volta la metodologia agile siamo noi
metodo agile stiamo usando l’agile
metodo giusto chiunque usi qualcuno dicendo
stanno usando il metodo agile no
capisci il termine agile come si intende
la destra angela è un marchio è un
termine di marchio dell’ombrello per un’intera classe
di metodi e quindi abbiamo l’agile
metodo, ma quello che è successo ora è nel
20 volte nel nostro decennio attuale va bene
alle persone piace il messaggio di agile loro
come se dia una bella calda sfocatura
garanzia di consegna frequente ci piace
così piccoli progetti la maggior parte di noi questi
giorni di lavoro al mese più mesi
progetti piuttosto progetti di più anni
è insolito essere su due o tre
anno che qui è su più di un
un progetto lungo un anno adesso va bene così
probabilmente circa il 20% di voi
voglio dire che è ancora deprimente
gran numero di mani
giusto e mi sento per tutti voi e
chiunque sia seduto accanto a qualcuno che semplicemente
metti la mano in alto e dagli un abbraccio okay
che hanno bisogno del tuo amore hanno bisogno del tuo
supporto ma per lo più stiamo facendo più piccoli
progetti Questo è solo normale ora abbiamo
questa cosa chiamata team di caratteristiche
i team di funzionalità interfunzionali sono gentili
di normale ora è davvero insolito
oltre ai test potremmo andare in mare aperto
testare bene perché non so perché
ma a quanto pare è la cosa così è
un po ‘a parte sai per lo più che abbiamo
team di funzionalità interfunzionali è solo
è insolito non avere analisti e
sviluppatori e tutti quei ragazzi tutti
seduto nello stesso gruppo di persone
uscire insieme facendo un lavoro insieme però
certamente in un sistema di lavoro dove
team di funzionalità interfunzionali non è il
forma giusta troviamo che non funziona molto
bene stavo lavorando con aa grande
Banca americana nel Regno Unito a Londra e in
New York e a Londra che si sono diffuse
mischia e che era una sorta di andare bene
circa 150 persone a New York circa 250
persone che sono cresciute per crescere e questo
era una specie di disastro e non l’abbiamo fatto
davvero sapere perché e ragazzi della
stato per picchiarsi e
i loro ragazzi a Londra ti stavano andando
non so cosa stai facendo e tu
guardalo ed era il tipo di lavoro
stavano facendo era completamente in disaccordo
con una funzionalità interfunzionale
le squadre stanno bene, ci sono ipotesi sepolte
in team di funzionalità interfunzionali, quindi se
sei, se sei si tratta di un paesaggio di
il tuo lavoro è in gran parte omogeneo, se lo è
tutte le applicazioni aziendali Java aziendali o
qualunque cosa tu possa avere un mucchio di
team aziendali Java generici aziendali
va bene se il tuo lavoro è massiccia
eterogeneo quindi hai 25 diversi
sistemi mainframe completamente diversi
ognuno dei quali richiede 10 anni per essere buono
a capire e poi a mollare tutti
in una borsa e rendendo cross-funzionale
i team di caratteristiche semplicemente non lo faranno
lavoro devi fare una cosa diversa
consegna incrementale è ciò che siamo
fare ci piace chiamare … ci piace chiamare
è una consegna iterativa ma molto raramente
tornare indietro in iterate andiamo molto raramente
indietro e cambia quel codice o cambia quello
caratteristica stiamo aggiungendo principalmente nuove funzionalità
così oh vado con consegna incrementale
quindi lo sai questo sembra tutto carino
bene tutto questo sembra abbastanza agile, tranne
i soldi che abbiamo detto sono venduti
soldi sì, otteniamo il rifornimento a monte di
soldi e i tuoi budget e poi grandi
budget di progetto e poi grande progetto
i bilanci sono firmati da uno dei palcoscenici
stage gate due che conosci e di cui hai bisogno
a stare di fronte a una scheda e chiedere
li per soldi e poi a valle abbiamo
ha ancora il tabellone che ha un
cambia scheda c’è un cambio di bordo
devi far firmare le cose
attraverso non tante mani come pensavo
chi può semplicemente rilasciare cose quando loro
voglio che il resto di te abbia appena mentito
allora c’è qualcuno tra te e te
produzione giusta, quindi a valle
batch di rilasci quindi non posso solo io
finito qualcosa quindi spingiamolo dentro
produzione quindi c’è un nome per questo
la mischia dell’acqua va bene così a monte siamo
facendo tutte le analisi e il
requisiti a valle hai tutto
la roba di rilascio in cui puoi giocare in mischia
al centro se vuoi puoi fare cosa
ti piace solo assicurarti che sia già acceso
questa data altrimenti le teste rotoleranno bene
e quindi questo è dove a quale tipo di
ci lascia con un po ‘di sfida
che è dove andremo dopo
ti piace quello che ho fatto qui è quel cloud
con un punto interrogativo ero molto felice
con quello dove andremo dopo
bene, penso che dove andremo dopo è questo
andiamo indietro e rivedere la premessa che
ha portato a metodi agili in primo luogo
tutti questi metodi agili sono possibili
pensa a loro come soluzioni punto a posto
XP è un punto di soluzione scrum è un punto
la soluzione di cristallo è un cristallo leggermente
diverso è una famiglia di metodi ma
per lo più sono una specie di soluzione a punti
quindi quello che è successo è stato che le persone ne hanno avute
queste cose hanno un valore fondamentalmente magra
operazioni tutti i tipi di principi di
operazioni snelle di cui sai fidarti
le persone più vicine al lavoro si federano
responsabilità tutti quei tipi di
le cose come toyota dicono che costruiamo le persone
e la gente costruisce macchine e andiamo
capire quei principi snelli e
applicare quelli al nostro contesto attuale e
guarda cosa vedere che aspetto avrebbe questo metodo
come si, quindi se lo facciamo se lo pensiamo
la mischia è su cose allo stato dell’arte
la mischia ha 20 anni, si è finita
20 anni primi anni ’90
quindi è la prima regola delle operazioni lean
tu trasferisci le persone al lavoro questo è
diverso dalla maggior parte delle aziende occidentali dove
muovi il lavoro tra le persone
ricorda che quei silos non possono anche prima
su ok che sta spostando il lavoro al
persone così le persone siedono lì e il
il lavoro viene spostato attorno al lavoro in movimento
è costoso il lavoro in movimento intorno prende
il tempo e il tempo è la cosa che ci interessa
ok bene per ridurre i tempi di consegna così in movimento
le persone al lavoro um
ma ricorda che sono persone così dentro
per creare un metodo moderno il
la prima cosa che farei è o la prima
la cosa che faccio è modellare il lavoro cosa
tipo di lavoro stiamo cercando di fare a meno
capire cosa lavoro stiamo cercando di
non possiamo avere un’opinione su cosa?
forma le persone dovrebbero essere intorno a questo
lavoro ma ricorda che sono in realtà
gli esseri umani hanno speranze e
aspirazioni e paure e persone loro
come lavorare con persone e loro no
come lavorare con e tipo di lavoro loro
come fare e quindi uno dei più
modi efficaci che ho visto di muoversi
la gente al lavoro sta chiedendo alla gente così io
ho appena fatto un workshop la scorsa settimana con uno
dei miei clienti e abbiamo un po ‘di
persone in una stanza e abbiamo detto questo è
ciò che il lavoro appare come per la prossima
tre mesi e sono andati oh nessuno
mai detto prima e abbiamo detto
ci sono circa 80 di voi in questo
stanza c’è un sacco di opere è
probabilmente più lavoro che persone
ma risolviamo per quello mentre andiamo cosa
tipi di cose che pensi che potresti
aiutare con e si vuole fare io
pensa che qualcuno mi stia chiedendo cosa voglio
fare al lavoro e si organizzano
ce n’erano alcuni che sapete come calciare e
urla e lacrime o qualsiasi altra cosa perché
non è mai facile ma abbiamo finito con a
un sacco di persone riunite attorno a un gruppo
di lavoro che avevano l’ autonomia che avevano
scelto, dove volevano finire esso
è stato molto eccitante, poi siamo andati
Per una bevuta
um costruire il proprio laser a posto
capire i principi che sono
seduto qui, ma poi costruisci il tuo
spada laser ma progetta il tuo processo
non c’è il processo agile e
ricorda che la mischia è una soluzione a punti
XP come soluzione a punti tutti questi
le cose sono utili secchi da immergere
per le pratiche va bene se trovi la strada
scrum ha intenzione di usarlo se lo usi
trovi il modo in cui XP lavora con le persone
in coppie andare a fare che
Penso che le persone che lavorano in coppia siano una cosa sola
del più potente
modelli di apprendimento e di consegna che ho mai avuto
imbattersi in 25 anni è molto
eccitante modo di lavorare
Non so quanto profondamente le persone introverse
sento di lavorare in coppia perché lo sono
non un popolo profondamente introverso quelli
Ho chiesto di solito sono troppo educato per dire
come si sentono veramente e così di nuovo noi
bisogno di essere sensibili al fatto che
gli esseri umani qui fatturano la sciabola leggera di Giovanna
abbracciare ciò che chiamo diversità radicale
ok ricordate quel Consiglio di
ragazzi bianchi di mezza età
okay, non è colpa di Bob quella sua
cerchia di amici era per lo più l’aspetto di
Bob va bene perché è normale così
solo quello che facciamo ed è stato attivamente
agendo per contrastare quel qualcuno del mio
oratori oggi Steve per lei è
con veemenza vocale radicale Pro
diversità sono anche molto radicalmente pro
diversity jazz humble è Pro diversity
non è ironico che le tre persone siano
nome di ragazzi bianchi di mezza età, ma così
la diversità radicale è questa è ottenere le persone
nella tua organizzazione che assolutamente
penso che non penso che tu abbia ragione chi
sai che non pensi come te quella cosa
sulle assunzioni per la cultura in forma
assumere per omogeneità che sta assumendo
per fallimento va bene cultura in forma è qui
dove siamo se pensi di potere
contribuisci qualcosa qui e pensi
vuoi venire a sfidarti
questo ti voglio Ti voglio qui, voglio
diversità culturale voglio razziale
diversità Voglio la diversità di genere che voglio
persone che la pensano diversamente da me
attraverso qualche cosa politicamente corretta
solo perché penso che tu stia meglio
risultati come quelli che ottieni meglio
sistema di lavoro e poi la mia ultima cosa
la cosa che mi sono portata su per
l’ultimo probabilmente tre o quattro anni
ora che aspetto ha una squadra in scala
giusto il fatto che possa anche iniziare
Sconcertante di questo è un enorme
elogiare al movimento agile proprio il
le cose a cui questi ragazzi stanno provando
risolvono stavano cercando di ottenere qualsiasi lavoro
fatto negli anni ’90 questi metodi sono stati
così tanto successo che ora posso iniziare
pensando a te sai che questi ragazzi sono
cercando di ottenere da otto a dieci persone
puntando nella stessa direzione
Ora posso pensare di ottenere ottanta a
un centinaio di persone che affrontano lo stesso
groove di tony di senso sta ottenendo 12.000
persone che affrontano nella stessa direzione questo
è completamente pazzo giusto vent’anni
fa non avevamo neanche
strumenti pensanti per fare in modo che così sia
piuttosto eccitante
Misuriamo l’impatto sul business, così noi
usato per misurare i punti storia ora abbiamo bisogno
per ora possiamo mettere le cose in produzione
abbastanza veloce da poter costruire la nave e
misurare e ottenere dati reali, quindi meno è
più giusto quindi vogliamo meno software
ciò significa che la produttività degli sviluppatori
non è una cosa che non misuriamo
la produttività che abbiamo non è mai stata una
cosa che non va bene queste sono velocità
tutte le metriche di vanità interne si abbracciano
consegna continua cosa vuol dire
due settimane è un’illusione avere un due
finestra di pianificazione settimanale aveva senso quando io
ho una build di quattro o sei mesi quando posso
spin up un migliaio di server nel
Mattina destra due settimane è un discorso pazzo
okay, questo è il motivo per cui il mio Douglas Adams
il riferimento a due settimane è un mese di illusione
due mesi in duplice modo creano i risultati
opzioni per ottenere materiale in produzione
crea opzioni okay significa che noi
può iniziare a prendere decisioni basate sul reale
dati e feedback reali piuttosto che
riflessioni speculative sulla sfera di cristallo e poi
i requisiti emergono in modo che ciò significa
ora vogliamo guardare gli oggetti rotanti
piuttosto che il capex della commissione
in modo che significa che vogliamo avere
finanziamento incrementale di venture piuttosto che
grandi budget annuali e finalmente vogliamo
guardare alla collaborazione di investimento così
vogliamo collaborare con le imprese
le parti interessate su come e dove
spendere soldi anziché fornire semplicemente
stima dettagliata che tutti conosciamo
alleati nella decisione di qualcun altro
processo useresti un computer degli anni ’90
ora per fare il lavoro che sarebbe a
cosa sciocca a fare così perché dovresti usare un
Il metodo degli anni ’90 è altrettanto stupido
cosa da fare, ecco il nostro manifesto um
questo è quello che cambio tu sai così noi
non preoccuparti tanto del software
valore okay il software è un mezzo per un fine
ricorda che questo è stato scritto da roomful of
programmatori dopo un weekend di sci
e bere bene questi ragazzi hanno molto
software ossessionato
questo è ciò che li rende buoni cambiamenti
requisiti non è solo cambiando il suo
requisiti emergenti non è quello che noi
cambia le nostre menti perché siamo volubili
è che i requisiti emergono perché
stiamo imparando tutto ciò che ha usato
accadere frequentemente o regolarmente
ora succede quasi continuamente possiamo
ottenere attività di consegna continua e
gli sviluppatori e tutti gli altri stanno lavorando
insieme, stiamo allargando il
spettro ora non abbiamo progetti
i progetti sono un modo per accumulare denaro noi
pensa ora in termini di prodotto e e
il software di lavoro di capacità dell’utente è
bello e tutto ma voglio l’impatto sul business
Voglio misurare un quadrante che si muove nel
organizzazione da qualche parte e sostenibile
il ritmo va a tutte le parti interessate che va
a valle della sala macchine al
operazioni e supporto ragazzi si spegne
per gli amministratori non è solo il
utenti e squadra più e credo
Sta parlando Linda
di questo oggi sai che ci siamo abituati
avere un ciclo periodico di
retrospettive ogni n settimane ma questo
su come trasformare la tua mentalità in essere a
mentalità che riflette continuamente così siamo
guardandoci attorno è sempre un Kaizen
mentalità così per un cambiamento continuo ma tu
so cosa penso se non fosse male per a
prima bozza penso che abbiano fatto bene
c’è così con quello che ti auguro
una fantastica conferenza e goditi il
resto dei tuoi due giorni grazie di cuore
tanto
Please follow and like us: