[Musica]
quindi Sven è troppo modesto era giusto
mi dice tranquillamente come è un esperto in
scegliere gli strumenti sbagliati e penso
siamo tutti molto bravi in questo
Certamente sono così gentile, sono Steve Smith
e ho intenzione di parlare di misurazione
consegna continua facciamo uno spettacolo di
mani quante persone qui pensano
la consegna continua è dura, va bene, grazie
tu
il resto di voi sono dei bugiardi, per favore, vattene
la stanza
ora ho avuto successo con il pubblico
contro di me posso continuare così sì, sono un
consulente per consegne continue Pro no
lascia un asso a Londra sono un istruttore che sono
la persona che hai telefonato quando Dave
Farley è bloccato su un aereo e giusto
Humbert è in testa e ha una protesta
marzo in curry in California
Ricordo cos’è stata la protesta di ieri
quindi sono anche l’autore di un libro
misurare la consegna continua che era
su magra pub Animus osage di uguale
esperti che è una rete di
consulenti di consegna indipendenti che
è ora in tutto il mondo quindi cosa significa
effettivamente fare la consegna continua proprio così
la consegna continua è un insieme di
principi e pratiche e l’elenco
continua a crescere e non sembra potare
moltissimo il modo in cui ho il modo in cui penso
di esso è che sei in uno stato di
consegna continua quando la stabilità
e la velocità del processo di rilascio può
soddisfare la domanda di affari se il tuo rilascio
il processo non può corrispondere alla domanda aziendale
allora sei in uno stato discontinuo
consegna okay c’è una frase che io
inventato, ho esaurito la calma della fonte e
letteralmente è solo come contrari a
continua è una cosa ora è mia
va bene così
la consegna continua richiede molto
la tecnologia cambia bene quindi questo è un
lista ho cucinato alcune persone adorabili a
il mio tavolo da pranzo alcuni mesi fa
selezioniamo solo uno di questi diritti
così le migrazioni di database quante persone
qui lavoro in un’organizzazione dove
le migrazioni del database sono completamente automatizzate
va bene
un sacco di mani che non sospettiamo
disonestà o ottimismo
va bene, questo conosce buone serie
quello che mi aspettavo giusto quindi andiamo
pensa un po ‘a questo, okay
c’è un costo di implementazione da fare
quello giusto è difficile con a
problema difficile da risolvere anche se
erano strumenti fantastici come volare via
c’è ora per farlo per te lo so
c’è qualche rischio nel farlo
ma se pensi al valore di quello
funziona bene se pensi a come
contribuirà a migliorare la stabilità e la velocità del
schieramenti quindi chiaramente che sta per
Beneficio di te e della tua azienda
ora applica lo stesso tipo di costo del valore
rapporto a tutte queste pratiche perché
probabilmente hai bisogno di tutti quelli che sono
paura e poi come lo spam stava citando
c’è solo così tanti strumenti che
lo spazio degli strumenti è stato appena esploso per
consegna continua sai che c’è
circa 19 diversi strumenti di registrazione ora
sapere che c’è un sacco di monitoraggio interessante
strumenti e la buona notizia è che non è così
importa davvero quali strumenti usi
perché fintanto che eviti il vero
davvero cattivi starai bene
okay, quindi puoi usare i kubernetes che conosci
che c’è di buono è possibile utilizzare finestra mobile che è
bene puoi usare solaris come proprietario
bene
semplicemente non usare WebSphere ok non usare
WebSphere ok applauso, ovviamente e il
una cosa che non vuoi come speaker è
una persona che applaude perché mostra
che non ha un futuro commerciale così
chiunque qui da IBM non viene mai
nonostante i miei ripetuti inviti
c’è anche un sacco di organizzazione
cambiamenti che devono accadere questo è
ovviamente molto più contestuale e sì
questi sono tutti più preziosi e di più
impegnativo rispetto ai cambiamenti tecnologici
che devi fare in modo che andiamo a scegliere
ognuno si occupa di chiamata, quindi chi è qui
lavora un’organizzazione dove tutti
fa su chiamato per gli sviluppatori di produzione
analista di business proprietario di prodotti tester
per l’altro ok posso mettere il mio cappello così
il mio ultimo cliente l’abbiamo fatto in realtà
che era davvero bello come lo erano le persone
mostrando il telefono
era molto diverso immergere il
la compagnia ha funzionato e lo sapevi
ha funzionato ha funzionato davvero bene, ho capito
Sono un grande fan di questo, quindi penso di nuovo
sul tipo di costo per farlo
giusto penso al contratto
cambiamenti che hanno richiesto la persuasione
gli sforzi per convincere la gente a bordo con esso ho
pensa al rischio che vada storto
di voi conoscete qualcuno che dorme attraverso a
dormire attraverso una chiamata come ho fatto a
un paio di settimane fa il cercapersone UT mi ha battuto e
Ho continuato a dormire ma penso anche a
il valore di quel lavoro pensa bene
il senso condiviso di responsabilità
tutti avrebbero per la produzione
servizi l’aumento della situazione
consapevolezza che le persone sarebbero state bene
e ancora tu hai bisogno di tutta questa roba
Va bene ma non è che questi cambiamenti
rendere la consegna continua difficile okay
questa è una lista di cose che possiamo tutti
capisci una ragione su okay cosa
rende difficile la consegna continua
applicando queste modifiche al tuo
organizzazione alle proprie circostanze
e vincoli va bene la tua organizzazione
è un complesso sistema adattivo ogni
l’individuo ha una quantità limitata di
informazioni anche la consegna continua
consulente che potrebbe rivendicare il contrario
può solo ragionare sulla causa e
effetto di un evento in seguito okay questo
è ciò che rende la consegna continua
difficile è diverso in ogni
compagnia ogni volta questo è il motivo per cui io
non ho un partner Sono un prodotto e io
mai
e continuo a impegnarmi con quello sulla macchina fotografica
fermarmi a farlo a volte io
scherziamo con Dave Farley di recente e io
vedrebbe ora che non farò mai a
gasdotto per Damon Sono abbastanza d’accordo con Steve
ma sto facendo uno dei miei tempi liberi
ti piace essere coinvolto assolutamente no
perché Jenkins sta bene qualunque cosa
è componibile che ti lascerà
costruire cose nelle tue circostanze è
quello che vuoi va bene così visto quello
il tipo di sfida principale che abbiamo
consegna continua la necessità di applicarlo
alla tua compagnia qual è il nostro modo migliore
per adottarlo bene, dobbiamo continuamente
migliorare la stabilità e la velocità del
processo di rilascio okay, abbiamo bisogno di
incrementare quindi migliorare iterativamente ok
in un modo che non rompe le cose
inutilmente in modo graduale
offre vantaggi finché non possiamo iniziare
abbinare la domanda di affari
il modo migliore per farlo è farlo
usa il miglioramento Carter quindi sono sicuro che a
molte persone hanno familiarità con il mio Grover
inventato dal suo lavoro con a
Toyota quindi con il miglioramento Carter noi
stabilisci una routine attorno a noi
modi esistenti di lavorare noi ripetutamente
utilizzare lo stesso processo in quattro fasi
introdurre gradualmente il cambiamento nel
organizzazione
quindi abbiamo il primo passo che creiamo una visione di
successo dipingiamo un’immagine di un certo senso
del futuro benessere economico che cerchiamo di
attribuire una sorta di senso di urgenza così
che le persone si sentono ispirati e vogliono
contribuire al programma che abbiamo fatto un passo
per noi abbiamo afferrato la nostra condizione attuale
capire fino a che punto abbiamo viaggiato sul nostro
viaggio cerchiamo di avere un senso di quanto lontano
dobbiamo ancora andare e questo è
narrazioni di storie di dati qualitativi
interviste rapporti di esperienza ed è
anche dati quantitativi qualsiasi tipo di
numeri che potremmo avere in giro
abbiamo il terzo passaggio che dobbiamo stabilire a
condizione di destinazione, quindi vogliamo creare un
traguardo intermedio che vogliamo provare a
raggiungere qualcosa nel nostro viaggio verso
successo in un ragionevole periodo di tempo
siamo attaccati a questo un po ‘di successo
criteri e un orizzonte temporale e poi in
fase quattro, iteriamo verso il nostro obiettivo
condizione che usiamo il piano do check act
ciclo dal dr. Deming e questo è dove
eseguiamo diversi esperimenti in parallelo
abbiamo provato diverse tecnologie e
cambiamenti organizzativi che provano a guidare
noi verso una velocità o una stabilità
miglioramento quindi ho menzionato il dott. Deming
tra circa otto minuti sarebbe stato Dan
molto orgoglioso di me dimentica anche il mio frattempo
Deming down e l’ultima volta che mi ha visto
oggi sta facendo un discorso e lo sfido
fare Deming più veloce di otto minuti
senza imbrogliare non puoi proprio piacere
inizia col dire oh ciao sono Deming o
qualcosa che Harbhajan non ha permesso così se
abbiamo capito la sfida dietro
consegna continua e il processo di
adottandolo almeno un processo che
ci dà una ragionevole possibilità di successo
la domanda ora diventa più come faccio io
sapere se sto bene, come facciamo?
sapere quale dovrebbe essere la nostra visione del successo
sia come facciamo a sapere qual è la nostra corrente
condizione è come facciamo a sapere cosa
pietre miliari intermedie che potremmo desiderare
adoperarsi
e come fai a sapere se tutto funziona?
come facciamo a sapere quali cambiamenti stanno avendo
un impatto positivo che sta avendo un
impatto negativo in cui non hai avuto
impatto a tutti e la cosa migliore da fare
è a misura di consegna continua
è per misurare la stabilità e la velocità
del processo di rilascio e facendo così
puoi ridurre l’incertezza che è
tutto intorno a te e ti dà potere
prendere decisioni migliori man mano che si procede gradualmente
adottare la consegna continua è possibile
capisci se hai bisogno di migliorare
la stabilità o la velocità più vicino possibile
capire che hanno condiviso sul quarti
ha avuto un impatto positivo che puoi capire
se hanno migrazioni di database automatizzate
ti ha aiutato o ostacolato, quindi se questo suona
difficile
non dovrebbe perché le opere sono state dure
fatto per noi vedere che probabilmente ne sei a conoscenza
un dr. nicole forstman e solo umile
e gli amici lavorano sullo stato di DevOps
rapporti così è come un annuale
sondaggio mondiale che è stato pubblicato così
DevOps come una cosa mi rende molto triste ma
questi rapporti sono assolutamente fantastici e
nel corso degli anni hanno scoperto tutto
tipi di cose interessanti che hanno trovato
che le organizzazioni che distribuiscono di più
spesso alla produzione sono due volte
probabilmente superiore alla quota di mercato
produttività e redditività
aspettative
ne hanno anche pubblicati alcuni
ricerca accademica peer-reviewed che è
dimostrato che come si migliora la stabilità voi
anche migliorare la velocità e viceversa ok così
per molti anni le grandi aziende IT hanno
ha detto a tutti noi che devi scegliere
tra stabilità e velocità non puoi
averli entrambi sono stati quelli
mentire a tutti noi perché vogliono il nostro
soldi vogliono fare il bagno con i nostri soldi
in sostanza e io lo sai che mi dispiace
essere l’ unico a darti la notizia
quindi perché ci preoccupiamo di queste notizie
lapentti sa che la consegna porta il forte
Prestazioni IT
bene i mezzi con cui sono arrivati
questa nuova conoscenza è qualcosa che noi
può usare noi stessi così il freddo si verifica e
gli amici hanno sempre usato lo stesso
misure di stabilità e produttività così
con la stabilità usano il fallimento del cambiamento
valuta la percentuale di modifiche apportate
sbagliato e usano il tempo di recupero degli errori
il tempo necessario per recuperare da a
mancato
implementazione o fail change e siamo
throughput usano il lead time che è
il tempo necessario per fare un cambiamento
e frequenza che è aiutata e tu
fai un cambiamento quindi questi sono due
le coppie di misure sono davvero buone
libro chiamato come misurare qualsiasi cosa a
ragazzo chiamato Douglas Hubbard, davvero
consiglio vivamente e nel libro lui
parla di come puoi formare
catene di chiarimento con misure voi
può prendere qualcosa di intangibile come
stabilità e renderlo tangibile da
combinando diverse misure insieme
queste misure sono quantificazioni di a
cosa in un singolo punto nel tempo così tu
avere alcune nuove informazioni come risultato di
questo è un valore per noi, ma possiamo
aumentare il valore delle informazioni per turno
in metriche, quindi se misuriamo
queste cose su base regolare non solo
una volta all’anno nella nostra organizzazione poi noi
possiamo capire le tendenze che possiamo vedere se
particolari cambiamenti stanno migliorando
stabilità o velocità o se lo sono
iniziando a danneggiare i nostri progressi e in cima
di quello se applichiamo lo stesso temporale
proprietà a loro e li applicano al
stessa visualizzazione allora possiamo vedere come
queste metriche stanno cambiando in relazione
l’ un l’altro ok così è quello che chiamo
indicare come un indicatore è a
visualizzazione delle tendenze emergenti in a
dominio problema ok così un paio di anni
fa ho avuto l’idea di prendere il colon
le misure di jezza e si trasformano in
indicatori quindi avremmo un dispiegamento
indicatore di stabilità dove su un normale
base si visualizzerebbe insieme
tasso di fallimento della distribuzione e distribuzione
misurazioni del tempo di recupero degli errori e
con il throughput di implementazione che abbiamo visualizzato
insieme distribuzione distribuzione tempi di consegna
misure di intervallo ok ora lo è
importante avere queste misurazioni
si accoppiano bene perché uno a sé stante
per esempio può essere molto fuorviante
con il throughput di implementazione visito molto
di aziende che mi dicono quanto sia sorprendente
il lead time di implementazione è e dicono
sai Steve possiamo farti sapere che possiamo
distribuire in tre giorni come quello è davvero
ottimo quanto spesso lo fai solo una volta
ogni pochi mesi sai bene perché lo è
che tu sai che tutto questo è difficile
cose che non sai se sai che c’è
questa persona non mi parlerai lui
non sai che non distribuirà le cose
per me lo sai anche tu puoi fare il labirinto
spesso succede
quindi uno di questi da soli non sei tu
conosci buone notizie quindi per esempio è tutto
molto bene dicendo che conosci il nostro spiegamento
il tasso di fallimento è piccolo Steve, sai
niente va mai storto oh sai come
lungo detto aggiustarlo oh sai un paio di
settimane sai quando ti sbagli
sapere che tutto è in fiamme, lo sai noi
non so cosa fare okay e oltre
che con l’ eccezione del bagno
tasso di fallimento che è un po ‘ speciale
perché come distribuzione percentuale
lead di implementazione del tempo di recupero degli errori
tempo anche all’intervallo di Florin
pensato anche a misurare la varianza
come la media, quindi se guardiamo il
mediana e deviazione standard di
questi allora possiamo capire se un
miglioramento o regressione
coerente o se è solo un flash in
il tegame va bene così è stato tutto molto
mano ondulata c’è un po ‘più di mano
roba ondulata, quindi una stabilità di distribuzione
l’indicatore assomiglia a questo questo è a
flusso di valore della tecnologia generico che ho realizzato
qui sopra c’è un codice che va su un ramo
per favore non farlo quando sto cercando esso
mi rende davvero triste anche il tutto
ramificazione cosa allora si emerge in
Maestro avrebbe dovuto essere nella prima
posto ciò che ti ha portato così tanto tempo perché no
lo fai in primo luogo, lo sai
cosa perché perché perché e poi questo sta andando
per trasformarmi in una conversazione ramificata di cui ho bisogno
stai molto attento qui c’è un po ‘di fine
sul ramo e ho avuto fortuna che lo farò
a corto di tempo dovrò
accelerare quindi inserisci il codice
il tuo server di build e sai che costruisci
e questo funziona che sai bene per te
e poi fai delle cose per favore no
fai troppe cose troppe prove
ambienti che sai non provare ad avere
conosci alcuni di loro conosci tre o
quattro e poi alla fine entra
produzione e va bang non ero io
Non l’ho toccato e questo è il tuo
giusto il tasso di fallimento dello schieramento
la tua percentuale di produzione
schieramenti che vanno male e il tuo
il tempo di recupero degli errori di distribuzione è il
mediana e deviazione standard nel tempo
tra l’ inizio e la fine di tutto
fallimenti di produzione nel tuo periodo di tempo
va bene, ecco le nostre implementazioni
indicatore di rendimento così ancora una volta lo sai
codice su una filiale messa su Yetta Yetta
il master appartiene e quindi viene implementato
il tempo di consegna è il tempo che intercorre tra te
costruire con successo un artefatto e
il suo successivo dispiegamento in
l’intervallo di produzione e distribuzione è
la mediana e la deviazione standard in
tempo tra le distribuzioni di produzione ora
non lasciare che quella piccola e carina freccia pazza
tu sei lì dove perderai un
Sono pronto a scommettere tutto il tempo necessario
okay, è tutto super-duper, ma cosa?
abbiamo davvero bisogno di qui è un esempio giusto
e alcune persone adorabili ne ho una così
tra il 2014 e la primavera di quest’anno
Ho lavorato per circa due anni e mezzo
in un dipartimento del governo britannico come
Il team operativo è responsabile
per i due terzi di tutte le transazioni in
il governo britannico era la mia squadra
responsabile per l’abilitazione alla consegna e
rilascia ingegneria, questo significa che noi
ha cercato di aiutare i team ad adottare continui
consegna e abbiamo anche posseduto la build e
catena di strumenti di implementazione che stavamo operando
servizi su un multi cloud sicuro
piattaforma come servizio c’erano 60
squadre con circa cento diversi
servizi digitali e circa cinquecento
i micro servizi saranno carichi
di più e quelli sono scritti prevalentemente
in Scala e correre in un paio di
diversi fornitori di cloud okay così
flusso di valore in questo governo
il dipartimento è molto piacevole
due test per Amazon One sono facoltativi
quindi il codice va a un test di integrazione
ambiente che è facoltativo se tu
devo davvero fare un po ‘end-to-end
test per favore non fare troppo te
So che non vuole veramente spendere troppo
molto tempo sai che è un po ‘teatrale
dei migliori tempi ci fu un
test di performance obbligatori
ambiente e poi c’era
test funzionali di produzione
test esplorativi accaduti
le workstation locali vanno bene così ogni squadra
seguito lo stesso valore flusso ogni
il team ha anche avuto lo stesso completamente automatizzato
processo di rilascio e ogni squadra era
cross-funzionale ha avuto ogni squadra
sviluppatori tester utenti ricercatori
proprietari di prodotti analisti di business il
l’altro lo dimentico sempre così normale
i vincoli non erano lì giusto come me
ha detto all’inizio che la tua azienda ha un
complesso sistema adattivo che non puoi sapere
in anticipo cosa succederà quando
fai un cambiamento particolare ma possiamo
avere delle euristiche okay e nella mia
sperimentare i normali vincoli in giro
consegna continua, lo sai davvero
lungo flusso di valore impegnativo rotto
i team del processo di rilascio non lo sono
cross-funzionale quindi c’è un sacco di
handover
nessuno di questi era un problema qui okay
così la mia squadra è arrivata e noi eravamo come
sai che aiuteremo tutti a farlo
consegna continua e non abbiamo nemmeno
sapere da dove cominciare perché l’ovvio
i vincoli non erano al di sopra di questo
quando hai 60 squadre che non conosci
chi aiutare prima lo sai che è un
sfida molto reale sai che sono seduto in
Londra sai lavorare con la mia squadra
dovrei aiutare il team che conosci seduto accanto
a me salutando Steve, abbiamo appena avuto
pranzo insieme ricordati che ho questo
problema o dovremmo aiutare la squadra
Lincoln lo sai bloccato in un allevamento di maiali
si sa come urlare per chiedere aiuto come
perché non ci aiuti sapendo che siamo
morendo qui o sai aiutare il
squadra bloccata in Fishguard sai che hanno
ci sono stato per un anno sei solo
codice di scrittura hanno distribuito ancora no
se continuano a scrivere codice, lo sai
così ora ho inventato quei luoghi
non era Fishguard in realtà
Aberdeen, ma è un problema molto reale
ok come fai a sapere quali squadre aiutare
quando non sanno che
loro stessi hanno bisogno di aiuto okay, così noi
deciso che dovremmo misurare
consegna continua attraverso il tutto
dipartimento per capire quali squadre
stavano facendo bene in cui le squadre avevano bisogno
il loro aiuto al massimo così come abbiamo fatto noi
questo è stato creato una visione di successo
nel governo è molto facile che aspetti
ad un venerdì all’ora di pranzo quando tutti vanno
fuori a pranzo scrivi un complimento
pagina che dice che faremo queste cose
e poi il lunedì fingi che sia
sei sempre stato lì e poi aspetti
qualcuno che viene a dirti spesso quando
loro non vengono semplicemente continuando a farlo
cose del genere tu sai che non lo so
ti consiglio di farlo io ti raccomando
in realtà creare un successo con visione
stakeholder di business come se crescessero
e capisci come sai dove sei
i problemi non sono solo andare rapidamente a
pranzo e diciamo che stiamo andando
fai tutte queste implementazioni, quindi cosa facciamo
del set era un tasso di fallimento di distribuzione
del 5% con un ripristino degli errori di distribuzione
tempo di meno di un giorno e uno spiegamento
tempi di consegna di 7 giorni e uno spiegamento
fino ai 14 giorni quindi in altre parole noi
vuoi che ti schieri a produzione a
almeno una volta ogni quindici giorni e meno di una settimana
vogliamo che tu prenda meno di un giorno per
sistemare le cose quando va male e così via
dovrebbe andare male non più di 1 su 20
tempi ora potresti trovare quei numeri
aggressivo potresti trovare quei numeri
conservare
se sei un contribuente britannico potrebbe essere
molto spaventato tutto questo ma come ho detto
a destra proprio all’inizio continua a
viverlo significa soddisfare gli affari
domanda va bene così che significa che ha un
soglia di successo dinamica va bene così
nessun numero magico quindi se qualcuno inizia
dicendoti che devi avere dieci spiegazioni
un giorno poi sono mal guidati okay è
davvero su ciò che la tua organizzazione
ha bisogno al fine di soddisfare la domanda va bene
e questo era piuttosto conservativo dove
eravamo fuori come reparto okay
quindi quello che stiamo cercando di fare qui è che siamo
cercando di dividere le nostre squadre in due
coordina quelle squadre che stanno praticando
consegna continua che possiamo imparare
da e amplificare i loro successi e il
squadre che si trovano in uno stato di
consegna discontinua dove possiamo aiutare
li fuori e smorzare i loro fallimenti così Oh
troppo veloce ok, quindi mi sento ancora a riguardo
implementazione perché conosci gente
come quella roba va bene così ne abbiamo avuta una
davvero un grande vantaggio okay c’era
database di distribuzione già se avessi
solo un carico di JSON pieno di numeri
a nessuno importava tranne che per me
come sei mesi che stavo supplicando
le persone che non riordino i dati non lo fanno
elimina i dati che sai che ho avuto il backup
in tutto il posto che conoscevo un giorno
sarebbe davvero utile e quindi penso
alla fine ho scritto uno script python o
qualcosa da succhiare tutti i dati sono
trasformato in CSV spinto in un Google
foglio di calcolo generato alcuni grafici e
quindi aspetta di vedere alcune persone importanti
e ha detto quali squadre pensiamo siano
guai oggi e ne abbiamo annotati due
le squadre penso e ho detto ok questo è
cosa mostrano i dati e abbiamo scoperto
quella delle squadre che tutti sospettavamo
era nei guai il giorno due era d’accordo
una squadra che nessuno aveva nessuno avuto
pensato di sembrare davvero
mettersi nei guai e poi qualcuno
famoso come detto oh sì, l’hanno fatto
telefonare ieri e chiesto come di
i tempi liberi del disco sono maggiori di quelli di una squadra
ea quel punto eravamo veloci
Telefonali e metti qualcuno sul treno
andiamo ad aiutarli, quindi basandoci su
quel primo successo con te mi conosci
e alcuni Python e i miei pitoni terribili
e alcuni fogli di calcolo che conosci noi
non poteva avere un paio di sviluppatori in
dalla mia squadra alla studiosa creare
alcuni micro-servizi creano effettivamente a
un buon servizio per adulti attorno ad esso
trattato come qualsiasi altra produzione
servizio eseguito sulla piattaforma e noi
creato
come un piccolo sito intranet dove tu
potrebbe andare e guardare la tua squadra e si
potevi vedere i tuoi servizi ce ne erano alcuni
regole molto attente dietro di esso che mi piace
di partire fin dall’inizio così tu
non è stato possibile confrontare una squadra contro
un’altra squadra perché anche se tutti noi
sappi che è una brutta cosa per te
di non poter resistere, ovviamente l’ho fatto
io stesso, privatamente, avrò un hahahaha
lo sai e poi ovviamente ho avuto un
grafico che mostra 60 squadre con un grafico del leone
di 60 linee è comunque privo di significato
quindi non ho imparato nulla, anche tu non potevi
guarda qualsiasi informazione su
persone che conosci eventualmente qualcuno
sono arrivato come se fosse roba del genere
adorabile per il mio programma di performance Steve
e ho mentito e ho detto che c’è un
molte mentite oggi e ancora non l’hanno fatto
loro bontà
e ho detto che sai tutto quello che mi dispiace davvero
Sam è troppo difficile da collezionare
informazioni sulle persone in realtà
ha spinto il pulsante in produzione Jenkins
non ci dà quella data o ora
sono tutto ciò che sai è un peccato si
è un peccato sì , certo che ci sono andato
a casa penso di aver fatto davvero una buona cosa
oggi per 700 persone e loro non lo faranno mai
sapere bene, quindi è stato gentile il sito web
che abbiamo creato ed è stato sempre incorniciato
come guardare questa cosa per aiutarti
capisci per te come stai
migliorando
non è mai stato inquadrato come stiamo controllando up
su di te perché sai che è cosa
le persone sono un po ‘paura di a
il governo va bene così come lo abbiamo fatto con
il nostro indicatore di stabilità di distribuzione noi
trovato che avevamo un piccolo numero di
squadre in cui il loro fallimento di distribuzione
tasso era 0% e la loro distribuzione
tempo di recupero con zero giorni così sono
facendo molto bene ma la maggior parte di
i team hanno condiviso una distribuzione media
tasso di fallimento del 10% gestito ha preso il
cinque giorni per recuperare da una produzione
fallimento quindi sai che in media è così
Non grande qualcosa va storto prende a
una settimana lavorativa per davvero
chiudilo completamente giù che non lo è
Stupefacente
abbiamo effettivamente trovato una squadra che aveva un
tasso di fallimento dello schieramento del 67% quindi due in
tre schieramenti stanno andando male voi
So che penso di averli chiamati e loro
ci stavamo chiedendo quando avresti telefonato
noi Steve stiamo avendo tutti questi terribili
problemi sai perché non hanno buttato
prima io
così va bene, quindi ecco un esempio
indicatore va bene così come funziona così
l’asse x è il tempo che abbiamo un semestre
la durata qui è l’asse Y sinistro
tasso di fallimento della distribuzione e destra Y
l’asse è il recupero del fallimento della distribuzione
sincronizzazione
quindi sono 15 quindi questa era la squadra delle mele
loro non sono veramente chiamati le mele
squadra Ho fatto questo discorso abbastanza volte
ora ho davvero dimenticato quale reale
squadra era che è davvero utile così
la linea blu è la distribuzione fino al fallimento otto
e la linea rossa è fallimento della distribuzione
tempo di recupero abbiamo dei daltonici
persone tra il pubblico perché io se così fosse
può andare oltre con te dopo se
me lo fai sapere okay, questa squadra
stava andando molto bene, quindi vogliamo il
linee di tendenza verso il basso verso il continuo
consegna il loro fallimento di distribuzione
il tempo di recupero è migliorato da nove giorni a
zero il loro tasso di fallimento migliorato da
20% a 0% ora questo è il punto in cui
tutti noi, incluso me, comincio ad avere un sacco
di teorie pazze su come loro
migliorato bene e questo è dove le cose
diventa un po ‘pericoloso ok, c’è
questa idea in uno dei più anziani Calista
libri di laboratorio su di noi ho chiamato il ludecke
fallacia come il pericolo di cercare di
estrai una storia qualitativa da a
numero limitato di dati quantitativi
punti è molto molto facile da guardare
questo e vai tu lo sai o loro hanno chiaramente capito
meglio ai test o qualcosa di giusto ma
quello che voglio davvero sottolineare qui è
che quando si misura continua ad essere
quando usi gli indicatori
si tratta di individuare dove è necessario
avere conversazioni ok, indicatori e
le misure non ti raccontano le storie
è necessario sapere ti dicono dove
vai e trova le storie bene così
squadra chiaramente vogliamo parlare perché
hanno fatto un miglioramento significativo
tutto a posto e quando siamo andati a parlare
con loro erano solo una specie di
sorpresi erano molto loro erano i
la squadra più performante in quel momento
tempo e c’erano due cose che erano
diverso lì accettazione automatica
test sono stati meglio di altre squadre che
erano molto più veloci molto di più
costantemente reso davvero grande
investimento in esso ma anche loro
i cruscotti di monitoraggio erano migliori di
Qualcun altro hanno avuto qualcuno sul
la squadra aveva davvero preso l’insetto per
gravano se ricordo bene che tankano
Crafter ama i cruscotti davvero adorabili
rispetto ai cruscotti predefiniti che
non erano neanche lontanamente bravi così noi
esportato il JSON da mele squadra di
cruscotti abbiamo scritto un DSL scarlatto in giro
generiamo i cruscotti per il
altri 500 micro servizi e solo
iniettato in produzione e poi
con un niente un paio di giorni ogni
squadra ha avuto l’opportunità di migliorare il
la loro consapevolezza situazionale di
produzione okay non avremmo mai avuto
nuovo strumento senza l’intuizione che abbiamo ottenuto
da questa conversazione avevamo derivato
dalle nostre misurazioni va tutto bene così
abbiamo il throughput di distribuzione ne abbiamo avuti alcuni
squadre dove stavano schierando
produzione una volta ogni cinque giorni e it
li ha presi un giorno quindi se ricordi che è
più veloce della nostra visione del successo così tu
sanno che stanno facendo davvero bene e il
la squadra delle mele era una di quelle squadre
si sa che è un altro chiodo nella
bara di te sai che devi scegliere
tra stabilità e rendimento ma a
molte squadre stavano facendo la media insieme
produzione di implementazioni ogni 21 giorni e
ci sono voluti 12 giorni per farlo ci credo
era una squadra dove avevano un dispiegamento
tempo di consegna di tre mesi e loro
intervallo di implementazione era vuoto cosa fa
questo significa che qualcuno urla più forte
quasi ne avevano uno ne avevano uno
sciame di produzione ne ha presi tre
mesi e poi molto su loro sanno
è stato un po ‘difficile non farlo
non facciamolo di nuovo
l’uomo alto non ci troverà, lo sai, io
trovato il minuto no ma loro avrebbero fatto
ne aveva alcuni davvero gratuiti
promette off per essere onesti con loro ma sì
quindi abbiamo conosciuto un sacco di squadre
potremmo aiutare qui
quindi questo è un throughput di esempio
sono l’indicatore per la squadra di banane
per fortuna non banane fresche, per favore no
cercare un nucleo centrale di banane in
il governo là è probabilmente quello che
non saranno queste persone così sulla destra
l’asse x era ancora il tempo in cui la sinistra funziona
questo è il periodo in cui abbiamo il comando dell’implementazione
tempo in arancione nell’arancio scuro che è
la mediana e l’intervallo di implementazione sono in
verde e possiamo vedere questa squadra stava facendo
roba abbastanza impressionante che stanno facendo uno
distribuzione ogni tre giorni a marzo e
poi entro giugno
avevano rallentato fino a uno ogni 14 giorni
okay e ancora questo è il caso e io
ci siamo davvero innamorati questa volta questa volta
Ero come se facessi di più entrare e testare
Devo andare a cercarli e aiutarli
e poi ovviamente sono andato a salire
il treno sono andato ad incontrarli e io
tipo di seduto con lui sul treno
Ho provato le mie cose su
end-to-end testing e mi sono seduto
verso il basso non era interessante a tutti è stato
tutti nella squadra erano diversi quindi
sai che mi sono seduto e ho detto che lo sai
chi sei ?
e hanno detto che non importa a noi chi sei
e ho detto la cosa peggiore possibile
Insane Brit e io ho detto che vengo da Londra
Sono qui per aiutare lei non va mai giù
beh se sei fuori da Londra non lo farò
stia facendo che ancora una volta in modo che quando perdonarono
io ho scoperto che fondamentalmente l’intero
la squadra era decapitata in musica di tendenza
iniziato ma ovviamente piega in lei tre
mesi in cui finirono i soldi ma
sai che lo desideravo bene, sono sicuro che loro
erano sicuri che fossero felici quindi quello che abbiamo trovato
era questa squadra nuova di zecca che dovevano ottenere
usati l’un l’altro, dovevano abituarsi
alla piattaforma che era carina
cosa complicata da usare dovevano avere
utilizzato per il proprio servizio digitale ma
mi aspetto che una squadra mantenga una cadenza di
uno distribuire ogni tre giorni è carino
chiedendo in quella situazione proprio loro
non stavano facendo nulla di sbagliato, hanno rallentato
giù perché erano solo una specie di
ottenere il blocco delle cose e lo farei
non l’ho mai saputo se non l’avessi fatto
effettivamente preso il tempo di andare a visitare
con loro e abbiamo passato un po ‘di tempo a fare
un po ‘di allenamento con loro penso che abbiamo mandato
alcune persone provenienti da altre squadre con
hai mai chattato con loro per alcuni
roba e qualche tempo dopo questo penso
sono tornati a uno schierare una settimana I
credi bene quindi c’è di più così
mi viene in mente che le misure che il
Kohl e le sedie hanno parlato del
negli ultimi due anni non lo sono
in realtà specifici per le implementazioni che possiamo
riutilizzarli possiamo ricandidarsi a
diversi aspetti della tecnologia
flusso di valore per migliorare
capire le diverse parti del nostro
capacità di consegna così ovvie
guardare come costruisce bene così continuo
mandati di consegna che hai un
codice code sempre rilasciabile, okay
qualcosa che è molto difficile da ottenere
okay e cosa dovrei dire qui, quindi questo
non si tratta solo di sapere avere un
super fantastico Jenkins o team sit o
qualunque cosa tu voglia, riguarda il ramo
per astrazione si tratta di funzionalità alterna
si tratta di poter costruire molto
frequentemente e l’interazione tra
costruire indicatori e consegna e
gli indicatori di implementazione sono davvero
interessante se una squadra sta costruendo molto
frequentemente e non sono punti
spesso allora probabilmente stanno andando
essere in una buona posizione per dargli un
prova se d’ altra parte la squadra non lo è
costruendo frequentemente e loro sono
distribuire frequentemente allora qualcosa è
sbagliato da qualche parte ed è tempo per te
sapere come prepararsi con il
tempo produttivo per prepararsi per a
il fallimento della produzione probabilmente va bene
anche se le situazioni sono piuttosto rare
possiamo avere un indicatore di stabilità della costruzione
del tasso di fallimento della build e del fallimento della build
tempo di recupero e un throughput di build
indicatore del lead time di build e build
intervallo in modo da costruire il tasso di fallimento è il
percentuale di build che falliscono sul tuo
crea il server e crea il recupero degli errori
il tempo è il mezzo e lo standard
deviazione nel tempo tra i fallimenti di costruzione
e il throughput di build è costituito dai tempi di consegna
che è la mediana e lo standard
deviazione nel tempo tra un commit a
maestro e il suo successivo successo
costruisci sul tuo build server e costruisci
intervallo è un intervallo di tempo tra le aggiunte
che si sta sviluppando con successo, va bene
e ancora quella piccola freccia è dove tu
perdere un sacco di tempo e vincere
Tibet quindi abbiamo avuto di nuovo una visione di
successo intorno a questo abbiamo chiesto ai team di
costruire almeno una volta al giorno per farlo in
meno di un’ora e di avere meno di 1%
di build falliscono e quando falliscono
recuperare qualche guasto in meno di un’ora
va bene
quindi abbiamo avuto un piccolo numero di squadre
di nuovo hanno generato un tasso di fallimento dello 0%
e zero ore tra un divertente circa
fallimento e risolvendolo che era
fantastico ma la stragrande maggioranza delle squadre
condiviso un tasso medio di fallimento di build di
19% e costruisco il tempo di recupero di dissolvenza di 4
ore in modo che una build su cinque stia fallendo
e ci vuole mezza giornata per sistemarlo
una squadra in particolare ha avuto un errore di costruzione
tempo di recupero di 12 giorni mi piace pensare
che ogni volta che le loro build diventavano rosse loro
solo un po ‘si alzò e andò quello che dovrebbe
noi andiamo avanti la vacanza quando abbiamo
torna, andrebbe tutto bene
facciamolo, daremo il via a Jenkins
dalla spiaggia staranno tutti bene perché
lo hanno fatto comunque, quindi non l’ho mai avuto
fino in fondo in modo che questa è la nostra
costruire indicatore di stabilità
okay, quindi costruisci il tasso di fallimento a sinistra
Tempo di recupero errore di costruzione asse y attivato
il diritto all’asse y il nostro affascinante viola
la linea in basso è in grado di fallire
è stato molto basso per questa squadra
ma il nostro disegno di legge verrebbe a mancare il tempo di recupero è
dieci ore e resta carino
costante quindi c’è un’euristica generale
se hai una metrica delle serie temporali a
molte persone noteranno dalla produzione
monitoraggio anche se hai un tempo
serie metro un lungo periodo di tempo e
è un’attività coerente e la linea
non è affatto fluttuante quindi qualcosa
sta andando bene anche un sistema o un
persona o qualcosa sta interferendo con il
dati ok perché è uno stocastico
il mondo là fuori è molto variabile
sempre cambiando e perché dovrebbe essere un
caso perché ogni errore di costruzione
richiedono 10 ore per fissare giusto che
mi sento in colpa, quindi ho avuto una chat con
il team ha guidato e lo è stato
il loro collaudo ha preso 10 ore per
corri e ogni volta che diventano sotto pressione
per costruire in tempo per qualcuno
prima avrebbero fatto la build e poi
eseguire il test di accettazione in un secondo momento
il test stava succedendo e questo ha causato
un paio di problemi quindi prima di tutto se
spinga quei test lenti a diminuire il valore
in streaming quindi non sentirai il
dolore della costruzione lenta, quindi non lo sei
in realtà andando sentono il bisogno di realtà
migliorarlo, è per questo che è rimasto
a 10 ore non erano così agitati
a riguardo non è stato quando è stato lento
in realtà non stava ostacolando il loro giorno e
anche quello che significa è che se quelli
accettare valutare fallire più tardi e il
i tester hanno già iniziato il loro lavoro
che i tester lavorano è andato perso bene
perché possono dover aspettare per
nuova build quindi abbiamo avuto una chat con il
squadra abbiamo effettivamente paracadutato qualcuno dentro
perché le mele sembravano non aiutarle
letteralmente non si è in realtà permesso di
Fallo nel governo che ho chiesto, ma l’ ho fatto
risolvere mediante lo sai solo ottenere
qualcuno che attraversi il dipartimento
in realtà si siedono con loro per un paio di
giorni e tu sai chi sapeva se spendi
un paio di giorni migliorandoti accetto
la maggior parte dei test e li trasforma in API
test di accettazione e scrivere qualcosa di buono
unit test è incredibile quanto velocemente a
dieci ore disegno di legge può diventare un’ora
costruisci sai chi avrebbe pensato l’ interfaccia utente
il test di accettazione sarebbe una cattiva idea
non come nessuno di noi fa così bene
con il nostro indicatore di produzione, noi
trovato che tutte le squadre tutte e 60 le squadre
mediamente zero ore tra un commit o
padrone e una build di successo che è
che è abbastanza buono
Voglio dire, sì , tutti vogliamo un decimo minuto
costruisci bene se ora danno cinque minuti di build
Ci 2017, ma anche di arrivare a un punto
dove ogni squadra è sai produrre
costruisce in meno di un’ora che è carina
fantastico ma abbiamo avuto una manciata di squadre
produrre build ogni due ore
la maggior parte delle squadre ne produceva una
costruito ogni due giorni bene, quindi questo è un
sacco di squadre che stanno creando alcun aiuto
con le loro build quindi questo era il
squadra di arancie questa è la loro build
indicatore di throughput che hanno lasciato l’asse Y è
il nostro e questo li copre costruendo piombo
tempo in giallo e intervallo di costruzione in rosso
quindi il nostro lead time di costruzione rimane circa zero
rimane circa zero ore come ci aspetteremmo
perché abbiamo visto che tutte le squadre erano
condividendo zero ore per il lead time ma
il loro intervallo di costruzione qui è davvero
interessante, quindi quello che sta succedendo è
a gennaio producono una build ogni
quattro giorni a febbraio ne producono uno
costruisci un giorno e poi regrediscono
per quattro giorni va bene, è enorme
miglioramento in un mese tutto bene così dentro
il mio libro lo chiamo troppo veloce
frequente come quello non può finire bene
erogazione continua a destra è un disco
cosa da fare c’è un sacco di cose
coinvolto e che finirà in
disastro
se in un mese quindi questo è in realtà equo
facile indovinare cosa non è successo
voglio indovinare cosa non ha una squadra
è molto più veloce in un mese
è successo a tutti noi
scricchiolando le scadenze proprio così qualcuno
fondamentalmente detto che abbiamo bisogno di più build per
più test nello Sprint di febbraio
perché abbiamo un business importante
evento a marzo giusto che non è un
cosa del governo che succede e basta
in tutto il settore giusto così la squadra
scricchiolavano e tagliavano alcuni angoli che facevano
miglioramenti ai loro test ma dopo
Febbraio sapevano che erano andati
torna al modo in cui le cose sono abituate a lavorare
per loro e credo che per il momento la mia squadra
tipo di imparare
tutto questo penso che fosse una specie di aprile
tempo e sai che abbiamo avuto un po ‘di tempo
canti per loro sai come è andata
sento quando potresti costruire questo
spesso sai che sappiamo che puoi fare
perché lo hai fatto in precedenza noi
potrebbe mostrare loro la propria attività e
abbiamo aiutato con alcuni di loro
test di accettazione abbiamo anche parlato con a
proprietario del prodotto per lo svolgimento del lavoro
la squadra e cercando di evitare questi grandi
scricchiolanti eventi va bene così il nostro finale
l’indicatore è un indicatore di codice così
la consegna continua dipende da
integrazione continua il suo 2017 ma
ancora devo dire continuo
l’integrazione non è uno strumento che non è
con CI e l’URL della tua build
server per favore non farlo davvero
veramente mi sconvolge l’integrazione continua
è una pratica di squadra in cui tutti
si impegna a padroneggiare almeno una volta al giorno
va bene
è qualcosa che è difficile da fare
ok è semplice ma non è facile
la ricerca della Cole e dei gesuiti ha mostrato
che c’è un dato statisticamente significativo
correlazione tra continuo
integrazione e consegna continua –
che la maggior parte delle persone nel continuo
la comunità di livrea è andata bene
questo è quello che abbiamo combattuto bene se le squadre sono
spingendo frequentemente il codice per padroneggiare e
costruendo frequentemente poi sono in grado di farlo
consegnare frequentemente ok, quindi non possiamo
davvero guardare la stabilità del codice perché
quando non riesci a unire una modifica a
mainline trunk master come tutti chiamano
le linee principali non superano davvero quelle
i fallimenti si attraggono nel tuo lavoro locale
la copia normalmente non viene monitorata da remoto ma
possiamo guardare il throughput del codice okay
può guardare il lead di commit della mainline
tempo il tempo che ti porta ad andare da un
ramo linea principale e possiamo guardare
intervallo di commit principale che è il
frequenza di commit a mainline quindi la nostra
codice indicatore del throughput indicatore continentale
impegnarsi tempo di consegna è la mediana e
deviazione standard nel tempo tra a
spingere a un ramo remoto e il
successiva fusione di questo impegno su
mainline ovviamente potresti solo impegnarti
nel modo giusto
il numero che ottieni sarebbe zero e
allora tu ed io possiamo essere buoni voi amici
sai che dovresti assolutamente farlo
intervallo di commit della linea principale
è la frequenza dei commit da padroneggiare
va bene così la consegna continua ha un
soglia di successo dinamica continua
le integrazioni sono statiche
Va bene abbiamo detto che vogliamo la squadra a
impegnarsi a padroneggiare almeno una volta a
giorno quindi abbiamo chiesto a ciascuna squadra di impegnarsi
alla linea principale, almeno una volta al giorno e per
impegnarsi a padroneggiare da un ramo in under
un’ora va bene e i numeri che abbiamo
erano davvero sorprendenti quindi prima di tutto
ogni squadra con mia sorpresa si stava unendo
da un ramo per padroneggiare in meno di un’ora
in media ovviamente ce n’erano alcuni
standard davvero orribili ce ne sono stati alcuni
varianza orribile intorno a questo ma via
media ogni squadra sta facendo quello che vorremmo
piacerebbe vedere parte di questa potrebbe essere stata
la strategia di ramificazione così ironicamente
era responsabile per la ramificazione
strategia per tutti questi team e io
davvero spinto il flusso github e non
sviluppo basato su tronco che suonerà
un po ‘ pazzo ma in precedenza il
dipartimento che usa il flusso git che è un
abominio e completamente incompatibile
integrazione continua continua
consegna coniglietti gatti tutto ciò che tu
come se non potessi farlo con git flow così io
incoraggiare fortemente le squadre a muoversi
per github flusso per davvero tipo di funzionalità
rami perché sentivo che quello era un
piccoli salti per farli andare
dritto al tronco sviluppo occidentale voi
conoscere per 600 o sviluppatori che sarebbe
abbastanza difficile cambiare così tutti vanno
per mainline abbastanza veloce che non è male
va bene ma proprio come ho detto bene
di nuovo all’inizio sono le due misure
insieme in una coppia di misure che tu
ho bisogno che il numero uno sia solo
piuttosto fuorviante, a meno che non te l’abbia detto
dovevamo pensare a tre squadre tre o quattro
squadre che avevano una media di due ore
tra mainline commits e che il
le squadre di mele e banane erano in questo
ok ma la maggior parte delle squadre ha una media
cinque giorni tra i principali commit che
era molto più alto di quanto ci aspettassimo
giusto così tante squadre che hanno bisogno di aiuto
con il modo in cui stanno plasmando il loro
codice nel modo in cui stanno spingendo il loro
codice nel modo in cui stanno progettando
il loro codice va bene così questo è il nostro
l’esempio finale è la squadra della coppia
pere pere che non arrivano mai
un altro paio così consegnato che ho
dimenticai sinceramente su quale squadra fosse
che è fantastico perché questa storia
mi rende triste ogni volta che lo ricordo perché
mi stai facendo principi così uh sei
non proprio così il lead time principale
sembra che non sia molto
va bene che è zero ore che poi diventa
trentaquattro ore così sono andati da un
media di zero ore tra filiale e
linea principale per oltre un giorno tra filiale
e sottolinea la ragione per cui non puoi davvero
vedi che su quel grafico non è perché
Sono incompetente è perché l’asse y
è così enorme e questo è finita
sei mesi questa squadra è passata dalla spinta
padroneggiare vuole ogni quattro giorni in una volta
ogni ventisette giorni proprio così una volta a
mese spingiamo qualcosa su mainline ora
sarebbe molto facile essere qui
estremamente snarky e fondamentalmente ti dico
sai che stai sbagliando tutto
sai come ti permetti e vai a impostare il tuo
Bastone polveroso e sai davvero battuto
li spingono a mainline più spesso
ma questa squadra era un po ‘meno
esperienza a parte il vantaggio tecnologico I
pensa e loro sanno che avevano bisogno di aiuto
loro avevano bisogno di un po ‘di comprensione e noi siamo
in questo particolare nel caso di questo
particolare storia penso che la mia squadra abbia scelto
fino a maggio penso per il momento
abbiamo sentito di questo che eri già tu
sapere che erano già un punto in cui
stavano spingendo una volta ogni tre settimane
o così e c’erano stati dei segnali
avevano chiesto di costruire il server
costruire rami che è sempre un po ‘di
un segnale che le persone stanno allontanando
dalla continua integrazione va bene
proprio come uno strumento può fare qualcosa no
significa che si dovrebbe fare in modo che quando la mia squadra o
Io o uno dei miei burattini calzino sai
qualcuno della mia squadra ero come andare a dire
queste cose a loro in questo esatto ordine
solo così non pensavano che fossi io e
Ovviamente sono stato io per tutto il tempo che conosci noi
hai detto che sai costruire rami sei tu
so che è l’ incapacità dei consumatori
integrazione cosa possiamo sperare di essere il
design del tuo codice penso che sarebbe
giusto dire che erano un po ‘tristi al
tempo e tu sai che dovremmo avere davvero
preso su quello così sai che penso
ora ma quello che abbiamo trovato è finito
indovinando il Traynham a visitarli
lì nel nord dell’Inghilterra e loro
sono stati dati due obiettivi piuttosto difficili a
conciliare bene ciò che ti hanno detto
devi riallocare il tuo servizio per soddisfare
questo impossibile
standard che sai che non l’ho fatto davvero
capire e anche loro dovevano mantenere
spedizione di nuove funzionalità a destra e come in a
squadra relativamente inesperta quando tu
devono fare queste due cose impossibili
si raggiunge per il sollievo dell’anello ramo
giusto perché è quello che dà lo strumento
per impostazione predefinita è giusto in faccia
come vorresti ramificarti sai
specialmente ora con cose come GitHub
dove gli strumenti sono così belli ed è
così facile da fare è molto allettante
sai che capisco che così tipo di
si è seduto mentre la squadra e penso che sia
giusto dire dal punto in cui erano
spingendo una volta al mese hanno accettato che
c’era un po ‘di problemi e noi
li ha incoraggiati ad allentare il ramo di
astrazione abbiamo rubato qualcuno dall’I
pensavo fosse la squadra di arance che abbiamo rubato
dove sono andati e si sono seduti con la squadra
e ho davvero lavorato sodo per trovarli
sembra nel codice per inserire alcuni interruttori
posto e gradualmente ha iniziato il
i numeri iniziarono a scendere
dopo c’era davvero un vero
una cosa meravigliosa che è successo
niente a che fare con dove c’era il
servizio di terzi da cui dipendeva
in produzione e stava andando giù
per la manutenzione di emergenza lo sono sempre
molto sospetto quando un sistema di produzione
quando ricevi quell’e -mail, diciamo che stiamo andando
giù per la manutenzione di emergenza saremo
terzino destro
sai che parliamo di cos’è questa emergenza
comunque così quando questo accade il
le riparazioni del proprietario del prodotto sono molto eccitate
sai cosa faremo cosa
faremo noi fermiamo il servizio
e quindi uno dei membri più Jeanne di
il tipo di squadra che ha detto Hanuma
dovremmo semplicemente disattivare quella chiamata e
restituire alcuni dati vuoti che hanno fatto
il servizio è rimasto su per i contribuenti
continuare a usarlo il governo
dipartimento ha continuato a tagliare croce lì
tutti hanno vinto solo perché avevano quello
un po ‘ più capacità adattiva che
un po ‘di extra resilienza come a
risultato di inserire alcune parole in
il loro codice per cercare di spingere la terraferma
più spesso va bene così che era solo un
davvero una grande storia di successo che prendo
assolutamente nessun merito per quello era davvero
eccezionale
quindi ho condiviso con voi cinque indicatori
cinque storie da un enorme tre anni
programma di trasformazione all’interno del
Governo britannico dove continuo
la consegna è davvero molto forte
punto d’appoggio da quando me ne sono andato ora le squadre fanno
tutte le loro implementazioni
ore attraverso la produzione e sono stato
detto che c’è molto più successo
c’erano cose davvero fantastiche e
misurare la consegna continua ha davvero
aiutato okay
Tim è in grado di capire
se le modifiche funzionano o meno
team in grado di capire guardando
ad altre squadre viaggi di miglioramento cosa
le modifiche funzionano e quali cambiamenti non lo fai
so che è davvero molto potente
toolkit per avere ok perché c’è così
molta incertezza nella vostra organizzazione
ci sono così tante opzioni diverse
così tante leve diverse che puoi tirare
e quando sei in una posizione puoi
sperimentare rapidamente e quindi misurare il
successo o il fallimento di quelli
esperimenti quindi è qualcosa che è
davvero molto utile ok, quindi migliorando
i cruscotti di monitoraggio che aiutano i team
fino a velocità con un sacco di nuove modifiche
aiutare le squadre con levette da spiaggia e
migliorare la resilienza dei loro
servizio in produzione c’è di più
cose che sono successe direttamente come a
risultato di noi prendendo questo approccio e
c’erano molte molte altre cose che io
non sono stato in grado di condividere con voi
oggi che erano indirettamente o direttamente
collegato a noi avendo questo concentrato
approccio per capire come erano i team
progredendo con consegna continua così
è davvero bello in realtà lo eravamo
60 squadre giuste perché ora nessuno può
diciamo che forse non può ridimensionare o cosa
stai parlando
lo sai che la scala è andata bene
quindi questo può funzionare con una squadra di 60 squadre
600 squadre vanno bene se i dati sono lì se
la lavorazione è giusta, quindi puoi
misurare il rivetto continuo attraverso il
dipartimento attraverso una società attraverso a
gruppo di aziende e capire e
aiutare i team a capire da soli se
cambiano il loro creatore avendo successo
o non va bene così questo è il mio libro è acceso
Perbacco magro Sono felice di prendere qualsiasi
domande grazie mille per essere venuti
lungo e io sono in giro per il resto del
giorno se ti chiedi un po ‘più a tuo agio
domande conosci la situazione uno a uno
ma grazie ancora per il tuo tempo, grazie
come andare a prendere il tempo sei tu non ho avuto
idea del tempo allora come ho fatto
un minuto un minuto per non so
20 domande nel mio ho bisogno di parlare
scusa scusa non dirmelo
senza usare rami come fai facilmente
distribuire due distinte implementazioni
ambienti come lo staging di sviluppo
e la produzione che non è un minuto
rispondere senza usare rami okay così
le levette di funzionalità sono davvero molto
potente se vuoi testare diversi
funzioni al tuo servizio senza
interferire con altre cose che vorrei anche
chat Vorrei anche chiedere perché hai bisogno di un
ambiente specifico per testare uno specifico
caratteristica ma è facile stare qui
e butta fuori le risposte che sono
contestuale e non si applicano al tuo
compagnia chi ha chiesto che io venga e
trovami dopo e lo avrei detto felicemente
per questo più dettagli
quindi le dimensioni della squadra hanno un impatto
guasti o tempi di recupero sì sì
fa
quindi non esiste una cosa come un
dimensione ottimale è così sette più due
cosa è la cosa della squadra della pizza, ecco cosa
una società ha fatto e lavora per loro
ma penso che ci sia un po ‘di questo
dipende dipende dalla squadra sul
superficie ma c’è una dimensione ottimale
dove le persone sono in grado di rispondere
a un problema di produzione e anche fermo
Continuo ad altri lavori, ma io credo che
torna anche a questa idea di avere un
codebase rilasciabile e con a
servizio funzionante in produzione I
penso che sia un po ‘ un cambiamento di mentalità
per i manager dell’ingegnere l’esecutivo
questa idea che la cosa più importante
non sta spedendo nuove funzionalità è
mantenere le cose in uno stato funzionante è così
mantenendo le build che fluiscono in quel tipo di
roba va bene ultima domanda in un micro
ambiente di servizio vuoi misurare
per servizio o per squadra, quindi non l’ho fatto
copertina lis entrambi okay così il modo in cui il modo
si può fare è misurare roba per
servizi quindi scopri quali squadre
possedere quei servizi e quindi puoi
aggregare le misure della squadra in base
sui servizi va bene così se una squadra ha
i servizi gratuiti che fai gratis ci sono
alcune misure che ti sembrano sbagliate
a questi servizi gratuiti individualmente e
allora usi lo stesso su
i dati mentali per il livello di squadra
misurazione va bene devi solo evitare
fare una media della media, se mai
trovarti a fare una media di
in media quindi qualcosa non va così io
in realtà faccio davvero schifo alle mappe davvero
succhiare a quantificazione di molto di questo
roba c’è Gokul Troy McGinnis che
questa roba è molto meglio di me ma
alcune misurazioni davvero semplici e giuste
essere in su per collegare i servizi ai team
come se tu potessi scoprire qualcosa di veramente
informazioni potenti ok grazie molte
molte grazie molte a tutti voi grazie
[Applausi]
quindi Sven è troppo modesto era giusto
mi dice tranquillamente come è un esperto in
scegliere gli strumenti sbagliati e penso
siamo tutti molto bravi in questo
Certamente sono così gentile, sono Steve Smith
e ho intenzione di parlare di misurazione
consegna continua facciamo uno spettacolo di
mani quante persone qui pensano
la consegna continua è dura, va bene, grazie
tu
il resto di voi sono dei bugiardi, per favore, vattene
la stanza
ora ho avuto successo con il pubblico
contro di me posso continuare così sì, sono un
consulente per consegne continue Pro no
lascia un asso a Londra sono un istruttore che sono
la persona che hai telefonato quando Dave
Farley è bloccato su un aereo e giusto
Humbert è in testa e ha una protesta
marzo in curry in California
Ricordo cos’è stata la protesta di ieri
quindi sono anche l’autore di un libro
misurare la consegna continua che era
su magra pub Animus osage di uguale
esperti che è una rete di
consulenti di consegna indipendenti che
è ora in tutto il mondo quindi cosa significa
effettivamente fare la consegna continua proprio così
la consegna continua è un insieme di
principi e pratiche e l’elenco
continua a crescere e non sembra potare
moltissimo il modo in cui ho il modo in cui penso
di esso è che sei in uno stato di
consegna continua quando la stabilità
e la velocità del processo di rilascio può
soddisfare la domanda di affari se il tuo rilascio
il processo non può corrispondere alla domanda aziendale
allora sei in uno stato discontinuo
consegna okay c’è una frase che io
inventato, ho esaurito la calma della fonte e
letteralmente è solo come contrari a
continua è una cosa ora è mia
va bene così
la consegna continua richiede molto
la tecnologia cambia bene quindi questo è un
lista ho cucinato alcune persone adorabili a
il mio tavolo da pranzo alcuni mesi fa
selezioniamo solo uno di questi diritti
così le migrazioni di database quante persone
qui lavoro in un’organizzazione dove
le migrazioni del database sono completamente automatizzate
va bene
un sacco di mani che non sospettiamo
disonestà o ottimismo
va bene, questo conosce buone serie
quello che mi aspettavo giusto quindi andiamo
pensa un po ‘a questo, okay
c’è un costo di implementazione da fare
quello giusto è difficile con a
problema difficile da risolvere anche se
erano strumenti fantastici come volare via
c’è ora per farlo per te lo so
c’è qualche rischio nel farlo
ma se pensi al valore di quello
funziona bene se pensi a come
contribuirà a migliorare la stabilità e la velocità del
schieramenti quindi chiaramente che sta per
Beneficio di te e della tua azienda
ora applica lo stesso tipo di costo del valore
rapporto a tutte queste pratiche perché
probabilmente hai bisogno di tutti quelli che sono
paura e poi come lo spam stava citando
c’è solo così tanti strumenti che
lo spazio degli strumenti è stato appena esploso per
consegna continua sai che c’è
circa 19 diversi strumenti di registrazione ora
sapere che c’è un sacco di monitoraggio interessante
strumenti e la buona notizia è che non è così
importa davvero quali strumenti usi
perché fintanto che eviti il vero
davvero cattivi starai bene
okay, quindi puoi usare i kubernetes che conosci
che c’è di buono è possibile utilizzare finestra mobile che è
bene puoi usare solaris come proprietario
bene
semplicemente non usare WebSphere ok non usare
WebSphere ok applauso, ovviamente e il
una cosa che non vuoi come speaker è
una persona che applaude perché mostra
che non ha un futuro commerciale così
chiunque qui da IBM non viene mai
nonostante i miei ripetuti inviti
c’è anche un sacco di organizzazione
cambiamenti che devono accadere questo è
ovviamente molto più contestuale e sì
questi sono tutti più preziosi e di più
impegnativo rispetto ai cambiamenti tecnologici
che devi fare in modo che andiamo a scegliere
ognuno si occupa di chiamata, quindi chi è qui
lavora un’organizzazione dove tutti
fa su chiamato per gli sviluppatori di produzione
analista di business proprietario di prodotti tester
per l’altro ok posso mettere il mio cappello così
il mio ultimo cliente l’abbiamo fatto in realtà
che era davvero bello come lo erano le persone
mostrando il telefono
era molto diverso immergere il
la compagnia ha funzionato e lo sapevi
ha funzionato ha funzionato davvero bene, ho capito
Sono un grande fan di questo, quindi penso di nuovo
sul tipo di costo per farlo
giusto penso al contratto
cambiamenti che hanno richiesto la persuasione
gli sforzi per convincere la gente a bordo con esso ho
pensa al rischio che vada storto
di voi conoscete qualcuno che dorme attraverso a
dormire attraverso una chiamata come ho fatto a
un paio di settimane fa il cercapersone UT mi ha battuto e
Ho continuato a dormire ma penso anche a
il valore di quel lavoro pensa bene
il senso condiviso di responsabilità
tutti avrebbero per la produzione
servizi l’aumento della situazione
consapevolezza che le persone sarebbero state bene
e ancora tu hai bisogno di tutta questa roba
Va bene ma non è che questi cambiamenti
rendere la consegna continua difficile okay
questa è una lista di cose che possiamo tutti
capisci una ragione su okay cosa
rende difficile la consegna continua
applicando queste modifiche al tuo
organizzazione alle proprie circostanze
e vincoli va bene la tua organizzazione
è un complesso sistema adattivo ogni
l’individuo ha una quantità limitata di
informazioni anche la consegna continua
consulente che potrebbe rivendicare il contrario
può solo ragionare sulla causa e
effetto di un evento in seguito okay questo
è ciò che rende la consegna continua
difficile è diverso in ogni
compagnia ogni volta questo è il motivo per cui io
non ho un partner Sono un prodotto e io
mai
e continuo a impegnarmi con quello sulla macchina fotografica
fermarmi a farlo a volte io
scherziamo con Dave Farley di recente e io
vedrebbe ora che non farò mai a
gasdotto per Damon Sono abbastanza d’accordo con Steve
ma sto facendo uno dei miei tempi liberi
ti piace essere coinvolto assolutamente no
perché Jenkins sta bene qualunque cosa
è componibile che ti lascerà
costruire cose nelle tue circostanze è
quello che vuoi va bene così visto quello
il tipo di sfida principale che abbiamo
consegna continua la necessità di applicarlo
alla tua compagnia qual è il nostro modo migliore
per adottarlo bene, dobbiamo continuamente
migliorare la stabilità e la velocità del
processo di rilascio okay, abbiamo bisogno di
incrementare quindi migliorare iterativamente ok
in un modo che non rompe le cose
inutilmente in modo graduale
offre vantaggi finché non possiamo iniziare
abbinare la domanda di affari
il modo migliore per farlo è farlo
usa il miglioramento Carter quindi sono sicuro che a
molte persone hanno familiarità con il mio Grover
inventato dal suo lavoro con a
Toyota quindi con il miglioramento Carter noi
stabilisci una routine attorno a noi
modi esistenti di lavorare noi ripetutamente
utilizzare lo stesso processo in quattro fasi
introdurre gradualmente il cambiamento nel
organizzazione
quindi abbiamo il primo passo che creiamo una visione di
successo dipingiamo un’immagine di un certo senso
del futuro benessere economico che cerchiamo di
attribuire una sorta di senso di urgenza così
che le persone si sentono ispirati e vogliono
contribuire al programma che abbiamo fatto un passo
per noi abbiamo afferrato la nostra condizione attuale
capire fino a che punto abbiamo viaggiato sul nostro
viaggio cerchiamo di avere un senso di quanto lontano
dobbiamo ancora andare e questo è
narrazioni di storie di dati qualitativi
interviste rapporti di esperienza ed è
anche dati quantitativi qualsiasi tipo di
numeri che potremmo avere in giro
abbiamo il terzo passaggio che dobbiamo stabilire a
condizione di destinazione, quindi vogliamo creare un
traguardo intermedio che vogliamo provare a
raggiungere qualcosa nel nostro viaggio verso
successo in un ragionevole periodo di tempo
siamo attaccati a questo un po ‘di successo
criteri e un orizzonte temporale e poi in
fase quattro, iteriamo verso il nostro obiettivo
condizione che usiamo il piano do check act
ciclo dal dr. Deming e questo è dove
eseguiamo diversi esperimenti in parallelo
abbiamo provato diverse tecnologie e
cambiamenti organizzativi che provano a guidare
noi verso una velocità o una stabilità
miglioramento quindi ho menzionato il dott. Deming
tra circa otto minuti sarebbe stato Dan
molto orgoglioso di me dimentica anche il mio frattempo
Deming down e l’ultima volta che mi ha visto
oggi sta facendo un discorso e lo sfido
fare Deming più veloce di otto minuti
senza imbrogliare non puoi proprio piacere
inizia col dire oh ciao sono Deming o
qualcosa che Harbhajan non ha permesso così se
abbiamo capito la sfida dietro
consegna continua e il processo di
adottandolo almeno un processo che
ci dà una ragionevole possibilità di successo
la domanda ora diventa più come faccio io
sapere se sto bene, come facciamo?
sapere quale dovrebbe essere la nostra visione del successo
sia come facciamo a sapere qual è la nostra corrente
condizione è come facciamo a sapere cosa
pietre miliari intermedie che potremmo desiderare
adoperarsi
e come fai a sapere se tutto funziona?
come facciamo a sapere quali cambiamenti stanno avendo
un impatto positivo che sta avendo un
impatto negativo in cui non hai avuto
impatto a tutti e la cosa migliore da fare
è a misura di consegna continua
è per misurare la stabilità e la velocità
del processo di rilascio e facendo così
puoi ridurre l’incertezza che è
tutto intorno a te e ti dà potere
prendere decisioni migliori man mano che si procede gradualmente
adottare la consegna continua è possibile
capisci se hai bisogno di migliorare
la stabilità o la velocità più vicino possibile
capire che hanno condiviso sul quarti
ha avuto un impatto positivo che puoi capire
se hanno migrazioni di database automatizzate
ti ha aiutato o ostacolato, quindi se questo suona
difficile
non dovrebbe perché le opere sono state dure
fatto per noi vedere che probabilmente ne sei a conoscenza
un dr. nicole forstman e solo umile
e gli amici lavorano sullo stato di DevOps
rapporti così è come un annuale
sondaggio mondiale che è stato pubblicato così
DevOps come una cosa mi rende molto triste ma
questi rapporti sono assolutamente fantastici e
nel corso degli anni hanno scoperto tutto
tipi di cose interessanti che hanno trovato
che le organizzazioni che distribuiscono di più
spesso alla produzione sono due volte
probabilmente superiore alla quota di mercato
produttività e redditività
aspettative
ne hanno anche pubblicati alcuni
ricerca accademica peer-reviewed che è
dimostrato che come si migliora la stabilità voi
anche migliorare la velocità e viceversa ok così
per molti anni le grandi aziende IT hanno
ha detto a tutti noi che devi scegliere
tra stabilità e velocità non puoi
averli entrambi sono stati quelli
mentire a tutti noi perché vogliono il nostro
soldi vogliono fare il bagno con i nostri soldi
in sostanza e io lo sai che mi dispiace
essere l’ unico a darti la notizia
quindi perché ci preoccupiamo di queste notizie
lapentti sa che la consegna porta il forte
Prestazioni IT
bene i mezzi con cui sono arrivati
questa nuova conoscenza è qualcosa che noi
può usare noi stessi così il freddo si verifica e
gli amici hanno sempre usato lo stesso
misure di stabilità e produttività così
con la stabilità usano il fallimento del cambiamento
valuta la percentuale di modifiche apportate
sbagliato e usano il tempo di recupero degli errori
il tempo necessario per recuperare da a
mancato
implementazione o fail change e siamo
throughput usano il lead time che è
il tempo necessario per fare un cambiamento
e frequenza che è aiutata e tu
fai un cambiamento quindi questi sono due
le coppie di misure sono davvero buone
libro chiamato come misurare qualsiasi cosa a
ragazzo chiamato Douglas Hubbard, davvero
consiglio vivamente e nel libro lui
parla di come puoi formare
catene di chiarimento con misure voi
può prendere qualcosa di intangibile come
stabilità e renderlo tangibile da
combinando diverse misure insieme
queste misure sono quantificazioni di a
cosa in un singolo punto nel tempo così tu
avere alcune nuove informazioni come risultato di
questo è un valore per noi, ma possiamo
aumentare il valore delle informazioni per turno
in metriche, quindi se misuriamo
queste cose su base regolare non solo
una volta all’anno nella nostra organizzazione poi noi
possiamo capire le tendenze che possiamo vedere se
particolari cambiamenti stanno migliorando
stabilità o velocità o se lo sono
iniziando a danneggiare i nostri progressi e in cima
di quello se applichiamo lo stesso temporale
proprietà a loro e li applicano al
stessa visualizzazione allora possiamo vedere come
queste metriche stanno cambiando in relazione
l’ un l’altro ok così è quello che chiamo
indicare come un indicatore è a
visualizzazione delle tendenze emergenti in a
dominio problema ok così un paio di anni
fa ho avuto l’idea di prendere il colon
le misure di jezza e si trasformano in
indicatori quindi avremmo un dispiegamento
indicatore di stabilità dove su un normale
base si visualizzerebbe insieme
tasso di fallimento della distribuzione e distribuzione
misurazioni del tempo di recupero degli errori e
con il throughput di implementazione che abbiamo visualizzato
insieme distribuzione distribuzione tempi di consegna
misure di intervallo ok ora lo è
importante avere queste misurazioni
si accoppiano bene perché uno a sé stante
per esempio può essere molto fuorviante
con il throughput di implementazione visito molto
di aziende che mi dicono quanto sia sorprendente
il lead time di implementazione è e dicono
sai Steve possiamo farti sapere che possiamo
distribuire in tre giorni come quello è davvero
ottimo quanto spesso lo fai solo una volta
ogni pochi mesi sai bene perché lo è
che tu sai che tutto questo è difficile
cose che non sai se sai che c’è
questa persona non mi parlerai lui
non sai che non distribuirà le cose
per me lo sai anche tu puoi fare il labirinto
spesso succede
quindi uno di questi da soli non sei tu
conosci buone notizie quindi per esempio è tutto
molto bene dicendo che conosci il nostro spiegamento
il tasso di fallimento è piccolo Steve, sai
niente va mai storto oh sai come
lungo detto aggiustarlo oh sai un paio di
settimane sai quando ti sbagli
sapere che tutto è in fiamme, lo sai noi
non so cosa fare okay e oltre
che con l’ eccezione del bagno
tasso di fallimento che è un po ‘ speciale
perché come distribuzione percentuale
lead di implementazione del tempo di recupero degli errori
tempo anche all’intervallo di Florin
pensato anche a misurare la varianza
come la media, quindi se guardiamo il
mediana e deviazione standard di
questi allora possiamo capire se un
miglioramento o regressione
coerente o se è solo un flash in
il tegame va bene così è stato tutto molto
mano ondulata c’è un po ‘più di mano
roba ondulata, quindi una stabilità di distribuzione
l’indicatore assomiglia a questo questo è a
flusso di valore della tecnologia generico che ho realizzato
qui sopra c’è un codice che va su un ramo
per favore non farlo quando sto cercando esso
mi rende davvero triste anche il tutto
ramificazione cosa allora si emerge in
Maestro avrebbe dovuto essere nella prima
posto ciò che ti ha portato così tanto tempo perché no
lo fai in primo luogo, lo sai
cosa perché perché perché e poi questo sta andando
per trasformarmi in una conversazione ramificata di cui ho bisogno
stai molto attento qui c’è un po ‘di fine
sul ramo e ho avuto fortuna che lo farò
a corto di tempo dovrò
accelerare quindi inserisci il codice
il tuo server di build e sai che costruisci
e questo funziona che sai bene per te
e poi fai delle cose per favore no
fai troppe cose troppe prove
ambienti che sai non provare ad avere
conosci alcuni di loro conosci tre o
quattro e poi alla fine entra
produzione e va bang non ero io
Non l’ho toccato e questo è il tuo
giusto il tasso di fallimento dello schieramento
la tua percentuale di produzione
schieramenti che vanno male e il tuo
il tempo di recupero degli errori di distribuzione è il
mediana e deviazione standard nel tempo
tra l’ inizio e la fine di tutto
fallimenti di produzione nel tuo periodo di tempo
va bene, ecco le nostre implementazioni
indicatore di rendimento così ancora una volta lo sai
codice su una filiale messa su Yetta Yetta
il master appartiene e quindi viene implementato
il tempo di consegna è il tempo che intercorre tra te
costruire con successo un artefatto e
il suo successivo dispiegamento in
l’intervallo di produzione e distribuzione è
la mediana e la deviazione standard in
tempo tra le distribuzioni di produzione ora
non lasciare che quella piccola e carina freccia pazza
tu sei lì dove perderai un
Sono pronto a scommettere tutto il tempo necessario
okay, è tutto super-duper, ma cosa?
abbiamo davvero bisogno di qui è un esempio giusto
e alcune persone adorabili ne ho una così
tra il 2014 e la primavera di quest’anno
Ho lavorato per circa due anni e mezzo
in un dipartimento del governo britannico come
Il team operativo è responsabile
per i due terzi di tutte le transazioni in
il governo britannico era la mia squadra
responsabile per l’abilitazione alla consegna e
rilascia ingegneria, questo significa che noi
ha cercato di aiutare i team ad adottare continui
consegna e abbiamo anche posseduto la build e
catena di strumenti di implementazione che stavamo operando
servizi su un multi cloud sicuro
piattaforma come servizio c’erano 60
squadre con circa cento diversi
servizi digitali e circa cinquecento
i micro servizi saranno carichi
di più e quelli sono scritti prevalentemente
in Scala e correre in un paio di
diversi fornitori di cloud okay così
flusso di valore in questo governo
il dipartimento è molto piacevole
due test per Amazon One sono facoltativi
quindi il codice va a un test di integrazione
ambiente che è facoltativo se tu
devo davvero fare un po ‘end-to-end
test per favore non fare troppo te
So che non vuole veramente spendere troppo
molto tempo sai che è un po ‘teatrale
dei migliori tempi ci fu un
test di performance obbligatori
ambiente e poi c’era
test funzionali di produzione
test esplorativi accaduti
le workstation locali vanno bene così ogni squadra
seguito lo stesso valore flusso ogni
il team ha anche avuto lo stesso completamente automatizzato
processo di rilascio e ogni squadra era
cross-funzionale ha avuto ogni squadra
sviluppatori tester utenti ricercatori
proprietari di prodotti analisti di business il
l’altro lo dimentico sempre così normale
i vincoli non erano lì giusto come me
ha detto all’inizio che la tua azienda ha un
complesso sistema adattivo che non puoi sapere
in anticipo cosa succederà quando
fai un cambiamento particolare ma possiamo
avere delle euristiche okay e nella mia
sperimentare i normali vincoli in giro
consegna continua, lo sai davvero
lungo flusso di valore impegnativo rotto
i team del processo di rilascio non lo sono
cross-funzionale quindi c’è un sacco di
handover
nessuno di questi era un problema qui okay
così la mia squadra è arrivata e noi eravamo come
sai che aiuteremo tutti a farlo
consegna continua e non abbiamo nemmeno
sapere da dove cominciare perché l’ovvio
i vincoli non erano al di sopra di questo
quando hai 60 squadre che non conosci
chi aiutare prima lo sai che è un
sfida molto reale sai che sono seduto in
Londra sai lavorare con la mia squadra
dovrei aiutare il team che conosci seduto accanto
a me salutando Steve, abbiamo appena avuto
pranzo insieme ricordati che ho questo
problema o dovremmo aiutare la squadra
Lincoln lo sai bloccato in un allevamento di maiali
si sa come urlare per chiedere aiuto come
perché non ci aiuti sapendo che siamo
morendo qui o sai aiutare il
squadra bloccata in Fishguard sai che hanno
ci sono stato per un anno sei solo
codice di scrittura hanno distribuito ancora no
se continuano a scrivere codice, lo sai
così ora ho inventato quei luoghi
non era Fishguard in realtà
Aberdeen, ma è un problema molto reale
ok come fai a sapere quali squadre aiutare
quando non sanno che
loro stessi hanno bisogno di aiuto okay, così noi
deciso che dovremmo misurare
consegna continua attraverso il tutto
dipartimento per capire quali squadre
stavano facendo bene in cui le squadre avevano bisogno
il loro aiuto al massimo così come abbiamo fatto noi
questo è stato creato una visione di successo
nel governo è molto facile che aspetti
ad un venerdì all’ora di pranzo quando tutti vanno
fuori a pranzo scrivi un complimento
pagina che dice che faremo queste cose
e poi il lunedì fingi che sia
sei sempre stato lì e poi aspetti
qualcuno che viene a dirti spesso quando
loro non vengono semplicemente continuando a farlo
cose del genere tu sai che non lo so
ti consiglio di farlo io ti raccomando
in realtà creare un successo con visione
stakeholder di business come se crescessero
e capisci come sai dove sei
i problemi non sono solo andare rapidamente a
pranzo e diciamo che stiamo andando
fai tutte queste implementazioni, quindi cosa facciamo
del set era un tasso di fallimento di distribuzione
del 5% con un ripristino degli errori di distribuzione
tempo di meno di un giorno e uno spiegamento
tempi di consegna di 7 giorni e uno spiegamento
fino ai 14 giorni quindi in altre parole noi
vuoi che ti schieri a produzione a
almeno una volta ogni quindici giorni e meno di una settimana
vogliamo che tu prenda meno di un giorno per
sistemare le cose quando va male e così via
dovrebbe andare male non più di 1 su 20
tempi ora potresti trovare quei numeri
aggressivo potresti trovare quei numeri
conservare
se sei un contribuente britannico potrebbe essere
molto spaventato tutto questo ma come ho detto
a destra proprio all’inizio continua a
viverlo significa soddisfare gli affari
domanda va bene così che significa che ha un
soglia di successo dinamica va bene così
nessun numero magico quindi se qualcuno inizia
dicendoti che devi avere dieci spiegazioni
un giorno poi sono mal guidati okay è
davvero su ciò che la tua organizzazione
ha bisogno al fine di soddisfare la domanda va bene
e questo era piuttosto conservativo dove
eravamo fuori come reparto okay
quindi quello che stiamo cercando di fare qui è che siamo
cercando di dividere le nostre squadre in due
coordina quelle squadre che stanno praticando
consegna continua che possiamo imparare
da e amplificare i loro successi e il
squadre che si trovano in uno stato di
consegna discontinua dove possiamo aiutare
li fuori e smorzare i loro fallimenti così Oh
troppo veloce ok, quindi mi sento ancora a riguardo
implementazione perché conosci gente
come quella roba va bene così ne abbiamo avuta una
davvero un grande vantaggio okay c’era
database di distribuzione già se avessi
solo un carico di JSON pieno di numeri
a nessuno importava tranne che per me
come sei mesi che stavo supplicando
le persone che non riordino i dati non lo fanno
elimina i dati che sai che ho avuto il backup
in tutto il posto che conoscevo un giorno
sarebbe davvero utile e quindi penso
alla fine ho scritto uno script python o
qualcosa da succhiare tutti i dati sono
trasformato in CSV spinto in un Google
foglio di calcolo generato alcuni grafici e
quindi aspetta di vedere alcune persone importanti
e ha detto quali squadre pensiamo siano
guai oggi e ne abbiamo annotati due
le squadre penso e ho detto ok questo è
cosa mostrano i dati e abbiamo scoperto
quella delle squadre che tutti sospettavamo
era nei guai il giorno due era d’accordo
una squadra che nessuno aveva nessuno avuto
pensato di sembrare davvero
mettersi nei guai e poi qualcuno
famoso come detto oh sì, l’hanno fatto
telefonare ieri e chiesto come di
i tempi liberi del disco sono maggiori di quelli di una squadra
ea quel punto eravamo veloci
Telefonali e metti qualcuno sul treno
andiamo ad aiutarli, quindi basandoci su
quel primo successo con te mi conosci
e alcuni Python e i miei pitoni terribili
e alcuni fogli di calcolo che conosci noi
non poteva avere un paio di sviluppatori in
dalla mia squadra alla studiosa creare
alcuni micro-servizi creano effettivamente a
un buon servizio per adulti attorno ad esso
trattato come qualsiasi altra produzione
servizio eseguito sulla piattaforma e noi
creato
come un piccolo sito intranet dove tu
potrebbe andare e guardare la tua squadra e si
potevi vedere i tuoi servizi ce ne erano alcuni
regole molto attente dietro di esso che mi piace
di partire fin dall’inizio così tu
non è stato possibile confrontare una squadra contro
un’altra squadra perché anche se tutti noi
sappi che è una brutta cosa per te
di non poter resistere, ovviamente l’ho fatto
io stesso, privatamente, avrò un hahahaha
lo sai e poi ovviamente ho avuto un
grafico che mostra 60 squadre con un grafico del leone
di 60 linee è comunque privo di significato
quindi non ho imparato nulla, anche tu non potevi
guarda qualsiasi informazione su
persone che conosci eventualmente qualcuno
sono arrivato come se fosse roba del genere
adorabile per il mio programma di performance Steve
e ho mentito e ho detto che c’è un
molte mentite oggi e ancora non l’hanno fatto
loro bontà
e ho detto che sai tutto quello che mi dispiace davvero
Sam è troppo difficile da collezionare
informazioni sulle persone in realtà
ha spinto il pulsante in produzione Jenkins
non ci dà quella data o ora
sono tutto ciò che sai è un peccato si
è un peccato sì , certo che ci sono andato
a casa penso di aver fatto davvero una buona cosa
oggi per 700 persone e loro non lo faranno mai
sapere bene, quindi è stato gentile il sito web
che abbiamo creato ed è stato sempre incorniciato
come guardare questa cosa per aiutarti
capisci per te come stai
migliorando
non è mai stato inquadrato come stiamo controllando up
su di te perché sai che è cosa
le persone sono un po ‘paura di a
il governo va bene così come lo abbiamo fatto con
il nostro indicatore di stabilità di distribuzione noi
trovato che avevamo un piccolo numero di
squadre in cui il loro fallimento di distribuzione
tasso era 0% e la loro distribuzione
tempo di recupero con zero giorni così sono
facendo molto bene ma la maggior parte di
i team hanno condiviso una distribuzione media
tasso di fallimento del 10% gestito ha preso il
cinque giorni per recuperare da una produzione
fallimento quindi sai che in media è così
Non grande qualcosa va storto prende a
una settimana lavorativa per davvero
chiudilo completamente giù che non lo è
Stupefacente
abbiamo effettivamente trovato una squadra che aveva un
tasso di fallimento dello schieramento del 67% quindi due in
tre schieramenti stanno andando male voi
So che penso di averli chiamati e loro
ci stavamo chiedendo quando avresti telefonato
noi Steve stiamo avendo tutti questi terribili
problemi sai perché non hanno buttato
prima io
così va bene, quindi ecco un esempio
indicatore va bene così come funziona così
l’asse x è il tempo che abbiamo un semestre
la durata qui è l’asse Y sinistro
tasso di fallimento della distribuzione e destra Y
l’asse è il recupero del fallimento della distribuzione
sincronizzazione
quindi sono 15 quindi questa era la squadra delle mele
loro non sono veramente chiamati le mele
squadra Ho fatto questo discorso abbastanza volte
ora ho davvero dimenticato quale reale
squadra era che è davvero utile così
la linea blu è la distribuzione fino al fallimento otto
e la linea rossa è fallimento della distribuzione
tempo di recupero abbiamo dei daltonici
persone tra il pubblico perché io se così fosse
può andare oltre con te dopo se
me lo fai sapere okay, questa squadra
stava andando molto bene, quindi vogliamo il
linee di tendenza verso il basso verso il continuo
consegna il loro fallimento di distribuzione
il tempo di recupero è migliorato da nove giorni a
zero il loro tasso di fallimento migliorato da
20% a 0% ora questo è il punto in cui
tutti noi, incluso me, comincio ad avere un sacco
di teorie pazze su come loro
migliorato bene e questo è dove le cose
diventa un po ‘pericoloso ok, c’è
questa idea in uno dei più anziani Calista
libri di laboratorio su di noi ho chiamato il ludecke
fallacia come il pericolo di cercare di
estrai una storia qualitativa da a
numero limitato di dati quantitativi
punti è molto molto facile da guardare
questo e vai tu lo sai o loro hanno chiaramente capito
meglio ai test o qualcosa di giusto ma
quello che voglio davvero sottolineare qui è
che quando si misura continua ad essere
quando usi gli indicatori
si tratta di individuare dove è necessario
avere conversazioni ok, indicatori e
le misure non ti raccontano le storie
è necessario sapere ti dicono dove
vai e trova le storie bene così
squadra chiaramente vogliamo parlare perché
hanno fatto un miglioramento significativo
tutto a posto e quando siamo andati a parlare
con loro erano solo una specie di
sorpresi erano molto loro erano i
la squadra più performante in quel momento
tempo e c’erano due cose che erano
diverso lì accettazione automatica
test sono stati meglio di altre squadre che
erano molto più veloci molto di più
costantemente reso davvero grande
investimento in esso ma anche loro
i cruscotti di monitoraggio erano migliori di
Qualcun altro hanno avuto qualcuno sul
la squadra aveva davvero preso l’insetto per
gravano se ricordo bene che tankano
Crafter ama i cruscotti davvero adorabili
rispetto ai cruscotti predefiniti che
non erano neanche lontanamente bravi così noi
esportato il JSON da mele squadra di
cruscotti abbiamo scritto un DSL scarlatto in giro
generiamo i cruscotti per il
altri 500 micro servizi e solo
iniettato in produzione e poi
con un niente un paio di giorni ogni
squadra ha avuto l’opportunità di migliorare il
la loro consapevolezza situazionale di
produzione okay non avremmo mai avuto
nuovo strumento senza l’intuizione che abbiamo ottenuto
da questa conversazione avevamo derivato
dalle nostre misurazioni va tutto bene così
abbiamo il throughput di distribuzione ne abbiamo avuti alcuni
squadre dove stavano schierando
produzione una volta ogni cinque giorni e it
li ha presi un giorno quindi se ricordi che è
più veloce della nostra visione del successo così tu
sanno che stanno facendo davvero bene e il
la squadra delle mele era una di quelle squadre
si sa che è un altro chiodo nella
bara di te sai che devi scegliere
tra stabilità e rendimento ma a
molte squadre stavano facendo la media insieme
produzione di implementazioni ogni 21 giorni e
ci sono voluti 12 giorni per farlo ci credo
era una squadra dove avevano un dispiegamento
tempo di consegna di tre mesi e loro
intervallo di implementazione era vuoto cosa fa
questo significa che qualcuno urla più forte
quasi ne avevano uno ne avevano uno
sciame di produzione ne ha presi tre
mesi e poi molto su loro sanno
è stato un po ‘difficile non farlo
non facciamolo di nuovo
l’uomo alto non ci troverà, lo sai, io
trovato il minuto no ma loro avrebbero fatto
ne aveva alcuni davvero gratuiti
promette off per essere onesti con loro ma sì
quindi abbiamo conosciuto un sacco di squadre
potremmo aiutare qui
quindi questo è un throughput di esempio
sono l’indicatore per la squadra di banane
per fortuna non banane fresche, per favore no
cercare un nucleo centrale di banane in
il governo là è probabilmente quello che
non saranno queste persone così sulla destra
l’asse x era ancora il tempo in cui la sinistra funziona
questo è il periodo in cui abbiamo il comando dell’implementazione
tempo in arancione nell’arancio scuro che è
la mediana e l’intervallo di implementazione sono in
verde e possiamo vedere questa squadra stava facendo
roba abbastanza impressionante che stanno facendo uno
distribuzione ogni tre giorni a marzo e
poi entro giugno
avevano rallentato fino a uno ogni 14 giorni
okay e ancora questo è il caso e io
ci siamo davvero innamorati questa volta questa volta
Ero come se facessi di più entrare e testare
Devo andare a cercarli e aiutarli
e poi ovviamente sono andato a salire
il treno sono andato ad incontrarli e io
tipo di seduto con lui sul treno
Ho provato le mie cose su
end-to-end testing e mi sono seduto
verso il basso non era interessante a tutti è stato
tutti nella squadra erano diversi quindi
sai che mi sono seduto e ho detto che lo sai
chi sei ?
e hanno detto che non importa a noi chi sei
e ho detto la cosa peggiore possibile
Insane Brit e io ho detto che vengo da Londra
Sono qui per aiutare lei non va mai giù
beh se sei fuori da Londra non lo farò
stia facendo che ancora una volta in modo che quando perdonarono
io ho scoperto che fondamentalmente l’intero
la squadra era decapitata in musica di tendenza
iniziato ma ovviamente piega in lei tre
mesi in cui finirono i soldi ma
sai che lo desideravo bene, sono sicuro che loro
erano sicuri che fossero felici quindi quello che abbiamo trovato
era questa squadra nuova di zecca che dovevano ottenere
usati l’un l’altro, dovevano abituarsi
alla piattaforma che era carina
cosa complicata da usare dovevano avere
utilizzato per il proprio servizio digitale ma
mi aspetto che una squadra mantenga una cadenza di
uno distribuire ogni tre giorni è carino
chiedendo in quella situazione proprio loro
non stavano facendo nulla di sbagliato, hanno rallentato
giù perché erano solo una specie di
ottenere il blocco delle cose e lo farei
non l’ho mai saputo se non l’avessi fatto
effettivamente preso il tempo di andare a visitare
con loro e abbiamo passato un po ‘di tempo a fare
un po ‘di allenamento con loro penso che abbiamo mandato
alcune persone provenienti da altre squadre con
hai mai chattato con loro per alcuni
roba e qualche tempo dopo questo penso
sono tornati a uno schierare una settimana I
credi bene quindi c’è di più così
mi viene in mente che le misure che il
Kohl e le sedie hanno parlato del
negli ultimi due anni non lo sono
in realtà specifici per le implementazioni che possiamo
riutilizzarli possiamo ricandidarsi a
diversi aspetti della tecnologia
flusso di valore per migliorare
capire le diverse parti del nostro
capacità di consegna così ovvie
guardare come costruisce bene così continuo
mandati di consegna che hai un
codice code sempre rilasciabile, okay
qualcosa che è molto difficile da ottenere
okay e cosa dovrei dire qui, quindi questo
non si tratta solo di sapere avere un
super fantastico Jenkins o team sit o
qualunque cosa tu voglia, riguarda il ramo
per astrazione si tratta di funzionalità alterna
si tratta di poter costruire molto
frequentemente e l’interazione tra
costruire indicatori e consegna e
gli indicatori di implementazione sono davvero
interessante se una squadra sta costruendo molto
frequentemente e non sono punti
spesso allora probabilmente stanno andando
essere in una buona posizione per dargli un
prova se d’ altra parte la squadra non lo è
costruendo frequentemente e loro sono
distribuire frequentemente allora qualcosa è
sbagliato da qualche parte ed è tempo per te
sapere come prepararsi con il
tempo produttivo per prepararsi per a
il fallimento della produzione probabilmente va bene
anche se le situazioni sono piuttosto rare
possiamo avere un indicatore di stabilità della costruzione
del tasso di fallimento della build e del fallimento della build
tempo di recupero e un throughput di build
indicatore del lead time di build e build
intervallo in modo da costruire il tasso di fallimento è il
percentuale di build che falliscono sul tuo
crea il server e crea il recupero degli errori
il tempo è il mezzo e lo standard
deviazione nel tempo tra i fallimenti di costruzione
e il throughput di build è costituito dai tempi di consegna
che è la mediana e lo standard
deviazione nel tempo tra un commit a
maestro e il suo successivo successo
costruisci sul tuo build server e costruisci
intervallo è un intervallo di tempo tra le aggiunte
che si sta sviluppando con successo, va bene
e ancora quella piccola freccia è dove tu
perdere un sacco di tempo e vincere
Tibet quindi abbiamo avuto di nuovo una visione di
successo intorno a questo abbiamo chiesto ai team di
costruire almeno una volta al giorno per farlo in
meno di un’ora e di avere meno di 1%
di build falliscono e quando falliscono
recuperare qualche guasto in meno di un’ora
va bene
quindi abbiamo avuto un piccolo numero di squadre
di nuovo hanno generato un tasso di fallimento dello 0%
e zero ore tra un divertente circa
fallimento e risolvendolo che era
fantastico ma la stragrande maggioranza delle squadre
condiviso un tasso medio di fallimento di build di
19% e costruisco il tempo di recupero di dissolvenza di 4
ore in modo che una build su cinque stia fallendo
e ci vuole mezza giornata per sistemarlo
una squadra in particolare ha avuto un errore di costruzione
tempo di recupero di 12 giorni mi piace pensare
che ogni volta che le loro build diventavano rosse loro
solo un po ‘si alzò e andò quello che dovrebbe
noi andiamo avanti la vacanza quando abbiamo
torna, andrebbe tutto bene
facciamolo, daremo il via a Jenkins
dalla spiaggia staranno tutti bene perché
lo hanno fatto comunque, quindi non l’ho mai avuto
fino in fondo in modo che questa è la nostra
costruire indicatore di stabilità
okay, quindi costruisci il tasso di fallimento a sinistra
Tempo di recupero errore di costruzione asse y attivato
il diritto all’asse y il nostro affascinante viola
la linea in basso è in grado di fallire
è stato molto basso per questa squadra
ma il nostro disegno di legge verrebbe a mancare il tempo di recupero è
dieci ore e resta carino
costante quindi c’è un’euristica generale
se hai una metrica delle serie temporali a
molte persone noteranno dalla produzione
monitoraggio anche se hai un tempo
serie metro un lungo periodo di tempo e
è un’attività coerente e la linea
non è affatto fluttuante quindi qualcosa
sta andando bene anche un sistema o un
persona o qualcosa sta interferendo con il
dati ok perché è uno stocastico
il mondo là fuori è molto variabile
sempre cambiando e perché dovrebbe essere un
caso perché ogni errore di costruzione
richiedono 10 ore per fissare giusto che
mi sento in colpa, quindi ho avuto una chat con
il team ha guidato e lo è stato
il loro collaudo ha preso 10 ore per
corri e ogni volta che diventano sotto pressione
per costruire in tempo per qualcuno
prima avrebbero fatto la build e poi
eseguire il test di accettazione in un secondo momento
il test stava succedendo e questo ha causato
un paio di problemi quindi prima di tutto se
spinga quei test lenti a diminuire il valore
in streaming quindi non sentirai il
dolore della costruzione lenta, quindi non lo sei
in realtà andando sentono il bisogno di realtà
migliorarlo, è per questo che è rimasto
a 10 ore non erano così agitati
a riguardo non è stato quando è stato lento
in realtà non stava ostacolando il loro giorno e
anche quello che significa è che se quelli
accettare valutare fallire più tardi e il
i tester hanno già iniziato il loro lavoro
che i tester lavorano è andato perso bene
perché possono dover aspettare per
nuova build quindi abbiamo avuto una chat con il
squadra abbiamo effettivamente paracadutato qualcuno dentro
perché le mele sembravano non aiutarle
letteralmente non si è in realtà permesso di
Fallo nel governo che ho chiesto, ma l’ ho fatto
risolvere mediante lo sai solo ottenere
qualcuno che attraversi il dipartimento
in realtà si siedono con loro per un paio di
giorni e tu sai chi sapeva se spendi
un paio di giorni migliorandoti accetto
la maggior parte dei test e li trasforma in API
test di accettazione e scrivere qualcosa di buono
unit test è incredibile quanto velocemente a
dieci ore disegno di legge può diventare un’ora
costruisci sai chi avrebbe pensato l’ interfaccia utente
il test di accettazione sarebbe una cattiva idea
non come nessuno di noi fa così bene
con il nostro indicatore di produzione, noi
trovato che tutte le squadre tutte e 60 le squadre
mediamente zero ore tra un commit o
padrone e una build di successo che è
che è abbastanza buono
Voglio dire, sì , tutti vogliamo un decimo minuto
costruisci bene se ora danno cinque minuti di build
Ci 2017, ma anche di arrivare a un punto
dove ogni squadra è sai produrre
costruisce in meno di un’ora che è carina
fantastico ma abbiamo avuto una manciata di squadre
produrre build ogni due ore
la maggior parte delle squadre ne produceva una
costruito ogni due giorni bene, quindi questo è un
sacco di squadre che stanno creando alcun aiuto
con le loro build quindi questo era il
squadra di arancie questa è la loro build
indicatore di throughput che hanno lasciato l’asse Y è
il nostro e questo li copre costruendo piombo
tempo in giallo e intervallo di costruzione in rosso
quindi il nostro lead time di costruzione rimane circa zero
rimane circa zero ore come ci aspetteremmo
perché abbiamo visto che tutte le squadre erano
condividendo zero ore per il lead time ma
il loro intervallo di costruzione qui è davvero
interessante, quindi quello che sta succedendo è
a gennaio producono una build ogni
quattro giorni a febbraio ne producono uno
costruisci un giorno e poi regrediscono
per quattro giorni va bene, è enorme
miglioramento in un mese tutto bene così dentro
il mio libro lo chiamo troppo veloce
frequente come quello non può finire bene
erogazione continua a destra è un disco
cosa da fare c’è un sacco di cose
coinvolto e che finirà in
disastro
se in un mese quindi questo è in realtà equo
facile indovinare cosa non è successo
voglio indovinare cosa non ha una squadra
è molto più veloce in un mese
è successo a tutti noi
scricchiolando le scadenze proprio così qualcuno
fondamentalmente detto che abbiamo bisogno di più build per
più test nello Sprint di febbraio
perché abbiamo un business importante
evento a marzo giusto che non è un
cosa del governo che succede e basta
in tutto il settore giusto così la squadra
scricchiolavano e tagliavano alcuni angoli che facevano
miglioramenti ai loro test ma dopo
Febbraio sapevano che erano andati
torna al modo in cui le cose sono abituate a lavorare
per loro e credo che per il momento la mia squadra
tipo di imparare
tutto questo penso che fosse una specie di aprile
tempo e sai che abbiamo avuto un po ‘di tempo
canti per loro sai come è andata
sento quando potresti costruire questo
spesso sai che sappiamo che puoi fare
perché lo hai fatto in precedenza noi
potrebbe mostrare loro la propria attività e
abbiamo aiutato con alcuni di loro
test di accettazione abbiamo anche parlato con a
proprietario del prodotto per lo svolgimento del lavoro
la squadra e cercando di evitare questi grandi
scricchiolanti eventi va bene così il nostro finale
l’indicatore è un indicatore di codice così
la consegna continua dipende da
integrazione continua il suo 2017 ma
ancora devo dire continuo
l’integrazione non è uno strumento che non è
con CI e l’URL della tua build
server per favore non farlo davvero
veramente mi sconvolge l’integrazione continua
è una pratica di squadra in cui tutti
si impegna a padroneggiare almeno una volta al giorno
va bene
è qualcosa che è difficile da fare
ok è semplice ma non è facile
la ricerca della Cole e dei gesuiti ha mostrato
che c’è un dato statisticamente significativo
correlazione tra continuo
integrazione e consegna continua –
che la maggior parte delle persone nel continuo
la comunità di livrea è andata bene
questo è quello che abbiamo combattuto bene se le squadre sono
spingendo frequentemente il codice per padroneggiare e
costruendo frequentemente poi sono in grado di farlo
consegnare frequentemente ok, quindi non possiamo
davvero guardare la stabilità del codice perché
quando non riesci a unire una modifica a
mainline trunk master come tutti chiamano
le linee principali non superano davvero quelle
i fallimenti si attraggono nel tuo lavoro locale
la copia normalmente non viene monitorata da remoto ma
possiamo guardare il throughput del codice okay
può guardare il lead di commit della mainline
tempo il tempo che ti porta ad andare da un
ramo linea principale e possiamo guardare
intervallo di commit principale che è il
frequenza di commit a mainline quindi la nostra
codice indicatore del throughput indicatore continentale
impegnarsi tempo di consegna è la mediana e
deviazione standard nel tempo tra a
spingere a un ramo remoto e il
successiva fusione di questo impegno su
mainline ovviamente potresti solo impegnarti
nel modo giusto
il numero che ottieni sarebbe zero e
allora tu ed io possiamo essere buoni voi amici
sai che dovresti assolutamente farlo
intervallo di commit della linea principale
è la frequenza dei commit da padroneggiare
va bene così la consegna continua ha un
soglia di successo dinamica continua
le integrazioni sono statiche
Va bene abbiamo detto che vogliamo la squadra a
impegnarsi a padroneggiare almeno una volta a
giorno quindi abbiamo chiesto a ciascuna squadra di impegnarsi
alla linea principale, almeno una volta al giorno e per
impegnarsi a padroneggiare da un ramo in under
un’ora va bene e i numeri che abbiamo
erano davvero sorprendenti quindi prima di tutto
ogni squadra con mia sorpresa si stava unendo
da un ramo per padroneggiare in meno di un’ora
in media ovviamente ce n’erano alcuni
standard davvero orribili ce ne sono stati alcuni
varianza orribile intorno a questo ma via
media ogni squadra sta facendo quello che vorremmo
piacerebbe vedere parte di questa potrebbe essere stata
la strategia di ramificazione così ironicamente
era responsabile per la ramificazione
strategia per tutti questi team e io
davvero spinto il flusso github e non
sviluppo basato su tronco che suonerà
un po ‘ pazzo ma in precedenza il
dipartimento che usa il flusso git che è un
abominio e completamente incompatibile
integrazione continua continua
consegna coniglietti gatti tutto ciò che tu
come se non potessi farlo con git flow così io
incoraggiare fortemente le squadre a muoversi
per github flusso per davvero tipo di funzionalità
rami perché sentivo che quello era un
piccoli salti per farli andare
dritto al tronco sviluppo occidentale voi
conoscere per 600 o sviluppatori che sarebbe
abbastanza difficile cambiare così tutti vanno
per mainline abbastanza veloce che non è male
va bene ma proprio come ho detto bene
di nuovo all’inizio sono le due misure
insieme in una coppia di misure che tu
ho bisogno che il numero uno sia solo
piuttosto fuorviante, a meno che non te l’abbia detto
dovevamo pensare a tre squadre tre o quattro
squadre che avevano una media di due ore
tra mainline commits e che il
le squadre di mele e banane erano in questo
ok ma la maggior parte delle squadre ha una media
cinque giorni tra i principali commit che
era molto più alto di quanto ci aspettassimo
giusto così tante squadre che hanno bisogno di aiuto
con il modo in cui stanno plasmando il loro
codice nel modo in cui stanno spingendo il loro
codice nel modo in cui stanno progettando
il loro codice va bene così questo è il nostro
l’esempio finale è la squadra della coppia
pere pere che non arrivano mai
un altro paio così consegnato che ho
dimenticai sinceramente su quale squadra fosse
che è fantastico perché questa storia
mi rende triste ogni volta che lo ricordo perché
mi stai facendo principi così uh sei
non proprio così il lead time principale
sembra che non sia molto
va bene che è zero ore che poi diventa
trentaquattro ore così sono andati da un
media di zero ore tra filiale e
linea principale per oltre un giorno tra filiale
e sottolinea la ragione per cui non puoi davvero
vedi che su quel grafico non è perché
Sono incompetente è perché l’asse y
è così enorme e questo è finita
sei mesi questa squadra è passata dalla spinta
padroneggiare vuole ogni quattro giorni in una volta
ogni ventisette giorni proprio così una volta a
mese spingiamo qualcosa su mainline ora
sarebbe molto facile essere qui
estremamente snarky e fondamentalmente ti dico
sai che stai sbagliando tutto
sai come ti permetti e vai a impostare il tuo
Bastone polveroso e sai davvero battuto
li spingono a mainline più spesso
ma questa squadra era un po ‘meno
esperienza a parte il vantaggio tecnologico I
pensa e loro sanno che avevano bisogno di aiuto
loro avevano bisogno di un po ‘di comprensione e noi siamo
in questo particolare nel caso di questo
particolare storia penso che la mia squadra abbia scelto
fino a maggio penso per il momento
abbiamo sentito di questo che eri già tu
sapere che erano già un punto in cui
stavano spingendo una volta ogni tre settimane
o così e c’erano stati dei segnali
avevano chiesto di costruire il server
costruire rami che è sempre un po ‘di
un segnale che le persone stanno allontanando
dalla continua integrazione va bene
proprio come uno strumento può fare qualcosa no
significa che si dovrebbe fare in modo che quando la mia squadra o
Io o uno dei miei burattini calzino sai
qualcuno della mia squadra ero come andare a dire
queste cose a loro in questo esatto ordine
solo così non pensavano che fossi io e
Ovviamente sono stato io per tutto il tempo che conosci noi
hai detto che sai costruire rami sei tu
so che è l’ incapacità dei consumatori
integrazione cosa possiamo sperare di essere il
design del tuo codice penso che sarebbe
giusto dire che erano un po ‘tristi al
tempo e tu sai che dovremmo avere davvero
preso su quello così sai che penso
ora ma quello che abbiamo trovato è finito
indovinando il Traynham a visitarli
lì nel nord dell’Inghilterra e loro
sono stati dati due obiettivi piuttosto difficili a
conciliare bene ciò che ti hanno detto
devi riallocare il tuo servizio per soddisfare
questo impossibile
standard che sai che non l’ho fatto davvero
capire e anche loro dovevano mantenere
spedizione di nuove funzionalità a destra e come in a
squadra relativamente inesperta quando tu
devono fare queste due cose impossibili
si raggiunge per il sollievo dell’anello ramo
giusto perché è quello che dà lo strumento
per impostazione predefinita è giusto in faccia
come vorresti ramificarti sai
specialmente ora con cose come GitHub
dove gli strumenti sono così belli ed è
così facile da fare è molto allettante
sai che capisco che così tipo di
si è seduto mentre la squadra e penso che sia
giusto dire dal punto in cui erano
spingendo una volta al mese hanno accettato che
c’era un po ‘di problemi e noi
li ha incoraggiati ad allentare il ramo di
astrazione abbiamo rubato qualcuno dall’I
pensavo fosse la squadra di arance che abbiamo rubato
dove sono andati e si sono seduti con la squadra
e ho davvero lavorato sodo per trovarli
sembra nel codice per inserire alcuni interruttori
posto e gradualmente ha iniziato il
i numeri iniziarono a scendere
dopo c’era davvero un vero
una cosa meravigliosa che è successo
niente a che fare con dove c’era il
servizio di terzi da cui dipendeva
in produzione e stava andando giù
per la manutenzione di emergenza lo sono sempre
molto sospetto quando un sistema di produzione
quando ricevi quell’e -mail, diciamo che stiamo andando
giù per la manutenzione di emergenza saremo
terzino destro
sai che parliamo di cos’è questa emergenza
comunque così quando questo accade il
le riparazioni del proprietario del prodotto sono molto eccitate
sai cosa faremo cosa
faremo noi fermiamo il servizio
e quindi uno dei membri più Jeanne di
il tipo di squadra che ha detto Hanuma
dovremmo semplicemente disattivare quella chiamata e
restituire alcuni dati vuoti che hanno fatto
il servizio è rimasto su per i contribuenti
continuare a usarlo il governo
dipartimento ha continuato a tagliare croce lì
tutti hanno vinto solo perché avevano quello
un po ‘ più capacità adattiva che
un po ‘di extra resilienza come a
risultato di inserire alcune parole in
il loro codice per cercare di spingere la terraferma
più spesso va bene così che era solo un
davvero una grande storia di successo che prendo
assolutamente nessun merito per quello era davvero
eccezionale
quindi ho condiviso con voi cinque indicatori
cinque storie da un enorme tre anni
programma di trasformazione all’interno del
Governo britannico dove continuo
la consegna è davvero molto forte
punto d’appoggio da quando me ne sono andato ora le squadre fanno
tutte le loro implementazioni
ore attraverso la produzione e sono stato
detto che c’è molto più successo
c’erano cose davvero fantastiche e
misurare la consegna continua ha davvero
aiutato okay
Tim è in grado di capire
se le modifiche funzionano o meno
team in grado di capire guardando
ad altre squadre viaggi di miglioramento cosa
le modifiche funzionano e quali cambiamenti non lo fai
so che è davvero molto potente
toolkit per avere ok perché c’è così
molta incertezza nella vostra organizzazione
ci sono così tante opzioni diverse
così tante leve diverse che puoi tirare
e quando sei in una posizione puoi
sperimentare rapidamente e quindi misurare il
successo o il fallimento di quelli
esperimenti quindi è qualcosa che è
davvero molto utile ok, quindi migliorando
i cruscotti di monitoraggio che aiutano i team
fino a velocità con un sacco di nuove modifiche
aiutare le squadre con levette da spiaggia e
migliorare la resilienza dei loro
servizio in produzione c’è di più
cose che sono successe direttamente come a
risultato di noi prendendo questo approccio e
c’erano molte molte altre cose che io
non sono stato in grado di condividere con voi
oggi che erano indirettamente o direttamente
collegato a noi avendo questo concentrato
approccio per capire come erano i team
progredendo con consegna continua così
è davvero bello in realtà lo eravamo
60 squadre giuste perché ora nessuno può
diciamo che forse non può ridimensionare o cosa
stai parlando
lo sai che la scala è andata bene
quindi questo può funzionare con una squadra di 60 squadre
600 squadre vanno bene se i dati sono lì se
la lavorazione è giusta, quindi puoi
misurare il rivetto continuo attraverso il
dipartimento attraverso una società attraverso a
gruppo di aziende e capire e
aiutare i team a capire da soli se
cambiano il loro creatore avendo successo
o non va bene così questo è il mio libro è acceso
Perbacco magro Sono felice di prendere qualsiasi
domande grazie mille per essere venuti
lungo e io sono in giro per il resto del
giorno se ti chiedi un po ‘più a tuo agio
domande conosci la situazione uno a uno
ma grazie ancora per il tuo tempo, grazie
come andare a prendere il tempo sei tu non ho avuto
idea del tempo allora come ho fatto
un minuto un minuto per non so
20 domande nel mio ho bisogno di parlare
scusa scusa non dirmelo
senza usare rami come fai facilmente
distribuire due distinte implementazioni
ambienti come lo staging di sviluppo
e la produzione che non è un minuto
rispondere senza usare rami okay così
le levette di funzionalità sono davvero molto
potente se vuoi testare diversi
funzioni al tuo servizio senza
interferire con altre cose che vorrei anche
chat Vorrei anche chiedere perché hai bisogno di un
ambiente specifico per testare uno specifico
caratteristica ma è facile stare qui
e butta fuori le risposte che sono
contestuale e non si applicano al tuo
compagnia chi ha chiesto che io venga e
trovami dopo e lo avrei detto felicemente
per questo più dettagli
quindi le dimensioni della squadra hanno un impatto
guasti o tempi di recupero sì sì
fa
quindi non esiste una cosa come un
dimensione ottimale è così sette più due
cosa è la cosa della squadra della pizza, ecco cosa
una società ha fatto e lavora per loro
ma penso che ci sia un po ‘di questo
dipende dipende dalla squadra sul
superficie ma c’è una dimensione ottimale
dove le persone sono in grado di rispondere
a un problema di produzione e anche fermo
Continuo ad altri lavori, ma io credo che
torna anche a questa idea di avere un
codebase rilasciabile e con a
servizio funzionante in produzione I
penso che sia un po ‘ un cambiamento di mentalità
per i manager dell’ingegnere l’esecutivo
questa idea che la cosa più importante
non sta spedendo nuove funzionalità è
mantenere le cose in uno stato funzionante è così
mantenendo le build che fluiscono in quel tipo di
roba va bene ultima domanda in un micro
ambiente di servizio vuoi misurare
per servizio o per squadra, quindi non l’ho fatto
copertina lis entrambi okay così il modo in cui il modo
si può fare è misurare roba per
servizi quindi scopri quali squadre
possedere quei servizi e quindi puoi
aggregare le misure della squadra in base
sui servizi va bene così se una squadra ha
i servizi gratuiti che fai gratis ci sono
alcune misure che ti sembrano sbagliate
a questi servizi gratuiti individualmente e
allora usi lo stesso su
i dati mentali per il livello di squadra
misurazione va bene devi solo evitare
fare una media della media, se mai
trovarti a fare una media di
in media quindi qualcosa non va così io
in realtà faccio davvero schifo alle mappe davvero
succhiare a quantificazione di molto di questo
roba c’è Gokul Troy McGinnis che
questa roba è molto meglio di me ma
alcune misurazioni davvero semplici e giuste
essere in su per collegare i servizi ai team
come se tu potessi scoprire qualcosa di veramente
informazioni potenti ok grazie molte
molte grazie molte a tutti voi grazie
[Applausi]
Please follow and like us: