Tornerò dove è iniziata la mischia
e devo dire dove è iniziata la mischia
è forse diverso per altri
effettivamente accaduto nel 1967 stavo volando
missioni sul Vietnam del Nord e una f4
e così ogni giorno avevo un progetto che avevo
per pianificare il progetto dovevo pianificare il
i tempi dovevo pianificare per arrivare a raggiungere
eseguire il progetto con successo e come
Ho attraversato il confine verso nord
Il Vietnam era il più pesantemente difeso
spazio aereo nella storia aerea
la guerra ci sparava a
cento per cento del tempo e così il
piano doveva essere eseguito per eludere il rischio
doveva essere costruito sull’elusione del rischio ogni
secondo, eri al Nord Vietnamita
aerospaziale e quindi ho adottato un evasivo
manovra che è stata eseguita attraversando il
confine e non è mai finita fino a quando non ho capito
di nuovo oltre il confine ma nel mezzo io
dovevo colpire il bersaglio ora ne ho visti molti
anni dopo andrò e andrò avanti
quando sono entrato nello sviluppo del software
Ho notato che i progetti software avevano
problemi simili ogni giorno verrei
nel lavoro e ci sarebbe qualcosa
quello stava provando a girare quel progetto
in basso e lo stile di gestione
quei progetti non erano efficaci a
affrontare i problemi in modo da sapere
Vietnam solo il 50 percento dei piloti I
girato ho volato con ha sparato giù, ma in
i progetti in particolare nel grande
banche dove ho lavorato ottantatre
la percentuale dei progetti non andrebbe a buon fine
quindi ho capito che hanno bisogno del
lo stesso tipo di evitamento del rischio
meccanismi in cui è stato costruito
aerei da combattimento quindi diciamo da
diciannove in realtà da prima ancora a
diciannove e sessantasette fino al 1975 circa
era nell’Aeronautica che volava alto
la performance fa l’altra cosa io
ho notato quando sono entrato nelle grandi banche
che non solo i progetti fallivano ma
le persone non avevano un modo per
capisci come dirmelo è stato
cercando come stavano cercando di atterrare un
progetto su una portaerei sai
la terra era come andare avanti
loro o stanno cercando di sbarcare
progetto e non avevano gli strumenti
per capire dove fossero se tu
pensa a come un jet ad alte prestazioni
deve atterrare in una struttura aerea ce ne sono molti
cose diverse devi conoscerti
bisogno di sapere la tua velocità necessaria
sapere quanto è distante la pista di cui hai bisogno
sapere che il vostro tasso di discesa si
bisogno di conoscere l’angolo di attacco del
aereo perché dipende da come
tirato su quel naso è che puoi
entrare in un posto dove ci vuole di più
potere di andare più lentamente vedere ho visto quello
accadendo sui progetti della cascata
si chiama legge Brooks se si prende un grande
progetto ed è tardi si aggiunge di più
la gente ottiene più tardi e poi il
i progetti applausi si schiantano ora per fortuna
per fortuna e quando voli
combattenti produci una grande combustione nera
buca nel terreno in modo da far arrivare la sua gente
attenzione ma per qualche motivo quando il
il grande progetto fallisce nelle persone della banca
non imparare dall’esperienza
ancora mantenere quei progetti che si infrangono tutti
il tempo così bene lascia che ti dica come
entrato in banca
In realtà sono andato dall’Aeronautica in
Sono diventato professore di medicina in a
transizione interessante scuola medica
e dal 1975 al 1986 sono stato finanziato da
il National Cancer Institute per studiare
sistemi biologici e in particolare come
funziona una cellula umana e come viene
trasformato in uno stato maligno e
il mio lavoro era lavorare con alcuni di quelli
delle persone che dicevano che i miei consiglieri erano
i principali scienziati del pianeta e
il nostro lavoro era effettivamente stabilire il perché
il cancro si verifica perché la gente non ha nemmeno
lo sappiamo in quel momento e nel 1980 lo abbiamo avuto
ha stabilito il modello che è ora il
modello standard per pensare a come
il cancro si verifica e matematicamente
modella quell’occorrenza nella cellula umana
e tradurre quel modello in questo modo
sarebbe predittivo dei dati su tutti
i dati sui malati di cancro che abbiamo avuto
negli Stati Uniti la prima volta
ha eseguito quel modello ci sono voluti un terzo del
budget di informatica per il mio
dipartimento nell’università per un anno
e mi hanno detto che non avrei mai potuto eseguire tale
di nuovo modello, quindi ho dovuto diventare creativo e
Ho lavorato con il capo del medico
laboratorio di calcolo un medico che era
acquisire nuove tecnologie e abbiamo ottenuto un
sistema fault-tolerant un sistema che era
essere usato nelle grandi banche per
sistemi di cassiere automatici ma aveva un
caratteristica unica a davvero unica
caratteristiche non è mai andato giù
era tollerante ai guasti ma aveva anche un
architettura che mi ha permesso di afferrare
ogni ciclo di ricambio di ogni CPU e lì
erano più CPU senza disturbare
produzione normale quindi per cinque anni
ha afferrato ogni ciclo di ricambio su più unità
processori per ottenere il mio dottorato ora a questo
tempo una banca la società bancaria che era
gestendo 150 banche in tutto il Nord America
è venuto e hanno detto ok lo sai al
Università, ragazzi, voi sapete tutto
la conoscenza ma quasi no
soldi ma oltre la banca non lo sappiamo
cosa stiamo facendo e abbiamo tutto il
soldi e allora perché non perché non si accende
alla banca conosci e ti aiuti
noi fuori sai che ti faremo diventare il vizio
il presidente di sistemi avanzati è possibile
ci conducono verso il futuro ed e
detto e e ti faremo un’offerta
che tua moglie non può rifiutare
che hanno fatto lei è d’accordo che hanno fatto e
così finisco in banca okay quanti
di voi erano banchieri qui che lavoravano
le banche ce ne sono molte a Zurigo
va bene così finisco in banca e uno io
la prima cosa che noto è che hanno
centinaia di programmatori COBOL
hanno ancora programmatori COBOL qui dentro
Alcuni di loro sono rimasti a Zurigo ed io ero
guardando quello che stavano facendo e io
ho notato che tutti i loro progetti erano in ritardo
i tuoi progetti fino a tardi e quando
erano in ritardo che la direzione avrebbe ottenuto
sconvolto e e loro avrebbero messo
pressione sugli sviluppatori e quando loro
fare pressione sugli sviluppatori è giusto
ha peggiorato la situazione, sono appena arrivati e
la fine e i clienti erano davvero
infelice
ora avevo passato 11 anni a fare la modella
sistemi complessi ed è stato un esperto su
teoria dei sistemi e così ho guardato questo
cosa chiamata
lo sviluppo di software in esecuzione in una banca
come un sistema e qualsiasi sistema ha certezze
stati stabili in uno spazio di stato e e
e questo era uno di loro e ho notato
che non importa ciò che la direzione ha fatto
hanno appena rinforzato questo stato di ritardo
la gente infelice subisce pressioni
clienti tutto ciò che la gestione ha fatto
peggiorato e non potevo credere
quello che stavano facendo ho detto che lo sai
o queste persone sono pazze o io sono
pazzo, ho bisogno di capirlo perché
Non avevo mai lavorato con altri software
che con il mio team che scrive il mio
software e abbiamo dovuto risolvere davvero duro
problemi che non avremmo mai avuto
risolto utilizzando questo sistema che è
completare il sistema fallito okay
così per i prossimi dieci anni
Ho provato gli esperimenti che ho attraversato quattro
aziende in cui ero a capo
ingegneria e abbiamo provato esperimenti per
prova a uscire da questo
schema bloccato quello che stavo cercando di ottenere
perché sai che ho pensato a quel progetto
dovrebbe sempre essere presto e tu sai e
sai che dovremmo essere gentili
gestione sai che dovrebbero ottenere tutto
i loro bonus e ma gli sviluppatori
Dovresti divertirti, conosci il software
sviluppo sono andato in software
sviluppo, perché è stato divertente era
interessante okay, ecco cos’è
dovrebbero essere e i clienti dovrebbero
essere estatici che dovrebbero piacere al tuo
software bancario che a loro piace
il loro iPhone va bene questo è quello che vogliamo
ma come arrivarci perché per andare da
uno stato stabile all’altro
è necessario in una regione che è
instabile c’è un sacco di caos
lì quindi devi iniettare prima di tutto
energia nel sistema che è rotto e
il primo livello di energia che abbiamo iniettato
e ha avuto a che fare con ciò che abbiamo imparato cosa
Ho imparato da 15 anni di lavoro con
imprenditori nella Silicon Valley come loro
ha avviato team imprenditoriali portati
le nuove società le hanno rese pubbliche e
incassato e ho lavorato con molti di
quelli che si erano ritirati nei loro anni ’30 mai
ha dovuto lavorare di nuovo nelle loro vite e
stavano cercando di capire come
rendere il mondo un posto migliore e loro
stavano facendo costruendo team di alta energia
proprio come hanno fatto nel software
affari quindi abbiamo notato che la maggior parte delle squadre
ognuno è diretto in un altro
piccola direzione diversa dalla
l’altra persona che conosci sono alcune persone
diretto per
verso alcune persone sono dirette di traverso
alcune persone sono dirette all’indietro e se
puoi capire come allineare la squadra
farli tutti d’accordo su un centrale
direzione possono immediatamente raddoppiare
le loro prestazioni lavorando in modo meno semplice
perché tutti sono diretti a destra
giusta direzione
e una volta che ottieni quella gente, allora
in realtà sento che quello che stanno facendo è
costruttivi si sentono come se fossero
lavorando insieme iniziano a sentirsi bene
l’un l’altro e poi puoi iniziare
costruire lo spirito di squadra nell’equazione
proprio come fai nelle squadre sportive e come
appena inizi a costruire quella squadra
spirito puoi raddoppiare la produttività
quindi, quando ero interessato, sta costruendo
team che potrebbero creare così tanto software
così veloce i gestori e i clienti
direi che devi rallentare
è troppo è come bere da un
Firehose quindi sapevo che era possibile solo
un modo per capire il meccanismo ora
ho preso fino al 1993 ho avuto in realtà ero
assunto in una società chiamata diesel
corporation nel 1993 nota come VP di
ingegneria erano in realtà
reclutando un VP di ingegneria ma il
CEO un ragazzo di nome Doug Kahn aveva appena
acquisito una società di software in realtà a
Compagnia tedesca una chiacchierata tedesca
società compilatore e che aveva comprato
compagnia di portare i suoi prodotti a quello successivo
livellare il cavalletto era il primo credo
società linguistica di quarta generazione in
gli affari e stavano ottenendo
crescente concorrenza da parte delle aziende
come powersoft
e avevano bisogno di accelerare la tecnologia
al livello successivo e hanno pensato
gli strumenti orientati agli oggetti erano la via per
andare e così sono andati a comprare un
società di piccole chiacchiere, ma la domanda era
allora quali erano gli strumenti e quello era il mio
lavoro il mio compito era creare un set di strumenti
e lo fa in sei mesi che avrebbe portato
un nuovo prodotto che elogiamo tutti
la loro eredità
prodotti che non sapevano cosa fosse il nuovo
il prodotto era che loro solo sapevano che doveva essere
due volte più buono e due volte più veloce di
qualsiasi cosa avessero mai fatto e Doug ha detto
Jeff, hai lanciato un sacco di novità
tecnologie e abbiamo 10 ragazzi
può essere veve engineering ma nessuno
potrebbe prendere questo prodotto sconosciuto e
consegnalo in tempo record e pensiamo
che potresti farlo se sei disposto
di entrare e prendere un piccolo gruppo di cinque
o sei persone e capirlo così ero
assunto in modo simile a come un capo
l’ingegnere di Toyota costruisce questa nuova macchina
e farlo davvero veloce e in arrivo
capire che cosa dovrebbe essere così
siamo andati la prima cosa che abbiamo fatto, come ho
aveva fatto con molte nuove tecnologie
informazioni sulle tecnologie del database degli oggetti
recupero su internet diversi
cose diverse la prima cosa che abbiamo
che dovevo fare era rivedere tutte le
letteratura nell’informatica
riviste e documenti di ricerca da conoscere
tutto quello che era sempre stato fatto così
che potremmo portarlo oltre e
sembrava sempre prendere circa un migliaio
documenti attentamente studiati prima di arrivare
alla fine di ciò che era già disponibile
risultato in questo caso abbiamo esaminato 30
anni di riviste di sistemi IBM e poi
abbiamo iniziato a guado attraverso tutto su
sulla carta 300 che abbiamo trovato
carta di due ragazzi giapponesi che sono
visiting professors presso Harvard Business
Scuola ed era insolito perché
è stato pubblicato nella Harvard Business
Rivedere non in un diario di computer e in
i loro professori Takeuchi e Nonaka
parlato di andare in tutto il mondo
guardando i migliori team cosa hanno visto
quello ha funzionato veramente e quello loro e
hanno notato che le squadre sono davvero così
ha funzionato davvero ricordato loro di sport
squadre e in particolare e rugby in particolare
e in particolare la formazione della mischia
il rugby hanno lavorato come se fossero tutti
collegati insieme muovendo la palla in avanti
giù per il campo e oh e lavorare in giro
o superare qualsiasi ostacolo che è entrato
la via con intensità e concentrazione e
l’avevano visto in molti giapponesi
aziende produttrici prodotto di consumo
aziende un paio di aziende statunitensi che
non aziende di software, quindi noi
guardò questo foglio e loro descrissero
lo stile di come la gestione ha impostato tale
una squadra e il modo in cui essa ha investito un tale
squadra e come hanno trattato una squadra del genere
e abbiamo guardato quello e hanno detto il
tutta la squadra ha detto che lo sai esattamente
ciò di cui abbiamo bisogno per lo sviluppo del software
ci fornirà un modello formale per
produrre team ad alte prestazioni e
Takeuchi e Nonaka l’avevano chiamato
stile di gestione del progetto strum scrum
la gestione del progetto ora è interessante
perché quello era nel 1993 e mai II
ho incontrato il professor Tanaka fino a questo gennaio
Sono andato a Tokyo appositamente per incontrarci
il professor Tanaka e in quel tempo il
NOC è diventato effettivamente ciò che molte persone
discutere è il guru di gestione leader in
il pianeta ha sostituito Peter Drucker
il ragazzo che ha inventato il concetto di
Gestione e lui è tremendamente
affascinato dal fatto che il suo lavoro lo sai
in gran parte nella produzione giapponese e
la teoria della gestione è stata gonfiata a
enorme scala nel software in tutto il
pianeta e così abbiamo passato un bel momento
insieme e ha detto che sai quando tu
tornare a Boston, il professor Takeuchi è
torna alla Harvard Business School e
il professor Takeuchi era stato il decano di
una Business School hibachi per 20 anni
dentro a Tokyo e fu costretto a ritirarsi
colpendo l’età pensionabile
e così è tornato ad Harvard, così abbiamo capito
laggiù e la prima cosa che vuole
fare mi permette di fare è di insegnare la sua classe
alla Harvard Business School che
che ho fatto con mia moglie Arlene l’ultima volta
Venerdì ci siamo incontrati con un’Harvard
Io e gli studenti della Business School lo trovo
sta insegnando uno stile diverso di
gestione agli studenti di Harvard
quello è un contrappunto che tu sai tutto questo
strategia e le aziende di guida da parte del
i numeri potrebbero avere qualche valore tranne
che non è davvero come funziona se tu
entra e guarda le migliori aziende come
hanno iniziato come sono diventati grandiosi
tutto sulle persone è tutto
ispezionare e adattare è tutto
essere sorpreso dal successo e poi
approfittarne e ci sta provando
per introdurre la mischia nel curriculum
nella Harvard Business School e questo
esempio che ha del dispiegamento su scala Lotte
in software è uno strumento piacevole per lui
aggiungi al suo arsenale bene così che la carta
la mischia è stata creata direttamente da quello
taki Tanaka carta il primo team di mischia
e formiamo la squadra su cui ci siamo basati
la conoscenza di cui sono venuto a conoscenza
lavorare con Bell Labs per molti anni
anche lavorando con persone al MIT
in particolare il laboratorio multimediale del MIT
sapevamo che certe cose erano davvero
importante, ad esempio, i Bell Labs
rimosso tutti i titoli dallo sviluppo
team basati su dieci anni di ricerca su
le migliori squadre del mondo hanno trovato cosa
è stato questo a far sì che le squadre si comportassero bene e
hanno scoperto che era il modo in cui il
individui comunicati con uno
un altro e come hanno interagito questo è
il primo principio dell’agile
manifesto individui e interazioni
su processi e strumenti non solo
fare che fino
ci sono dieci anni di ricerche sui Bell Labs
questo dimostra che è la cosa più importante
va bene
così una volta hanno capito che sono venuti
con una metrica per calcolarlo chiamato
la saturazione delle comunicazioni poi sono andate
fuori e ha fatto 200 casi di studio e
le aziende di tutto il mondo e ottenuto
centinaia di punti dati in ogni azienda
e ha fatto analisi di regressione per capire
va bene cos’e ‘ che sono storpi
saturazione della comunicazione e porta
prestazioni giù e hanno trovato il
la cosa più importante sono i ruoli specializzati e
silos di informazioni che è cosa
distrugge la produttività e così hanno detto
ai laboratori Bell che non avremo
che tutti saranno membri
della squadra in modo che abbiamo già avuto
prima di guardare Anaki-chan ma
parli dovresti bussare ho avuto un modo formale
di creare queste squadre e quando il
la squadra lo ha guardato e ha detto di conoscerci
abbiamo avuto un chi dovrebbe essere la squadra
leader e come li chiameremmo noi
decise il maestro di mischia perché lo era
sarà scrum e abbiamo iniziato il primo
il team di scrum ha effettivamente iniziato a lavarsi
Gennaio del 1994 abbiamo lavorato a tutto questo
nell’autunno del 93
le prime squadre di mischia hanno iniziato a strofinare
nel 1994 verso la metà del primo
mese di lavaggio abbiamo continuato
ricercare la lettura studiando e lo eravamo
cercando sai parlare con te
knock realizza che non siamo team di software
stavamo cercando davvero alto
eseguire team di software e cosa era
il team di software più performante in
il mondo abbiamo trovato che era una squadra a
Borland stavano costruendo Quattro Pro
al tempo che era un Excel
tipo di foglio di calcolo del prodotto prima di Excel
esisteva e quei gate boys a Borland
forniamo software al ritmo di
400 ragazzi in Microsoft
ragazzi valevano 400 ragazzi ed è stato tutto
perché la loro saturazione delle comunicazioni
era così alto che erano la squadra più alta
sulla metrica di saturazione delle comunicazioni
in centinaia di aziende e abbiamo detto
che cosa ha fatto quella comunicazione
saturazione così alta e nella carta
è stato scritto da Jim Copeland che è ora
lavorare all’interno della comunità di mischia
ha mostrato che si trattava di un incontro quotidiano
quello che aveva un team interfunzionale
tutti tutti i giorni tutti gli sviluppatori
tutti i tester il prodotto il prodotto
di marketing persone erano lì spesso
Il CEO era lì Phillip Kahn in quel momento
ogni giorno ea Berlino era solito
almeno un’ora e abbiamo detto per
raggiungere quello stato ad alte prestazioni noi
devono avere un incontro giornaliero il tutto
squadra ha deciso che lo stesso giorno e il
il giorno dopo abbiamo iniziato quindi riguardava il
secondo sprint mensile che abbiamo iniziato
l’incontro quotidiano e quando abbiamo fatto che
abbiamo scoperto che un’ora era troppo lunga per noi
non mi piaceva un lungo incontro quotidiano così noi
ha funzionato davvero come facciamo a farla breve
come cosa è il più breve?
possibile incontro che possiamo ottenere e che cosa
deve avvenire nell’incontro e da
in circa un mese l’ avevamo ottenuto
fino a 15 minuti e cosa siamo noi
capito è che tutti avevano bisogno di
sapere tutto quello che stava succedendo e
tutti avevano bisogno di sapere come aiutare
l’un l’altro e poi effettivamente lo aiutano
l’un l’altro abbiamo bisogno di capirlo
nella riunione quotidiana ogni giorno in modo che
la riunione si è conclusa nel secondo
sprint abbiamo iniziato nel terzo sprint
pianifichiamo un mese di lavoro basato sul nostro
velocità nel secondo sprint e al
Alla fine di una settimana avevamo finito ed è stato
un’enorme sorpresa le persone hanno detto cosa
successo che la squadra era entrata in un iper
stato produttivo è sempre una sorpresa
ma quando ciò accadde sapevamo che lo eravamo
su qualcosa e ho dovuto agire
immediatamente quando è successo alla squadra
poi è andato subito così veloce che ho avuto
di uscire e avere qualcuno che mi aiuti a
capire come stavamo andando a bersaglio
questo prodotto correttamente per il mercato I
avevo bisogno di qualcuno che potessi escludere a metà
il tempo nel mercato metà del
tempo e il team spiegano esattamente il
priorità delle caratteristiche che dovevano
essere consegnato perché in tre mesi noi
stavano per consegnare e stavamo andando
consegnare dodici volte tanto
funzionalità come pensavo stessimo andando
essere in grado di consegnare così sono andato a
marketing del prodotto Ho avuto il miglior ragazzo fuori
del marketing di prodotto, ho detto , dai
sarai finito per essere
oltre a lavorare con il team è il tuo lavoro
possedere la prioritizzazione del prodotto
arretrato e essere lì nel look del mercato
al lavoro della concorrenza con la squadra
ogni giorno che sei in città assicurati di loro
capire cosa dobbiamo fare per fare
questo prodotto il miglior prodotto che il
il mercato è visto quando colpisce il
mercato così l’obiettivo della mischia da
l’inizio era di arrivare a cinque a dieci
tempi di produttività ciò che la maggior parte delle persone fa
usando la mischia oggi non completamente
capire ancora perché non hanno
esperienza o raggiungere questo stato è
quella mischia è una tecnologia dirompente
che se lo realizzi bene il tuo
la competizione non può competere e lo farai
mettere i vostri concorrenti fuori dal mercato
questo è ciò che è per ecco perché spendo
un po ‘di tempo lavorando con a
gruppo di venture capital è quello che loro
vogliono dire che Jeff non va al lavoro
per quelle banche ferite a Zurigo vogliamo
tu sai che il nostro lavoro è iniziare
piccole aziende e mettere quelle grandi
fuori dal mercato lo stai solo aiutando
la nostra concorrenza aiutando questi grandi
le aziende vanno bene così sappiamo sistematicamente
ora come farlo con ogni squadra
a causa del mio lavoro dell’avventura ragazzi
mi hanno davvero spinto a documentare
esattamente come si può prendere ogni
Sono produttivo e sappiamo esattamente come
fallo ora semplicemente lo sappiamo
ottenere software fatto e testato all’interno
una breve iterazione raddoppierà
la produttività testare la funzionalità
livello così sei tu così l’ utente finale può
valutalo se una squadra può farlo
raddoppierà le prestazioni sappiamo che se
il backlog del prodotto quello che sono
l’edificio è in uno stato pronto è chiaro
ha la priorità correttamente è in piccolo
pezzi la sua stimabili sua verificabili da parte del
squadra è ben capito quindi non c’è
un sacco di domande e confusione che
raddoppierà la loro produttività di nuovo noi
sanno che possono andare quattro volte più veloce e
L’ho definito arbitrariamente come il
inizio dello stato produttivo iper
ma troviamo che la maggior parte delle squadre sta facendo mischia
non lo fanno, non sono fatti a
la fine dello Sprint il loro prodotto
il backlog non è buono, quindi la maggior parte delle squadre se ne va
in quello che chiamiamo stato di lento scrum
ok ora la buona notizia su questo è
che anche la lenta mischia è migliore di questa
sistema fallito che chiamiamo una caduta sai
su Yahoo dopo aver avviato 250 mischia
squadre 50 di loro sono stati ben addestrati bene
allenati stavano correndo da 3 a 400
percentuale di ciò che il resto delle squadre
stavano facendo
ma anche gli altri 200 team hanno ottenuto un
35 % di miglioramento rispetto al 35%
il miglioramento per Yahoo è stato di 200 milioni
dollari di soldi gratis ogni anno solo da
gestendo una schifosa mischia ok
quindi la maggior parte del lavoro che sto facendo questi
giorni da quando c’è così tanta gente
scrum ora lavoro principalmente con persone
già facendo la mischia per un anno o
due e stiamo cercando di ottenerli
questo stato lento allo stato veloce
perché è lì che inizia il divertimento va bene
persone che fanno parte di questo tipo di squadre
Mi limiterò a chiudere dicendo che ero dentro
Francia La Francia è una società interessante
per provare a introdurre la mischia che conosci
sono così burocratici che li conosci
avere così tanti manager e io invece ero
l’insegnamento a Parigi e ho avuto un ragazzo alla
tavolo su una squadra che stava lavorando
software da BMW e tutto il resto di
i suoi ragazzi della nostra squadra erano come una mischia
non lavoreremo mai nella nostra compagnia ma
Ho detto a questo ragazzo che in realtà era un
La filiale di Siemens e io abbiamo chiesto a questo tizio
beh, come ha fatto il tuo lavoro di squadra?
inizia a soffocare e le lacrime arrivano
i suoi occhi e lui dice che non posso dirtelo
l’euforia che sento ha cambiato la mia
vita e non direbbe altro
ha appena chiuso così la mia speranza per tutti
tu che sei interessato a questo
giorno si verificherà che
euforia ma per fare questo è il
parte difficile ed è quello che farà Jenna
parlare di
e devo dire dove è iniziata la mischia
è forse diverso per altri
effettivamente accaduto nel 1967 stavo volando
missioni sul Vietnam del Nord e una f4
e così ogni giorno avevo un progetto che avevo
per pianificare il progetto dovevo pianificare il
i tempi dovevo pianificare per arrivare a raggiungere
eseguire il progetto con successo e come
Ho attraversato il confine verso nord
Il Vietnam era il più pesantemente difeso
spazio aereo nella storia aerea
la guerra ci sparava a
cento per cento del tempo e così il
piano doveva essere eseguito per eludere il rischio
doveva essere costruito sull’elusione del rischio ogni
secondo, eri al Nord Vietnamita
aerospaziale e quindi ho adottato un evasivo
manovra che è stata eseguita attraversando il
confine e non è mai finita fino a quando non ho capito
di nuovo oltre il confine ma nel mezzo io
dovevo colpire il bersaglio ora ne ho visti molti
anni dopo andrò e andrò avanti
quando sono entrato nello sviluppo del software
Ho notato che i progetti software avevano
problemi simili ogni giorno verrei
nel lavoro e ci sarebbe qualcosa
quello stava provando a girare quel progetto
in basso e lo stile di gestione
quei progetti non erano efficaci a
affrontare i problemi in modo da sapere
Vietnam solo il 50 percento dei piloti I
girato ho volato con ha sparato giù, ma in
i progetti in particolare nel grande
banche dove ho lavorato ottantatre
la percentuale dei progetti non andrebbe a buon fine
quindi ho capito che hanno bisogno del
lo stesso tipo di evitamento del rischio
meccanismi in cui è stato costruito
aerei da combattimento quindi diciamo da
diciannove in realtà da prima ancora a
diciannove e sessantasette fino al 1975 circa
era nell’Aeronautica che volava alto
la performance fa l’altra cosa io
ho notato quando sono entrato nelle grandi banche
che non solo i progetti fallivano ma
le persone non avevano un modo per
capisci come dirmelo è stato
cercando come stavano cercando di atterrare un
progetto su una portaerei sai
la terra era come andare avanti
loro o stanno cercando di sbarcare
progetto e non avevano gli strumenti
per capire dove fossero se tu
pensa a come un jet ad alte prestazioni
deve atterrare in una struttura aerea ce ne sono molti
cose diverse devi conoscerti
bisogno di sapere la tua velocità necessaria
sapere quanto è distante la pista di cui hai bisogno
sapere che il vostro tasso di discesa si
bisogno di conoscere l’angolo di attacco del
aereo perché dipende da come
tirato su quel naso è che puoi
entrare in un posto dove ci vuole di più
potere di andare più lentamente vedere ho visto quello
accadendo sui progetti della cascata
si chiama legge Brooks se si prende un grande
progetto ed è tardi si aggiunge di più
la gente ottiene più tardi e poi il
i progetti applausi si schiantano ora per fortuna
per fortuna e quando voli
combattenti produci una grande combustione nera
buca nel terreno in modo da far arrivare la sua gente
attenzione ma per qualche motivo quando il
il grande progetto fallisce nelle persone della banca
non imparare dall’esperienza
ancora mantenere quei progetti che si infrangono tutti
il tempo così bene lascia che ti dica come
entrato in banca
In realtà sono andato dall’Aeronautica in
Sono diventato professore di medicina in a
transizione interessante scuola medica
e dal 1975 al 1986 sono stato finanziato da
il National Cancer Institute per studiare
sistemi biologici e in particolare come
funziona una cellula umana e come viene
trasformato in uno stato maligno e
il mio lavoro era lavorare con alcuni di quelli
delle persone che dicevano che i miei consiglieri erano
i principali scienziati del pianeta e
il nostro lavoro era effettivamente stabilire il perché
il cancro si verifica perché la gente non ha nemmeno
lo sappiamo in quel momento e nel 1980 lo abbiamo avuto
ha stabilito il modello che è ora il
modello standard per pensare a come
il cancro si verifica e matematicamente
modella quell’occorrenza nella cellula umana
e tradurre quel modello in questo modo
sarebbe predittivo dei dati su tutti
i dati sui malati di cancro che abbiamo avuto
negli Stati Uniti la prima volta
ha eseguito quel modello ci sono voluti un terzo del
budget di informatica per il mio
dipartimento nell’università per un anno
e mi hanno detto che non avrei mai potuto eseguire tale
di nuovo modello, quindi ho dovuto diventare creativo e
Ho lavorato con il capo del medico
laboratorio di calcolo un medico che era
acquisire nuove tecnologie e abbiamo ottenuto un
sistema fault-tolerant un sistema che era
essere usato nelle grandi banche per
sistemi di cassiere automatici ma aveva un
caratteristica unica a davvero unica
caratteristiche non è mai andato giù
era tollerante ai guasti ma aveva anche un
architettura che mi ha permesso di afferrare
ogni ciclo di ricambio di ogni CPU e lì
erano più CPU senza disturbare
produzione normale quindi per cinque anni
ha afferrato ogni ciclo di ricambio su più unità
processori per ottenere il mio dottorato ora a questo
tempo una banca la società bancaria che era
gestendo 150 banche in tutto il Nord America
è venuto e hanno detto ok lo sai al
Università, ragazzi, voi sapete tutto
la conoscenza ma quasi no
soldi ma oltre la banca non lo sappiamo
cosa stiamo facendo e abbiamo tutto il
soldi e allora perché non perché non si accende
alla banca conosci e ti aiuti
noi fuori sai che ti faremo diventare il vizio
il presidente di sistemi avanzati è possibile
ci conducono verso il futuro ed e
detto e e ti faremo un’offerta
che tua moglie non può rifiutare
che hanno fatto lei è d’accordo che hanno fatto e
così finisco in banca okay quanti
di voi erano banchieri qui che lavoravano
le banche ce ne sono molte a Zurigo
va bene così finisco in banca e uno io
la prima cosa che noto è che hanno
centinaia di programmatori COBOL
hanno ancora programmatori COBOL qui dentro
Alcuni di loro sono rimasti a Zurigo ed io ero
guardando quello che stavano facendo e io
ho notato che tutti i loro progetti erano in ritardo
i tuoi progetti fino a tardi e quando
erano in ritardo che la direzione avrebbe ottenuto
sconvolto e e loro avrebbero messo
pressione sugli sviluppatori e quando loro
fare pressione sugli sviluppatori è giusto
ha peggiorato la situazione, sono appena arrivati e
la fine e i clienti erano davvero
infelice
ora avevo passato 11 anni a fare la modella
sistemi complessi ed è stato un esperto su
teoria dei sistemi e così ho guardato questo
cosa chiamata
lo sviluppo di software in esecuzione in una banca
come un sistema e qualsiasi sistema ha certezze
stati stabili in uno spazio di stato e e
e questo era uno di loro e ho notato
che non importa ciò che la direzione ha fatto
hanno appena rinforzato questo stato di ritardo
la gente infelice subisce pressioni
clienti tutto ciò che la gestione ha fatto
peggiorato e non potevo credere
quello che stavano facendo ho detto che lo sai
o queste persone sono pazze o io sono
pazzo, ho bisogno di capirlo perché
Non avevo mai lavorato con altri software
che con il mio team che scrive il mio
software e abbiamo dovuto risolvere davvero duro
problemi che non avremmo mai avuto
risolto utilizzando questo sistema che è
completare il sistema fallito okay
così per i prossimi dieci anni
Ho provato gli esperimenti che ho attraversato quattro
aziende in cui ero a capo
ingegneria e abbiamo provato esperimenti per
prova a uscire da questo
schema bloccato quello che stavo cercando di ottenere
perché sai che ho pensato a quel progetto
dovrebbe sempre essere presto e tu sai e
sai che dovremmo essere gentili
gestione sai che dovrebbero ottenere tutto
i loro bonus e ma gli sviluppatori
Dovresti divertirti, conosci il software
sviluppo sono andato in software
sviluppo, perché è stato divertente era
interessante okay, ecco cos’è
dovrebbero essere e i clienti dovrebbero
essere estatici che dovrebbero piacere al tuo
software bancario che a loro piace
il loro iPhone va bene questo è quello che vogliamo
ma come arrivarci perché per andare da
uno stato stabile all’altro
è necessario in una regione che è
instabile c’è un sacco di caos
lì quindi devi iniettare prima di tutto
energia nel sistema che è rotto e
il primo livello di energia che abbiamo iniettato
e ha avuto a che fare con ciò che abbiamo imparato cosa
Ho imparato da 15 anni di lavoro con
imprenditori nella Silicon Valley come loro
ha avviato team imprenditoriali portati
le nuove società le hanno rese pubbliche e
incassato e ho lavorato con molti di
quelli che si erano ritirati nei loro anni ’30 mai
ha dovuto lavorare di nuovo nelle loro vite e
stavano cercando di capire come
rendere il mondo un posto migliore e loro
stavano facendo costruendo team di alta energia
proprio come hanno fatto nel software
affari quindi abbiamo notato che la maggior parte delle squadre
ognuno è diretto in un altro
piccola direzione diversa dalla
l’altra persona che conosci sono alcune persone
diretto per
verso alcune persone sono dirette di traverso
alcune persone sono dirette all’indietro e se
puoi capire come allineare la squadra
farli tutti d’accordo su un centrale
direzione possono immediatamente raddoppiare
le loro prestazioni lavorando in modo meno semplice
perché tutti sono diretti a destra
giusta direzione
e una volta che ottieni quella gente, allora
in realtà sento che quello che stanno facendo è
costruttivi si sentono come se fossero
lavorando insieme iniziano a sentirsi bene
l’un l’altro e poi puoi iniziare
costruire lo spirito di squadra nell’equazione
proprio come fai nelle squadre sportive e come
appena inizi a costruire quella squadra
spirito puoi raddoppiare la produttività
quindi, quando ero interessato, sta costruendo
team che potrebbero creare così tanto software
così veloce i gestori e i clienti
direi che devi rallentare
è troppo è come bere da un
Firehose quindi sapevo che era possibile solo
un modo per capire il meccanismo ora
ho preso fino al 1993 ho avuto in realtà ero
assunto in una società chiamata diesel
corporation nel 1993 nota come VP di
ingegneria erano in realtà
reclutando un VP di ingegneria ma il
CEO un ragazzo di nome Doug Kahn aveva appena
acquisito una società di software in realtà a
Compagnia tedesca una chiacchierata tedesca
società compilatore e che aveva comprato
compagnia di portare i suoi prodotti a quello successivo
livellare il cavalletto era il primo credo
società linguistica di quarta generazione in
gli affari e stavano ottenendo
crescente concorrenza da parte delle aziende
come powersoft
e avevano bisogno di accelerare la tecnologia
al livello successivo e hanno pensato
gli strumenti orientati agli oggetti erano la via per
andare e così sono andati a comprare un
società di piccole chiacchiere, ma la domanda era
allora quali erano gli strumenti e quello era il mio
lavoro il mio compito era creare un set di strumenti
e lo fa in sei mesi che avrebbe portato
un nuovo prodotto che elogiamo tutti
la loro eredità
prodotti che non sapevano cosa fosse il nuovo
il prodotto era che loro solo sapevano che doveva essere
due volte più buono e due volte più veloce di
qualsiasi cosa avessero mai fatto e Doug ha detto
Jeff, hai lanciato un sacco di novità
tecnologie e abbiamo 10 ragazzi
può essere veve engineering ma nessuno
potrebbe prendere questo prodotto sconosciuto e
consegnalo in tempo record e pensiamo
che potresti farlo se sei disposto
di entrare e prendere un piccolo gruppo di cinque
o sei persone e capirlo così ero
assunto in modo simile a come un capo
l’ingegnere di Toyota costruisce questa nuova macchina
e farlo davvero veloce e in arrivo
capire che cosa dovrebbe essere così
siamo andati la prima cosa che abbiamo fatto, come ho
aveva fatto con molte nuove tecnologie
informazioni sulle tecnologie del database degli oggetti
recupero su internet diversi
cose diverse la prima cosa che abbiamo
che dovevo fare era rivedere tutte le
letteratura nell’informatica
riviste e documenti di ricerca da conoscere
tutto quello che era sempre stato fatto così
che potremmo portarlo oltre e
sembrava sempre prendere circa un migliaio
documenti attentamente studiati prima di arrivare
alla fine di ciò che era già disponibile
risultato in questo caso abbiamo esaminato 30
anni di riviste di sistemi IBM e poi
abbiamo iniziato a guado attraverso tutto su
sulla carta 300 che abbiamo trovato
carta di due ragazzi giapponesi che sono
visiting professors presso Harvard Business
Scuola ed era insolito perché
è stato pubblicato nella Harvard Business
Rivedere non in un diario di computer e in
i loro professori Takeuchi e Nonaka
parlato di andare in tutto il mondo
guardando i migliori team cosa hanno visto
quello ha funzionato veramente e quello loro e
hanno notato che le squadre sono davvero così
ha funzionato davvero ricordato loro di sport
squadre e in particolare e rugby in particolare
e in particolare la formazione della mischia
il rugby hanno lavorato come se fossero tutti
collegati insieme muovendo la palla in avanti
giù per il campo e oh e lavorare in giro
o superare qualsiasi ostacolo che è entrato
la via con intensità e concentrazione e
l’avevano visto in molti giapponesi
aziende produttrici prodotto di consumo
aziende un paio di aziende statunitensi che
non aziende di software, quindi noi
guardò questo foglio e loro descrissero
lo stile di come la gestione ha impostato tale
una squadra e il modo in cui essa ha investito un tale
squadra e come hanno trattato una squadra del genere
e abbiamo guardato quello e hanno detto il
tutta la squadra ha detto che lo sai esattamente
ciò di cui abbiamo bisogno per lo sviluppo del software
ci fornirà un modello formale per
produrre team ad alte prestazioni e
Takeuchi e Nonaka l’avevano chiamato
stile di gestione del progetto strum scrum
la gestione del progetto ora è interessante
perché quello era nel 1993 e mai II
ho incontrato il professor Tanaka fino a questo gennaio
Sono andato a Tokyo appositamente per incontrarci
il professor Tanaka e in quel tempo il
NOC è diventato effettivamente ciò che molte persone
discutere è il guru di gestione leader in
il pianeta ha sostituito Peter Drucker
il ragazzo che ha inventato il concetto di
Gestione e lui è tremendamente
affascinato dal fatto che il suo lavoro lo sai
in gran parte nella produzione giapponese e
la teoria della gestione è stata gonfiata a
enorme scala nel software in tutto il
pianeta e così abbiamo passato un bel momento
insieme e ha detto che sai quando tu
tornare a Boston, il professor Takeuchi è
torna alla Harvard Business School e
il professor Takeuchi era stato il decano di
una Business School hibachi per 20 anni
dentro a Tokyo e fu costretto a ritirarsi
colpendo l’età pensionabile
e così è tornato ad Harvard, così abbiamo capito
laggiù e la prima cosa che vuole
fare mi permette di fare è di insegnare la sua classe
alla Harvard Business School che
che ho fatto con mia moglie Arlene l’ultima volta
Venerdì ci siamo incontrati con un’Harvard
Io e gli studenti della Business School lo trovo
sta insegnando uno stile diverso di
gestione agli studenti di Harvard
quello è un contrappunto che tu sai tutto questo
strategia e le aziende di guida da parte del
i numeri potrebbero avere qualche valore tranne
che non è davvero come funziona se tu
entra e guarda le migliori aziende come
hanno iniziato come sono diventati grandiosi
tutto sulle persone è tutto
ispezionare e adattare è tutto
essere sorpreso dal successo e poi
approfittarne e ci sta provando
per introdurre la mischia nel curriculum
nella Harvard Business School e questo
esempio che ha del dispiegamento su scala Lotte
in software è uno strumento piacevole per lui
aggiungi al suo arsenale bene così che la carta
la mischia è stata creata direttamente da quello
taki Tanaka carta il primo team di mischia
e formiamo la squadra su cui ci siamo basati
la conoscenza di cui sono venuto a conoscenza
lavorare con Bell Labs per molti anni
anche lavorando con persone al MIT
in particolare il laboratorio multimediale del MIT
sapevamo che certe cose erano davvero
importante, ad esempio, i Bell Labs
rimosso tutti i titoli dallo sviluppo
team basati su dieci anni di ricerca su
le migliori squadre del mondo hanno trovato cosa
è stato questo a far sì che le squadre si comportassero bene e
hanno scoperto che era il modo in cui il
individui comunicati con uno
un altro e come hanno interagito questo è
il primo principio dell’agile
manifesto individui e interazioni
su processi e strumenti non solo
fare che fino
ci sono dieci anni di ricerche sui Bell Labs
questo dimostra che è la cosa più importante
va bene
così una volta hanno capito che sono venuti
con una metrica per calcolarlo chiamato
la saturazione delle comunicazioni poi sono andate
fuori e ha fatto 200 casi di studio e
le aziende di tutto il mondo e ottenuto
centinaia di punti dati in ogni azienda
e ha fatto analisi di regressione per capire
va bene cos’e ‘ che sono storpi
saturazione della comunicazione e porta
prestazioni giù e hanno trovato il
la cosa più importante sono i ruoli specializzati e
silos di informazioni che è cosa
distrugge la produttività e così hanno detto
ai laboratori Bell che non avremo
che tutti saranno membri
della squadra in modo che abbiamo già avuto
prima di guardare Anaki-chan ma
parli dovresti bussare ho avuto un modo formale
di creare queste squadre e quando il
la squadra lo ha guardato e ha detto di conoscerci
abbiamo avuto un chi dovrebbe essere la squadra
leader e come li chiameremmo noi
decise il maestro di mischia perché lo era
sarà scrum e abbiamo iniziato il primo
il team di scrum ha effettivamente iniziato a lavarsi
Gennaio del 1994 abbiamo lavorato a tutto questo
nell’autunno del 93
le prime squadre di mischia hanno iniziato a strofinare
nel 1994 verso la metà del primo
mese di lavaggio abbiamo continuato
ricercare la lettura studiando e lo eravamo
cercando sai parlare con te
knock realizza che non siamo team di software
stavamo cercando davvero alto
eseguire team di software e cosa era
il team di software più performante in
il mondo abbiamo trovato che era una squadra a
Borland stavano costruendo Quattro Pro
al tempo che era un Excel
tipo di foglio di calcolo del prodotto prima di Excel
esisteva e quei gate boys a Borland
forniamo software al ritmo di
400 ragazzi in Microsoft
ragazzi valevano 400 ragazzi ed è stato tutto
perché la loro saturazione delle comunicazioni
era così alto che erano la squadra più alta
sulla metrica di saturazione delle comunicazioni
in centinaia di aziende e abbiamo detto
che cosa ha fatto quella comunicazione
saturazione così alta e nella carta
è stato scritto da Jim Copeland che è ora
lavorare all’interno della comunità di mischia
ha mostrato che si trattava di un incontro quotidiano
quello che aveva un team interfunzionale
tutti tutti i giorni tutti gli sviluppatori
tutti i tester il prodotto il prodotto
di marketing persone erano lì spesso
Il CEO era lì Phillip Kahn in quel momento
ogni giorno ea Berlino era solito
almeno un’ora e abbiamo detto per
raggiungere quello stato ad alte prestazioni noi
devono avere un incontro giornaliero il tutto
squadra ha deciso che lo stesso giorno e il
il giorno dopo abbiamo iniziato quindi riguardava il
secondo sprint mensile che abbiamo iniziato
l’incontro quotidiano e quando abbiamo fatto che
abbiamo scoperto che un’ora era troppo lunga per noi
non mi piaceva un lungo incontro quotidiano così noi
ha funzionato davvero come facciamo a farla breve
come cosa è il più breve?
possibile incontro che possiamo ottenere e che cosa
deve avvenire nell’incontro e da
in circa un mese l’ avevamo ottenuto
fino a 15 minuti e cosa siamo noi
capito è che tutti avevano bisogno di
sapere tutto quello che stava succedendo e
tutti avevano bisogno di sapere come aiutare
l’un l’altro e poi effettivamente lo aiutano
l’un l’altro abbiamo bisogno di capirlo
nella riunione quotidiana ogni giorno in modo che
la riunione si è conclusa nel secondo
sprint abbiamo iniziato nel terzo sprint
pianifichiamo un mese di lavoro basato sul nostro
velocità nel secondo sprint e al
Alla fine di una settimana avevamo finito ed è stato
un’enorme sorpresa le persone hanno detto cosa
successo che la squadra era entrata in un iper
stato produttivo è sempre una sorpresa
ma quando ciò accadde sapevamo che lo eravamo
su qualcosa e ho dovuto agire
immediatamente quando è successo alla squadra
poi è andato subito così veloce che ho avuto
di uscire e avere qualcuno che mi aiuti a
capire come stavamo andando a bersaglio
questo prodotto correttamente per il mercato I
avevo bisogno di qualcuno che potessi escludere a metà
il tempo nel mercato metà del
tempo e il team spiegano esattamente il
priorità delle caratteristiche che dovevano
essere consegnato perché in tre mesi noi
stavano per consegnare e stavamo andando
consegnare dodici volte tanto
funzionalità come pensavo stessimo andando
essere in grado di consegnare così sono andato a
marketing del prodotto Ho avuto il miglior ragazzo fuori
del marketing di prodotto, ho detto , dai
sarai finito per essere
oltre a lavorare con il team è il tuo lavoro
possedere la prioritizzazione del prodotto
arretrato e essere lì nel look del mercato
al lavoro della concorrenza con la squadra
ogni giorno che sei in città assicurati di loro
capire cosa dobbiamo fare per fare
questo prodotto il miglior prodotto che il
il mercato è visto quando colpisce il
mercato così l’obiettivo della mischia da
l’inizio era di arrivare a cinque a dieci
tempi di produttività ciò che la maggior parte delle persone fa
usando la mischia oggi non completamente
capire ancora perché non hanno
esperienza o raggiungere questo stato è
quella mischia è una tecnologia dirompente
che se lo realizzi bene il tuo
la competizione non può competere e lo farai
mettere i vostri concorrenti fuori dal mercato
questo è ciò che è per ecco perché spendo
un po ‘di tempo lavorando con a
gruppo di venture capital è quello che loro
vogliono dire che Jeff non va al lavoro
per quelle banche ferite a Zurigo vogliamo
tu sai che il nostro lavoro è iniziare
piccole aziende e mettere quelle grandi
fuori dal mercato lo stai solo aiutando
la nostra concorrenza aiutando questi grandi
le aziende vanno bene così sappiamo sistematicamente
ora come farlo con ogni squadra
a causa del mio lavoro dell’avventura ragazzi
mi hanno davvero spinto a documentare
esattamente come si può prendere ogni
Sono produttivo e sappiamo esattamente come
fallo ora semplicemente lo sappiamo
ottenere software fatto e testato all’interno
una breve iterazione raddoppierà
la produttività testare la funzionalità
livello così sei tu così l’ utente finale può
valutalo se una squadra può farlo
raddoppierà le prestazioni sappiamo che se
il backlog del prodotto quello che sono
l’edificio è in uno stato pronto è chiaro
ha la priorità correttamente è in piccolo
pezzi la sua stimabili sua verificabili da parte del
squadra è ben capito quindi non c’è
un sacco di domande e confusione che
raddoppierà la loro produttività di nuovo noi
sanno che possono andare quattro volte più veloce e
L’ho definito arbitrariamente come il
inizio dello stato produttivo iper
ma troviamo che la maggior parte delle squadre sta facendo mischia
non lo fanno, non sono fatti a
la fine dello Sprint il loro prodotto
il backlog non è buono, quindi la maggior parte delle squadre se ne va
in quello che chiamiamo stato di lento scrum
ok ora la buona notizia su questo è
che anche la lenta mischia è migliore di questa
sistema fallito che chiamiamo una caduta sai
su Yahoo dopo aver avviato 250 mischia
squadre 50 di loro sono stati ben addestrati bene
allenati stavano correndo da 3 a 400
percentuale di ciò che il resto delle squadre
stavano facendo
ma anche gli altri 200 team hanno ottenuto un
35 % di miglioramento rispetto al 35%
il miglioramento per Yahoo è stato di 200 milioni
dollari di soldi gratis ogni anno solo da
gestendo una schifosa mischia ok
quindi la maggior parte del lavoro che sto facendo questi
giorni da quando c’è così tanta gente
scrum ora lavoro principalmente con persone
già facendo la mischia per un anno o
due e stiamo cercando di ottenerli
questo stato lento allo stato veloce
perché è lì che inizia il divertimento va bene
persone che fanno parte di questo tipo di squadre
Mi limiterò a chiudere dicendo che ero dentro
Francia La Francia è una società interessante
per provare a introdurre la mischia che conosci
sono così burocratici che li conosci
avere così tanti manager e io invece ero
l’insegnamento a Parigi e ho avuto un ragazzo alla
tavolo su una squadra che stava lavorando
software da BMW e tutto il resto di
i suoi ragazzi della nostra squadra erano come una mischia
non lavoreremo mai nella nostra compagnia ma
Ho detto a questo ragazzo che in realtà era un
La filiale di Siemens e io abbiamo chiesto a questo tizio
beh, come ha fatto il tuo lavoro di squadra?
inizia a soffocare e le lacrime arrivano
i suoi occhi e lui dice che non posso dirtelo
l’euforia che sento ha cambiato la mia
vita e non direbbe altro
ha appena chiuso così la mia speranza per tutti
tu che sei interessato a questo
giorno si verificherà che
euforia ma per fare questo è il
parte difficile ed è quello che farà Jenna
parlare di
Please follow and like us: