bene prima di tutto grazie a tutti per
venendo alla mia festa di compleanno grazie
per avermi fatto una festa così favolosa
come promemoria rapido questo si accenderà
puoi andare all’applicazione go clicca su
impegnarsi a destra le sessioni così DevOps successivo
parte del mio background è che ero dentro
tecnologia per molto tempo ero un software
ingegnere ero un ingegnere hardware e
poi sono andato al dottorato perché lo ero
sempre affascinato da ciò che ha fatto
le organizzazioni fanno clic su ciò che ha reso il nostro
sviluppo e consegna del software
lavora meglio perché possiamo sempre
ascoltare storie su ciò che ci rende migliori
ma volevo delle prove che volevo a
Davvero una bella storia ma con alcuni dati
backup perché lo so a volte
andiamo dai nostri manager a volte andiamo
e chiediamo più supporto o chiediamo
per maggiori finanziamenti o chiediamo di più
risorse e dicono sempre e sì
ma non funzionerà qui sì
ma questo è altrove così per il
dura diversi anni dal compianto Ott
Ho studiato come i team in
team tecnologici delle organizzazioni e
le organizzazioni possono davvero guidare l’IT
performance e non solo questo
Le prestazioni IT contribuiscono a
performance organizzativa e quando io
dire prestazioni organizzative
In genere intendo come i soldi, quindi come va?
ci rende migliori così per decenni
le organizzazioni investono in IT ma
Questo denaro è stato fondamentalmente solo andando giù
lo scarico giusto in modo da mettere i soldi dentro
IT, ma non è mai apparsa sul fondo
linea non è mai apparso in finanziario
affermazioni era solo un modo per tenere il passo
qualcuno ha mai sentito parlare del costo
Centro sì
Era sempre un centro di costo che ci hanno dato
soldi perché dovevano ma anche loro
ci ha dato i soldi e ci ha messo dentro
l’angolo polveroso nel seminterrato
destra siamo sempre la posa del cavo in
angolo polveroso in un seminterrato che non abbiamo
buone scrivanie non abbiamo buoni uffici
perché non pensavano che fosse
andando ad aiutarli non lo avremmo fatto
essere qualcosa che ci aiuterebbe a spostare il
organizzazione in avanti ma improvvisamente noi
iniziato a notare una manciata di
organizzazioni che potevano e hanno fatto
questo usando certe pratiche e
processi ed ecco perché non lo erano
basta comprare un server per lanciare a
armadio dando abbastanza illuminazione
perché un altro qualsiasi altra società la tua
concorrente potrebbe acquistare lo stesso server
buttalo nell’armadio compra a
il server della concorrenza lo getta nel
armadio sarebbe fare la stessa identica cosa
potresti anche fare cose difficili che potresti
comprare sistemi ERP ma così potrebbe chiunque altro
era fondamentalmente la stessa cosa così noi
chiamerei questo un punto di parodia non a
punto di distinzione era abbastanza per
aiutarti a tenere il passo non è mai stato abbastanza
aiutarti ad andare avanti in modo che appena ho succhiato I
penso che non sarebbe stato sufficiente
fino a quando non abbiamo iniziato a scavare un po ‘
più profondo quindi a partire dalla fine del 2013 mi sono seduto
giù abbiamo iniziato a fare qualche ricerca con
Jess umili Jean Kim la squadra al burattino
laboratori e abbiamo capito che i DevOps
il movimento sta vedendo qualcosa che è molto
molto diverso ed è perché è
questo mix unico di persone e processi
e la tecnologia giusta non è solo
la tecnologia è tutti e tre ed è
iniziando a fare grandi differenze in
organizzazioni e ora stiamo ascoltando a
molte storie di come sono le aziende
in realtà fare soldi e come sono
facendo grandi differenze, così abbiamo deciso
per fare questo studio e includere una misura
della performance organizzativa perché
ora hai la possibilità non solo di avere
un vantaggio competitivo ma avere un
vantaggio competitivo sostenibile voi
può anticipare la concorrenza e
puoi stare davanti non solo andando
essere per un po ‘alla volta così
Ecco cosa abbiamo trovato DevOps è buono per
Prestazioni IT e queste prestazioni IT
si traduce in organizzazioni così veloci
sfondo da dove veniamo da a
lezione di storia rapida hanno sentito voi ragazzi
di questo discorso qualcuno è familiare
con esso 10 distribuisce al giorno dev e ops I.
guarda alcune mani bene così per alcuni di voi
chi potrebbe non avere familiarità con questo lì
è stato un discorso tenuto a velocità 2009 da
John all spa e Paul Hammond dev e
ops cooperazione a Flickr che stanno facendo
dieci spiegazioni al giorno in quel momento questo
era solo gente completamente sconosciuta
che erano alla conferenza ha parlato
è gente che non era alla conferenza
ne ho parlato e sembra il
la folla era divisa, alcune persone lo pensavano
è stata la cosa più incredibile che loro
ne avevo mai sentito parlare era rivoluzionario
questo è stato rivoluzionario l’altra metà
la folla è come questa è la peggiore
cosa che potresti mai fare è
disumano cosa stai facendo alle tue operatrici
persone a cui eri proprio come martellare
nel terreno perché se lo sai
come le squadre di sviluppo come te
è finita per un happy hour
una festa come se stessimo per avere il
le squadre off sono come il panico dell’anime ma anche
su Hammond stanno raccontando questa storia come a
storia di successo in modo che era 2009 Diamo
guarda alcuni altri esempi questo è ora
Le statistiche di distribuzione di Amazon ora sono
vero questo è Amazon hanno di più
servizio in dio che stanno segnalando su a
migliaia di dispiegamenti massimi in un singolo
ora
quello è il dispiegamento circa ogni undici e
un mezzo medio indica il numero di host
ricevere distribuzioni contemporaneamente è dieci
mille con un massimo di 30.000
distribuisce bene quindi torniamo indietro ma
diamo un’occhiata a Etsy che è lui
implementazione del codice nel 2013
Mike Britain ha riferito che penso che fosse così
anche a Q Khan
ha detto quello che una volta ci sono voluti da sei a 14 ore
e quello che hanno chiamato il loro spiegamento
l’esercito ora nel 2013 ha impiegato 15 minuti in a
singola persona stavano facendo 30 spiegamenti
al giorno nel 2013 a marzo 2014 a Q Conan
Londra riferisce 52 drammi al giorno e
appena un mese dopo al cuoco Kampf hanno
riferisce di fare da 80 a 90 due giochi al giorno
quindi guarda quella curva di crescita a guardare
questa curva di apprendimento è questo
chiaramente non un colpo di fortuna quello che era stato Flickr
riportando così ecco quello che stiamo dicendo
DevOps è buono per l’IT ora quello che sono
ecco cosa c’è di buono in IT
di cosa sto parlando quando parlo
Le prestazioni IT mi concentrerò su due
cose di cui parlerò entrambe
produttività e stabilità va bene così vogliamo
per spostare il codice attraverso il tubo al meglio
possiamo, ma ci piace anche non vogliamo
prendilo in fondo perché
questo non aiuta nessuno, quindi quando parlo
sul throughput di cui sto parlando
la frequenza di implementazione va bene ora continua
attenzione, questo non significa necessariamente
stai consegnando ai clienti che possono
essere una decisione aziendale va bene, ma lo siamo
parlando di quanto spesso puoi schierare
stiamo anche parlando di Oh al
in fondo c’è un’altra statistica sul throughput
lead time per il commit delle modifiche al codice
codice distribuire quanto tempo ci vuole per
ottenere che attraverso la pipeline abbiamo anche
avere tempo medio per recuperare quelli sono i
tre cose che vengono caricate statisticamente
insieme ne catturiamo effettivamente uno in più
statistica che è il cambiamento fallisce così
quando introduci un cambiamento nel tuo
sistema di produzione si traduce in a
fallimento o poiché sappiamo che il nostro
i sistemi non falliscono mai davvero
emergenza patch loro per sempre e mai
fino a quando non arrivano in realtà , abbiamo chiesto
se risulta nell’errore di sistema o
cambio di servizio o degrado di
servizio quindi di cosa sto parlando
Performance IT quello che abbiamo fatto noi
raccolto quelle misure e poi venne
con categorie di contatori aziende
hai squadre IT di livello medio-basso
okay così loro caddero dentro
raggruppamenti logici da soli i dati
fatto alto medio e basso quindi ecco cosa
vediamo che i team DevOps ad alte prestazioni sono
più agile quindi vediamo più throughput
team dalle prestazioni elevate rispetto ai bassi
eseguendo squadre vediamo 30 volte di più
frequenti schieramenti ne vediamo anche due
tempi di consegna cento volte più veloci di
i loro coetanei sono fantastici
sothe giusto pensare a questo ciò che questo
significa per la tua azienda questo può significare
tempo più veloce per commercializzare un tempo più veloce per
caratteristiche Facciamo finta che si vive in
un mondo elegante in cui non hai
concorrenti questo potrebbe significare tempi più veloci
ottenendo una patch di sicurezza questo potrebbe
significa maggiore conformità e regolamentazione
risponde ai team DevOps ad alte prestazioni
i team DevOps meno performanti sono
anche più affidabile quindi nel 2014 i dati
riportato 3x e in un set di dati del 2015
era 60 X cambiato tasso di successo, quindi quando a
il cambiamento è stato introdotto in produzione
era molto meno probabile che ne risultasse
tipo di incidente e quando abbiamo parlato
più veloce MTTR 2015 era 168 X così
questi sono i numeri enormi destra in modo da questo è
non più non possiamo farlo a proposito
questo è su migliaia e migliaia di
gli intervistati quindi stiamo parlando di oltre
14.000 rispondenti a anni di dati
migliaia di aziende oltre un centinaio
paesi quindi non si tratta solo di start-up
questo non è solo delle imprese questo non è
solo un paese questo è intorno al
mondo quindi se stai pensando a come
questo potrebbe applicarsi a te pensare al
momenti in cui abbiamo chiesto per le risorse
stavamo chiedendo il supporto che eravamo
chiedendo soldi questo è come questo ha
ha aiutato la tua azienda e ora abbiamo
prove quindi ecco cosa è veramente
interessanti promesse DevOps e in realtà
offre un rendimento migliore migliore
stabilità e si muovono insieme
muoversi in tandem
non stiamo vedendo trade off ovunque
i dati questo vola di fronte a cosa
l’IT tradizionale ci ha detto che dobbiamo fare
ci è sempre stato detto che dobbiamo
limitare il nostro throughput per ottenere
la stabilità ha mai sentito nessuno
che prima vedo delle mani giuste
e alcune persone sono come forse no
volendo alzare le mani, abbiamo sentito questo
abbiamo sempre sentito che dobbiamo
rallentare le cose bene sai cosa è
interessante non lo vediamo da nessuna parte dentro
i dati da nessuna parte anno-su-anno noi
vedere costantemente quel throughput
l’instabilità si muove insieme quando si pensa
su questo ha senso perché
la stabilità è proprio quando il tuo sistema funziona
giù è necessario essere in grado di rollback o
introdurre una patch o una nuova modifica in
il tuo sistema qual è la differenza
tra il tuo cambiamento di emergenza e il tuo
regolare processo di cambiamento senza testare come
come impressionante di un’idea è come dovrebbe
mettere un cambiamento in produzione senza
testarlo soprattutto quando il tuo sistema
è già in calo non è grande quindi se il tuo
la pipeline è già molto efficiente
questo è ciò che ha ripercussioni immediate e
stabilità, quindi abbiamo parlato di questo diritto
quando sei più agile hai di più
consegna di contenuti che puoi iniziare a fare
cose come una prova che puoi
guarda a che tipo di cose vanno bene
la tua azienda ha un valore attorno alla velocità
mercato puoi anche fare compliance e
cambiamenti normativi e sicurezza pure
ora questa è una grande citazione di Koh Hobby
hanno fatto un sacco di sperimentazione a
Microsoft e hanno trovato che la valutazione
esperimenti ben progettati ed eseguiti
che sono stati progettati per migliorare una chiave
metrica nell’organizzazione solo circa
1/3 di questi esperimenti hanno avuto successo
nel migliorare la metrica chiave, quindi pensa
di avere un oleodotto dove puoi
introdurre il codice e fare un test a / b se
solo 1/3 di quelli hanno successo
due terzi di quelli non sono con il
capacità di tirar fuori quei 2/3 voi ora
sono più efficienti
il lavoro che fai o puoi prendere il
tempo trascorso su questi due terzi e mi piace
andare in vacanza bene ad alte prestazioni
I team DevOps sono anche più affidabili di noi
parlato di questo e così che cosa fa
questo significa per valore e risparmio in giro
valore di affidabilità e risparmi intorno a
conformità e sicurezza di uptime del sistema o
anche reputazione intorno alla conformità e
la sicurezza immagina il comunicato stampa che
la tua azienda può spegnere quando sei tu
unica azienda che non va giù sono
hai familiarità con Netflix e cosa
successo quando AWS è andato giù anni fa
Amazon è andato giù e sono andati giù per
un po ‘e la cosa divertente è che
Netflix non ha davvero notato il primo
poche ore per lungo tempo la gente pensò
che era cospirazione Netflix aveva il loro
proprio lotto speciale di Amazon Cloud
perché erano un cliente così grande
no un paio d’ore in quello era quando loro
notato perché tutti gli altri erano in a
panico e hanno finalmente reso a circa
cinque ore dopo, quando finalmente
deciso di dichiarare un sub incidente
quello che è successo è stato così sorprendente
sistemi affidabili perché erano stati
costruendolo e testandolo come il loro
i sistemi non sono andati giù
hai qualcosa chiamato chaos monkey
ragazzi, avete sentito parlare di scimmia del caos che non avete
sceglie la scimmia del caos della scimmia del caos sceglie
sei BES a cui erano già abituati
fallimento erano abituati a costruire dentro
fallimento e apprendimento da esso e
costruire sistemi sicuri molto affidabili
e quando qualcosa è andato giù potevano
portalo su molto velocemente così anche noi
dai un’occhiata ai dati per vedere quale chiave
fattori correlati con ciascun componente così
altre cose che sono molto buone che possiamo
vedi il controllo della versione per tutti i tuoi
artefatti di produzione dal modo in cui questo
include configurazioni di sistema
configurazioni dell’applicazione non solo la tua
codice tutti quelli sono importanti e noi
vederlo perché in qualsiasi momento il tuo sistema
va giù devi essere in grado di raccogliere
revisione dal codice molto molto rapidamente
monitoraggio automatizzato dei test continuo
consegna tutti questi sono alcuni importanti
altre cose che sono interessanti per
nota qui cultura grande predittore e molto
importante che abbiamo conosciuto almeno
soddisfazione del lavoro aneddoticamente è enorme
predatore numero uno predittore di
performance organizzativa e clima
per l’ apprendimento a proposito di nuove ricerche
suggerisce che la trasformazione è
vale la pena che qualcuno abbia sentito parlare di
mitico uomo-mese
quindi in produzione come la produzione attuale
di come widget e cose come aggiungi
più persone puoi fare più cose
questo non funziona nella consegna del software
ma siamo andati avanti e abbiamo dato un’occhiata
organizzazioni che stanno implementando in
almeno una volta al giorno riduciamo i dati a
guarda solo che questa è una trama di quello
quindi il tuo asse y è la frequenza di implementazione
e il tuo asse x è il numero di sviluppatori
quindi se dai un’occhiata a quella linea
tipo di immersioni questi sono il tuo basso IT
gli artisti stanno facendo di tutto
possibile spingere tagliare la porta e
quando inizi ad aggiungere altri sviluppatori
è il tuo mitico uomo-mese giusto
che solo carri armati se dai un’occhiata
i tuoi interpreti IT di livello medio sono i
linea retta proprio intorno a te no
vedere aumenti a tutti dare un’occhiata a
quella linea gialla anche se questi sono i nostri
alti esecutori IT questi sono i team
che stanno facendo DevOps e stanno facendo
incredibilmente bene e incredibilmente
in modo efficiente vediamo le prove per supportare
il fatto che se tu puoi subire questo
trasformazione e puoi farlo
incredibilmente bene potresti essere in grado di rompere
la barriera di questo mitico uomo-mese
potresti essere in grado di aggiungere sviluppatori e
aumentare la distribuzione in modo tale trasformazione
e questo investimento vale la pena, va bene così
vediamo che fa bene all’IT come funziona
portare a organizzazioni ha preso un
guarda i dati e vediamo che l’ alta IT
le organizzazioni performanti sono due volte più numerose
probabilità di superare il mercato della redditività
quota e obiettivi di produttività ora questo
era attraverso l’intero campione di dati
quando abbiamo dato un’occhiata alle aziende
che erano abbastanza grandi da essere scambiati su a
borsa, quindi è un set più piccolo
dei dati abbiamo visto una capitalizzazione del mercato superiore del 50%
crescita nei tre anni precedenti che
è davvero affascinante e bello da trovare
perché storicamente le persone hanno sempre
ha detto in particolare le imprese di grandi dimensioni
le aziende hanno sempre detto oh solo
funziona per unicorni che funziona solo per
le piccole aziende sono solide
prova che funziona per grandi
anche le aziende e sta funzionando
grandi modi per cui i principali contributori
performance organizzativa che vediamo qui
che le prestazioni IT e un forte forte
DevOps pratiche così sappiamo che un
la cultura organizzativa è molto importante
e la soddisfazione sul lavoro ora prendiamo a
guarda rapidamente alla cultura organizzativa
uno è patologico e orientato al potere
un altro è orientato alle regole, l’ultimo è
orientato alle prestazioni chiamato anche fiducia
orientati possiamo vedere chiare differenze
qui in particolare nel modo in cui l’informazione è
condiviso come la fiducia attraversa il
organizzazione dare un’occhiata attraverso
questo che qui ha un amico che lavora
un potere orientato o patologico
organizzazione sei un amico che vedi a
pochi che qui lavorano o hanno un amico che
lavora in un’organizzazione burocratica che
qui o un amico ha un amico che funziona
in un’organizzazione orientata al rendimento
va bene così nei dati che vediamo cadere
circa la metà o iscriversi orientato di nuovo questo
è la cosa davvero interessante
questo è questo in particolare
contribuisce sia direttamente all’IT
prestazioni e direttamente a
prestazione organizzativa
quindi questo porta attraverso l’organizzazione
e possiamo vedere i temi della cultura DevOps
in tutto questo la cosa affascinante è
che in realtà proviene da a
sociologo che studia assistenza sanitaria e
Cose di aviazione dove è molto
sistema complesso e il rischio è molto alto
e se sbagli le persone muoiono ma
la ricerca mostra anche che noi
sentire il rischio e sentiamo il dolore quando
ci preoccupiamo di rovinare tutto , vero?
certo che siamo stati lì quando presentiamo
un errore nel codice o quando il nostro
i sistemi scendono come lo sentiamo io
ricorda di sentirlo così questo porta
attraverso oltre e vediamo sappiamo che
la cooperazione è importante quando lavoriamo
attraverso i team si condividono i rischi che conosciamo
il collegamento è incoraggiato il fallimento porta a
inchiesta sappiamo che senza colpa
le autopsie sono una caratteristica essenziale
e una componente chiave del lavoro
che facciamo loop di feedback veloci
davvero importante e questa novità è
una cosa così grande qui così cultura Scott
Cook è il fondatore di Intuit
dice installando un rampante
cultura dell’innovazione che abbiamo realizzato 165
esperimenti nel picco di tre mesi di
stagione delle tasse il nostro risultato commerciale
il tasso di conversione del sito web è aumentato di 50
percentuale di risultati del personale che tutti amano
perché le loro nuove idee possono farcela
per commercializzarlo è un software fiscale
dieci anni fa nessuno avrebbe mai sognato
facendo enormi esperimenti nel mezzo di
stagione delle tasse che sarebbe solo pazzesco ma
cos’altro hai intenzione di correre
esperimenti che nessun altro sarà
usando il tuo software tranne quando loro
effettivamente bisogno di essere utilizzando il software
quindi era rischioso ma era importante e
la cosa che mi piace di questa chiamata
qui è che lo sottolinea
il tasso di conversione del sito web è aumentato
quelli sono i loro clienti ma anche lui
sottolinea che rende i dipendenti
felice immagina un ambiente dove tu
può introdurre cambiamenti e puoi provare
fuori ciò che vuoi fare puoi fare il tuo
fai esperimenti se il tuo esperimento funziona
è fantastico ma anche se il tuo esperimento
non funziona hai avuto l’ opportunità
per testarlo e provarlo su clienti reali
questo è un altro grande esempio
Greg Linden era in Amazzonia e lo fece
questa grande idea per i consiglieri a
checkout presumo che siamo stati tutti a
Amazon e ha ordinato qualcosa e io sono
checkout il sistema recommender è lì
entrò in un ufficio dell’SV P senior
il vicepresidente che aveva già preso in giro
il prototipo è entrato nel suo ufficio
e glielo mostrò perché lo era
pensando quando vado al negozio di alimentari
hanno un sacco di caramelle che hanno
riviste hanno tutti questi
cose che posso comprare al check-out senior vice
il presidente lo guardò e disse
assolutamente non non puoi farlo
perché sono troppo preoccupato che se vedono
saranno loro i clienti
distratto e ti lasciano in grado di
basta chiudere un browser Web e un negozio di alimentari
negozio che non puoi lasciare è come te
fisicamente non hai intenzione di
uscire su un sito web è diverso da te
potrebbe semplicemente scivolare via , puoi fare qualsiasi cosa
vuoi che SVP abbia detto che non è Grenland
ok bene
gira le foglie quando esce e torna indietro
il suo ufficio che lo scrive in un typey lo spinge dentro
produzione
aveva codificato di un test A / B ha spinto in
la produzione lo lascia lì per a
un po ‘torna più tardi con i dati
mostrando significativi guadagni di entrate
che tipo di organizzazione lavoriamo
in possiamo lavorare lavoriamo da qualche parte
dove un’organizzazione ha una cultura
contro l’ espresso desiderio del tuo
vicepresidente senior, tu spinga qualcosa
in produzione e se si dispone di dati a
sostenere ciò che hai fatto non ti ha licenziato
Greg dice che penso di costruire questa cultura
è la chiave per la creatività innovazione deve
fluisci da ovunque, indipendentemente dal fatto che tu sia un
stagista estivo o CTO nessuna buona idea
deve essere in grado di cercare un test oggettivo
preferibilmente un test che espone l’idea
ai veri clienti tutti devono essere in grado
per sperimentare impara e iterare lo farò
indica qui la cultura era
assolutamente chiave ma anche chi altro funziona
in un ambiente in cui il tuo
l’infrastruttura supporta ciò che avevano
la base per poter fare questo come
la soddisfazione del lavoro è anche il numero
un predittore di organizzazione
le prestazioni e i dati che abbiamo fatto e
l’abbiamo visto per decenni
diverse organizzazioni anche se lo è
divertente perché per anni le persone sono come
Mi chiedo se questo funziona forse sì
non ci mettiamo nel seminterrato del nostro
i lavori che contano così sappiamo l’IT
la prestazione è composta da entrambi
rendimento e stabilità ed entrambi lo sono
possibile insieme si muovono insieme
non hai bisogno di compromessi che non vediamo mai
a loro vanno bene le prestazioni IT
cultura della performance aziendale come chiave
predittore
di entrambi i sistemi di automazione delle prestazioni IT norik
e gli strumenti sono importanti quindi ho IT
prestazioni e organizzative
performance, ma ciò che guida diciotto
performance organizzativa cos’altro
Ecco quello che abbiamo guardato dopo così
il primo passo definisce e investiga l’IT
prestazione seconda fase
punto interrogativo passaggio tre profitto ok
prima abbiamo dato un’occhiata al continuo
consegna volevamo guardare all’automazione
e le pratiche degli utensili vanno bene così quando noi
abbiamo dato un’occhiata alla consegna continua
specificamente esaminato queste cose
queste cose sorrette come
statisticamente significativo nei dati così
test di automazione della distribuzione continua
integrazione e tutti gli artefatti di produzione
controllo inverso questo è venuto in precedenza
proprio come un tema così statisticamente questi
le cose formano ciò che è continuo
consegna nella consegna continua di dati
quindi è predittivo di un minor cambiamento negativo
le tariffe e le prestazioni IT così abbiamo avuto
sospetti su questo abbiamo parlato
su di esso per anni abbiamo prove
ora i dati ci mostrano continui
la consegna rende il nostro lavoro migliore ma tu
sapere cosa è ancora meglio di quello che fa
il nostro lavoro è migliore, ma è anche ben saldo
fa funzionare meglio anche ci fa sentire
meglio, ma arriveremo tra un minuto
Non ho mai avuto questa citazione da Yahoo
aveva testabilità prima di averlo ora noi
avere questa esperienza e noi sappiamo questo
roba sta funzionando e sta funzionando con
controlli che possono fare la loro automazione
configurare e distribuire 250.000
i nodi possono distribuire fino a 140.000
nodi in otto ore così stanno vedendo
enormi efficienze lì e loro possono
patch l’intera cosa in sei ore così
dal modo in cui il CD migliora il nostro lavoro
che è fantastico ma ci rende anche noi
sentirsi meglio non so di te ma
questo è importante per me
come qualcuno che è stato in tecnologia per molto tempo
tempo
quello conta per me quindi abbiamo trovato nel
dati la consegna continua diminuisce
livelli di dolore nella distribuzione e sappiamo
è giusto guardare come si spinge qualcosa
in produzione è come le cose
che si sente temere le cose che
sei preoccupato che diminuisca anche
sentimenti di burnout sappiamo che il burnout
è un problema significativo nel nostro settore
funziona bene tutte le ore lavorando a lungo
notti ci sentiamo un eroe per un minuto
ma se lo facciamo tutto il tempo solo
non dura e dopo un po ‘ non lo facciamo
persino necessariamente amiamo i nostri lavori più
quindi questa è davvero una grande intuizione
che siamo usciti da questi dati così e il
la cosa veramente bella è che noi vediamo ancora
che si lega fino a
performance organizzativa così continua
consegna fantasticamente vale la pena
investimento va bene così abbiamo preso anche il prossimo
un’occhiata a gestione magra va bene perché
sappiamo che DevOps non è solo uno strumento
la lavorazione con utensili è importante ma è anche
pratica e procede così all’interno di lean
gestione magra gestione era compresa
di tre cose in base ai dati che
abbiamo avuto il primo limite di frusta chi
qui fa con limiti Oh alcune mani okay
dal modo in cui le donne di punta suggeriscono che i limiti sono
uno dei migliori indicatori guida di
come la tua squadra sta per fare, se sei
se il tuo arretrato arretrato finisce per essere molto
molto molto grande che tende ad essere
predittivo del tuo futuro lavoro di partenza
cadere a pezzi perché iniziamo a farlo
tenere troppe cose nella nostra testa noi
preoccuparsi di troppe dipendenze con
i limiti sono un grosso problema che abbiamo anche noi
visualizzazioni per monitorare il lavoro e
finalmente monitorando il modo di fare
le decisioni aziendali non sono piaciute
monitoraggio perché è bello non farlo
basta fare un cruscotto perché qualcuno
ha chiesto di avere un po ‘di monitoraggio per
prendere decisioni commerciali non solo paging
svegliarti nel mezzo del
notte quindi questi comprendono gestione magra
la gestione snella migliora il nostro lavoro
ora un esempio di questo è Etsy su Etsy
Se
si muovono e lo tracciano graficamente
e lo rendono visibile agli altri
le persone da vedere e loro grafico e loro
avere i loro grafici un ordine di priorità
in modo che il team di sviluppo e il team ops
possono entrambi vederlo usano anche quello che loro
chiamare la tecnologia della linea verticale questi
le linee rappresentano ogni volta che qualcosa era
spinto alla produzione in modo da poter vedere se
è cambiato drasticamente qualcosa che
è stato esistente nell’ambiente e se
ora hai qualcosa se hai libero
tempo se hai cicli liberi e tu
hai qualcosa da fare sai esattamente
quello che dovrebbe essere lavorato il prossimo possibile
prendere una decisione aziendale basata su questo
così la gestione snella rende anche il nostro lavoro
sentirsi meglio diminuisce il burnout che
è un’altra cosa fantastica di nuovo come me
menzionato prima sappiamo che questo è un
problema o una preoccupazione nel nostro nel nostro
forza lavoro porta anche a migliorare
cultura organizzativa che vince
cultura che ti ho mostrato prima
ricordava uno che era patologico noi
aveva alcuni amici che lavoravano
culture patologiche ne abbiamo avute alcune
amici che hanno lavorato in burocrazia e
alcune persone qui per cui ha lavorato
gestione magra delle culture generative
le pratiche aiutano a contribuire al forte
culture orientate alla fiducia e ancora questo
Trasportare attraverso ora è stato un grande
citazione stavo commerciando con Julia West finita
un paio di mesi fa ha detto che lo ero
cercando di capire perché la mia squadra fosse
lavorando fino alla morte ma non
ottenere qualcosa fatto implementando
con i limiti siamo stati in grado di concentrarci sul nostro
il lavoro di rifinitura del lavoro si sente meglio di
sprint e sentirsi come un eroe nel
momento perché è solo un momento e
di nuovo vediamo le prestazioni organizzative
portando avanti così possiamo vedere di nuovo
che i nostri devops guidano IT e
performance organizzativa e lo vediamo
attraverso i nostri temi comuni che abbiamo sentito
per anni la DevOps è utensili in
automazione è pratica in corso e
è cultura perché se solo buttassimo
soldi a uno sai a volte abbiamo solo
voglio comprare il prossimo strumento e collegarlo
e penso che risolverà tutti i nostri
i problemi
non è ciò che aiuta a rendere le aziende
rendere le aziende denaro così in strumenti e
automazione vediamo che continua
unità di fornitura IT knork prestazioni
pratica e processo vediamo che in lean
pratiche di gestione e cultura
conquistare un alto livello di fiducia e flusso di informazioni
quindi DevOps non è solo IT è come noi
pratica IT è ciò che facciamo con esso
ci dà maggiore efficienza
contribuisce alla linea di fondo che aiuta
rendere i nostri soldi alle aziende, ma non solo
che ci aiuta a sentirci meglio
lo facciamo il nostro lavoro, quindi questa è la magra
per il software e la tecnologia
rivoluzione della trasformazione e ancora questo
è la nostra occasione per fare quegli investimenti
alla tecnologia fa la differenza non solo
per la tecnologia ma per il nostro intero
organizzazioni perché non lo facciamo più
lavorare in aziende che sono solo software
o semplicemente al dettaglio o semplicemente finanziare tutti
la società è una società di software , quindi è così
la nostra possibilità di portare i nostri contributi a
il mondo vi ringrazio molto
ricorda di valutare la sessione e pubblicare
domande e lei ha qualche va bene, grazie
tu molto sì, ho alcune domande
perché le persone facevano domande
attraverso l’app grande quindi prima e
soprattutto come ha ottenuto i dati
la compagnia per le statistiche citate
sicuro che i dati siano stati raccolti
lo stato dei laboratori fantoccio di DevOps che serve
e quindi era una palla di neve a palle di neve
metodo di campionamento quindi è stato pubblicato attraverso
mailing list e mailing list e poi
referral out through there per chiunque
ha chiesto la domanda era che un adeguato
risposta vuoi più bene non c’è
urlo di più poi come può essere DevOps
impiegato in uno sviluppo embedded
ambiente per esempio non internet
ambiente un ambiente non internet
quindi in realtà vediamo DevOps in diversi
ambienti lo vediamo nel retail che abbiamo
visto anche un firmware incorporato in HP
Stampanti LaserJet può i principi
essi stessi possono essere applicati ovunque
perché come ho detto prima
l’implementazione e la consegna possono essere un’impresa
la decisione non significa necessariamente te
devo spingerlo fuori ai clienti e fuori
per il web può solo significare la rottura
giù lavoro in piccolo flusso pezzo unico
che si muove rapidamente attraverso il sistema
e poi può essere un software impacchettato a
la fine va bene e poi una soffice hai fatto
sappi che il grano forestale è uno svedese ultimo
nome e questo significa River branch I
non lo sapevo, quindi grazie mille
molto per aver fatto domande e
grazie mille per questa fantastica festa
keno Grazie Nicole grazie
tu
venendo alla mia festa di compleanno grazie
per avermi fatto una festa così favolosa
come promemoria rapido questo si accenderà
puoi andare all’applicazione go clicca su
impegnarsi a destra le sessioni così DevOps successivo
parte del mio background è che ero dentro
tecnologia per molto tempo ero un software
ingegnere ero un ingegnere hardware e
poi sono andato al dottorato perché lo ero
sempre affascinato da ciò che ha fatto
le organizzazioni fanno clic su ciò che ha reso il nostro
sviluppo e consegna del software
lavora meglio perché possiamo sempre
ascoltare storie su ciò che ci rende migliori
ma volevo delle prove che volevo a
Davvero una bella storia ma con alcuni dati
backup perché lo so a volte
andiamo dai nostri manager a volte andiamo
e chiediamo più supporto o chiediamo
per maggiori finanziamenti o chiediamo di più
risorse e dicono sempre e sì
ma non funzionerà qui sì
ma questo è altrove così per il
dura diversi anni dal compianto Ott
Ho studiato come i team in
team tecnologici delle organizzazioni e
le organizzazioni possono davvero guidare l’IT
performance e non solo questo
Le prestazioni IT contribuiscono a
performance organizzativa e quando io
dire prestazioni organizzative
In genere intendo come i soldi, quindi come va?
ci rende migliori così per decenni
le organizzazioni investono in IT ma
Questo denaro è stato fondamentalmente solo andando giù
lo scarico giusto in modo da mettere i soldi dentro
IT, ma non è mai apparsa sul fondo
linea non è mai apparso in finanziario
affermazioni era solo un modo per tenere il passo
qualcuno ha mai sentito parlare del costo
Centro sì
Era sempre un centro di costo che ci hanno dato
soldi perché dovevano ma anche loro
ci ha dato i soldi e ci ha messo dentro
l’angolo polveroso nel seminterrato
destra siamo sempre la posa del cavo in
angolo polveroso in un seminterrato che non abbiamo
buone scrivanie non abbiamo buoni uffici
perché non pensavano che fosse
andando ad aiutarli non lo avremmo fatto
essere qualcosa che ci aiuterebbe a spostare il
organizzazione in avanti ma improvvisamente noi
iniziato a notare una manciata di
organizzazioni che potevano e hanno fatto
questo usando certe pratiche e
processi ed ecco perché non lo erano
basta comprare un server per lanciare a
armadio dando abbastanza illuminazione
perché un altro qualsiasi altra società la tua
concorrente potrebbe acquistare lo stesso server
buttalo nell’armadio compra a
il server della concorrenza lo getta nel
armadio sarebbe fare la stessa identica cosa
potresti anche fare cose difficili che potresti
comprare sistemi ERP ma così potrebbe chiunque altro
era fondamentalmente la stessa cosa così noi
chiamerei questo un punto di parodia non a
punto di distinzione era abbastanza per
aiutarti a tenere il passo non è mai stato abbastanza
aiutarti ad andare avanti in modo che appena ho succhiato I
penso che non sarebbe stato sufficiente
fino a quando non abbiamo iniziato a scavare un po ‘
più profondo quindi a partire dalla fine del 2013 mi sono seduto
giù abbiamo iniziato a fare qualche ricerca con
Jess umili Jean Kim la squadra al burattino
laboratori e abbiamo capito che i DevOps
il movimento sta vedendo qualcosa che è molto
molto diverso ed è perché è
questo mix unico di persone e processi
e la tecnologia giusta non è solo
la tecnologia è tutti e tre ed è
iniziando a fare grandi differenze in
organizzazioni e ora stiamo ascoltando a
molte storie di come sono le aziende
in realtà fare soldi e come sono
facendo grandi differenze, così abbiamo deciso
per fare questo studio e includere una misura
della performance organizzativa perché
ora hai la possibilità non solo di avere
un vantaggio competitivo ma avere un
vantaggio competitivo sostenibile voi
può anticipare la concorrenza e
puoi stare davanti non solo andando
essere per un po ‘alla volta così
Ecco cosa abbiamo trovato DevOps è buono per
Prestazioni IT e queste prestazioni IT
si traduce in organizzazioni così veloci
sfondo da dove veniamo da a
lezione di storia rapida hanno sentito voi ragazzi
di questo discorso qualcuno è familiare
con esso 10 distribuisce al giorno dev e ops I.
guarda alcune mani bene così per alcuni di voi
chi potrebbe non avere familiarità con questo lì
è stato un discorso tenuto a velocità 2009 da
John all spa e Paul Hammond dev e
ops cooperazione a Flickr che stanno facendo
dieci spiegazioni al giorno in quel momento questo
era solo gente completamente sconosciuta
che erano alla conferenza ha parlato
è gente che non era alla conferenza
ne ho parlato e sembra il
la folla era divisa, alcune persone lo pensavano
è stata la cosa più incredibile che loro
ne avevo mai sentito parlare era rivoluzionario
questo è stato rivoluzionario l’altra metà
la folla è come questa è la peggiore
cosa che potresti mai fare è
disumano cosa stai facendo alle tue operatrici
persone a cui eri proprio come martellare
nel terreno perché se lo sai
come le squadre di sviluppo come te
è finita per un happy hour
una festa come se stessimo per avere il
le squadre off sono come il panico dell’anime ma anche
su Hammond stanno raccontando questa storia come a
storia di successo in modo che era 2009 Diamo
guarda alcuni altri esempi questo è ora
Le statistiche di distribuzione di Amazon ora sono
vero questo è Amazon hanno di più
servizio in dio che stanno segnalando su a
migliaia di dispiegamenti massimi in un singolo
ora
quello è il dispiegamento circa ogni undici e
un mezzo medio indica il numero di host
ricevere distribuzioni contemporaneamente è dieci
mille con un massimo di 30.000
distribuisce bene quindi torniamo indietro ma
diamo un’occhiata a Etsy che è lui
implementazione del codice nel 2013
Mike Britain ha riferito che penso che fosse così
anche a Q Khan
ha detto quello che una volta ci sono voluti da sei a 14 ore
e quello che hanno chiamato il loro spiegamento
l’esercito ora nel 2013 ha impiegato 15 minuti in a
singola persona stavano facendo 30 spiegamenti
al giorno nel 2013 a marzo 2014 a Q Conan
Londra riferisce 52 drammi al giorno e
appena un mese dopo al cuoco Kampf hanno
riferisce di fare da 80 a 90 due giochi al giorno
quindi guarda quella curva di crescita a guardare
questa curva di apprendimento è questo
chiaramente non un colpo di fortuna quello che era stato Flickr
riportando così ecco quello che stiamo dicendo
DevOps è buono per l’IT ora quello che sono
ecco cosa c’è di buono in IT
di cosa sto parlando quando parlo
Le prestazioni IT mi concentrerò su due
cose di cui parlerò entrambe
produttività e stabilità va bene così vogliamo
per spostare il codice attraverso il tubo al meglio
possiamo, ma ci piace anche non vogliamo
prendilo in fondo perché
questo non aiuta nessuno, quindi quando parlo
sul throughput di cui sto parlando
la frequenza di implementazione va bene ora continua
attenzione, questo non significa necessariamente
stai consegnando ai clienti che possono
essere una decisione aziendale va bene, ma lo siamo
parlando di quanto spesso puoi schierare
stiamo anche parlando di Oh al
in fondo c’è un’altra statistica sul throughput
lead time per il commit delle modifiche al codice
codice distribuire quanto tempo ci vuole per
ottenere che attraverso la pipeline abbiamo anche
avere tempo medio per recuperare quelli sono i
tre cose che vengono caricate statisticamente
insieme ne catturiamo effettivamente uno in più
statistica che è il cambiamento fallisce così
quando introduci un cambiamento nel tuo
sistema di produzione si traduce in a
fallimento o poiché sappiamo che il nostro
i sistemi non falliscono mai davvero
emergenza patch loro per sempre e mai
fino a quando non arrivano in realtà , abbiamo chiesto
se risulta nell’errore di sistema o
cambio di servizio o degrado di
servizio quindi di cosa sto parlando
Performance IT quello che abbiamo fatto noi
raccolto quelle misure e poi venne
con categorie di contatori aziende
hai squadre IT di livello medio-basso
okay così loro caddero dentro
raggruppamenti logici da soli i dati
fatto alto medio e basso quindi ecco cosa
vediamo che i team DevOps ad alte prestazioni sono
più agile quindi vediamo più throughput
team dalle prestazioni elevate rispetto ai bassi
eseguendo squadre vediamo 30 volte di più
frequenti schieramenti ne vediamo anche due
tempi di consegna cento volte più veloci di
i loro coetanei sono fantastici
sothe giusto pensare a questo ciò che questo
significa per la tua azienda questo può significare
tempo più veloce per commercializzare un tempo più veloce per
caratteristiche Facciamo finta che si vive in
un mondo elegante in cui non hai
concorrenti questo potrebbe significare tempi più veloci
ottenendo una patch di sicurezza questo potrebbe
significa maggiore conformità e regolamentazione
risponde ai team DevOps ad alte prestazioni
i team DevOps meno performanti sono
anche più affidabile quindi nel 2014 i dati
riportato 3x e in un set di dati del 2015
era 60 X cambiato tasso di successo, quindi quando a
il cambiamento è stato introdotto in produzione
era molto meno probabile che ne risultasse
tipo di incidente e quando abbiamo parlato
più veloce MTTR 2015 era 168 X così
questi sono i numeri enormi destra in modo da questo è
non più non possiamo farlo a proposito
questo è su migliaia e migliaia di
gli intervistati quindi stiamo parlando di oltre
14.000 rispondenti a anni di dati
migliaia di aziende oltre un centinaio
paesi quindi non si tratta solo di start-up
questo non è solo delle imprese questo non è
solo un paese questo è intorno al
mondo quindi se stai pensando a come
questo potrebbe applicarsi a te pensare al
momenti in cui abbiamo chiesto per le risorse
stavamo chiedendo il supporto che eravamo
chiedendo soldi questo è come questo ha
ha aiutato la tua azienda e ora abbiamo
prove quindi ecco cosa è veramente
interessanti promesse DevOps e in realtà
offre un rendimento migliore migliore
stabilità e si muovono insieme
muoversi in tandem
non stiamo vedendo trade off ovunque
i dati questo vola di fronte a cosa
l’IT tradizionale ci ha detto che dobbiamo fare
ci è sempre stato detto che dobbiamo
limitare il nostro throughput per ottenere
la stabilità ha mai sentito nessuno
che prima vedo delle mani giuste
e alcune persone sono come forse no
volendo alzare le mani, abbiamo sentito questo
abbiamo sempre sentito che dobbiamo
rallentare le cose bene sai cosa è
interessante non lo vediamo da nessuna parte dentro
i dati da nessuna parte anno-su-anno noi
vedere costantemente quel throughput
l’instabilità si muove insieme quando si pensa
su questo ha senso perché
la stabilità è proprio quando il tuo sistema funziona
giù è necessario essere in grado di rollback o
introdurre una patch o una nuova modifica in
il tuo sistema qual è la differenza
tra il tuo cambiamento di emergenza e il tuo
regolare processo di cambiamento senza testare come
come impressionante di un’idea è come dovrebbe
mettere un cambiamento in produzione senza
testarlo soprattutto quando il tuo sistema
è già in calo non è grande quindi se il tuo
la pipeline è già molto efficiente
questo è ciò che ha ripercussioni immediate e
stabilità, quindi abbiamo parlato di questo diritto
quando sei più agile hai di più
consegna di contenuti che puoi iniziare a fare
cose come una prova che puoi
guarda a che tipo di cose vanno bene
la tua azienda ha un valore attorno alla velocità
mercato puoi anche fare compliance e
cambiamenti normativi e sicurezza pure
ora questa è una grande citazione di Koh Hobby
hanno fatto un sacco di sperimentazione a
Microsoft e hanno trovato che la valutazione
esperimenti ben progettati ed eseguiti
che sono stati progettati per migliorare una chiave
metrica nell’organizzazione solo circa
1/3 di questi esperimenti hanno avuto successo
nel migliorare la metrica chiave, quindi pensa
di avere un oleodotto dove puoi
introdurre il codice e fare un test a / b se
solo 1/3 di quelli hanno successo
due terzi di quelli non sono con il
capacità di tirar fuori quei 2/3 voi ora
sono più efficienti
il lavoro che fai o puoi prendere il
tempo trascorso su questi due terzi e mi piace
andare in vacanza bene ad alte prestazioni
I team DevOps sono anche più affidabili di noi
parlato di questo e così che cosa fa
questo significa per valore e risparmio in giro
valore di affidabilità e risparmi intorno a
conformità e sicurezza di uptime del sistema o
anche reputazione intorno alla conformità e
la sicurezza immagina il comunicato stampa che
la tua azienda può spegnere quando sei tu
unica azienda che non va giù sono
hai familiarità con Netflix e cosa
successo quando AWS è andato giù anni fa
Amazon è andato giù e sono andati giù per
un po ‘e la cosa divertente è che
Netflix non ha davvero notato il primo
poche ore per lungo tempo la gente pensò
che era cospirazione Netflix aveva il loro
proprio lotto speciale di Amazon Cloud
perché erano un cliente così grande
no un paio d’ore in quello era quando loro
notato perché tutti gli altri erano in a
panico e hanno finalmente reso a circa
cinque ore dopo, quando finalmente
deciso di dichiarare un sub incidente
quello che è successo è stato così sorprendente
sistemi affidabili perché erano stati
costruendolo e testandolo come il loro
i sistemi non sono andati giù
hai qualcosa chiamato chaos monkey
ragazzi, avete sentito parlare di scimmia del caos che non avete
sceglie la scimmia del caos della scimmia del caos sceglie
sei BES a cui erano già abituati
fallimento erano abituati a costruire dentro
fallimento e apprendimento da esso e
costruire sistemi sicuri molto affidabili
e quando qualcosa è andato giù potevano
portalo su molto velocemente così anche noi
dai un’occhiata ai dati per vedere quale chiave
fattori correlati con ciascun componente così
altre cose che sono molto buone che possiamo
vedi il controllo della versione per tutti i tuoi
artefatti di produzione dal modo in cui questo
include configurazioni di sistema
configurazioni dell’applicazione non solo la tua
codice tutti quelli sono importanti e noi
vederlo perché in qualsiasi momento il tuo sistema
va giù devi essere in grado di raccogliere
revisione dal codice molto molto rapidamente
monitoraggio automatizzato dei test continuo
consegna tutti questi sono alcuni importanti
altre cose che sono interessanti per
nota qui cultura grande predittore e molto
importante che abbiamo conosciuto almeno
soddisfazione del lavoro aneddoticamente è enorme
predatore numero uno predittore di
performance organizzativa e clima
per l’ apprendimento a proposito di nuove ricerche
suggerisce che la trasformazione è
vale la pena che qualcuno abbia sentito parlare di
mitico uomo-mese
quindi in produzione come la produzione attuale
di come widget e cose come aggiungi
più persone puoi fare più cose
questo non funziona nella consegna del software
ma siamo andati avanti e abbiamo dato un’occhiata
organizzazioni che stanno implementando in
almeno una volta al giorno riduciamo i dati a
guarda solo che questa è una trama di quello
quindi il tuo asse y è la frequenza di implementazione
e il tuo asse x è il numero di sviluppatori
quindi se dai un’occhiata a quella linea
tipo di immersioni questi sono il tuo basso IT
gli artisti stanno facendo di tutto
possibile spingere tagliare la porta e
quando inizi ad aggiungere altri sviluppatori
è il tuo mitico uomo-mese giusto
che solo carri armati se dai un’occhiata
i tuoi interpreti IT di livello medio sono i
linea retta proprio intorno a te no
vedere aumenti a tutti dare un’occhiata a
quella linea gialla anche se questi sono i nostri
alti esecutori IT questi sono i team
che stanno facendo DevOps e stanno facendo
incredibilmente bene e incredibilmente
in modo efficiente vediamo le prove per supportare
il fatto che se tu puoi subire questo
trasformazione e puoi farlo
incredibilmente bene potresti essere in grado di rompere
la barriera di questo mitico uomo-mese
potresti essere in grado di aggiungere sviluppatori e
aumentare la distribuzione in modo tale trasformazione
e questo investimento vale la pena, va bene così
vediamo che fa bene all’IT come funziona
portare a organizzazioni ha preso un
guarda i dati e vediamo che l’ alta IT
le organizzazioni performanti sono due volte più numerose
probabilità di superare il mercato della redditività
quota e obiettivi di produttività ora questo
era attraverso l’intero campione di dati
quando abbiamo dato un’occhiata alle aziende
che erano abbastanza grandi da essere scambiati su a
borsa, quindi è un set più piccolo
dei dati abbiamo visto una capitalizzazione del mercato superiore del 50%
crescita nei tre anni precedenti che
è davvero affascinante e bello da trovare
perché storicamente le persone hanno sempre
ha detto in particolare le imprese di grandi dimensioni
le aziende hanno sempre detto oh solo
funziona per unicorni che funziona solo per
le piccole aziende sono solide
prova che funziona per grandi
anche le aziende e sta funzionando
grandi modi per cui i principali contributori
performance organizzativa che vediamo qui
che le prestazioni IT e un forte forte
DevOps pratiche così sappiamo che un
la cultura organizzativa è molto importante
e la soddisfazione sul lavoro ora prendiamo a
guarda rapidamente alla cultura organizzativa
uno è patologico e orientato al potere
un altro è orientato alle regole, l’ultimo è
orientato alle prestazioni chiamato anche fiducia
orientati possiamo vedere chiare differenze
qui in particolare nel modo in cui l’informazione è
condiviso come la fiducia attraversa il
organizzazione dare un’occhiata attraverso
questo che qui ha un amico che lavora
un potere orientato o patologico
organizzazione sei un amico che vedi a
pochi che qui lavorano o hanno un amico che
lavora in un’organizzazione burocratica che
qui o un amico ha un amico che funziona
in un’organizzazione orientata al rendimento
va bene così nei dati che vediamo cadere
circa la metà o iscriversi orientato di nuovo questo
è la cosa davvero interessante
questo è questo in particolare
contribuisce sia direttamente all’IT
prestazioni e direttamente a
prestazione organizzativa
quindi questo porta attraverso l’organizzazione
e possiamo vedere i temi della cultura DevOps
in tutto questo la cosa affascinante è
che in realtà proviene da a
sociologo che studia assistenza sanitaria e
Cose di aviazione dove è molto
sistema complesso e il rischio è molto alto
e se sbagli le persone muoiono ma
la ricerca mostra anche che noi
sentire il rischio e sentiamo il dolore quando
ci preoccupiamo di rovinare tutto , vero?
certo che siamo stati lì quando presentiamo
un errore nel codice o quando il nostro
i sistemi scendono come lo sentiamo io
ricorda di sentirlo così questo porta
attraverso oltre e vediamo sappiamo che
la cooperazione è importante quando lavoriamo
attraverso i team si condividono i rischi che conosciamo
il collegamento è incoraggiato il fallimento porta a
inchiesta sappiamo che senza colpa
le autopsie sono una caratteristica essenziale
e una componente chiave del lavoro
che facciamo loop di feedback veloci
davvero importante e questa novità è
una cosa così grande qui così cultura Scott
Cook è il fondatore di Intuit
dice installando un rampante
cultura dell’innovazione che abbiamo realizzato 165
esperimenti nel picco di tre mesi di
stagione delle tasse il nostro risultato commerciale
il tasso di conversione del sito web è aumentato di 50
percentuale di risultati del personale che tutti amano
perché le loro nuove idee possono farcela
per commercializzarlo è un software fiscale
dieci anni fa nessuno avrebbe mai sognato
facendo enormi esperimenti nel mezzo di
stagione delle tasse che sarebbe solo pazzesco ma
cos’altro hai intenzione di correre
esperimenti che nessun altro sarà
usando il tuo software tranne quando loro
effettivamente bisogno di essere utilizzando il software
quindi era rischioso ma era importante e
la cosa che mi piace di questa chiamata
qui è che lo sottolinea
il tasso di conversione del sito web è aumentato
quelli sono i loro clienti ma anche lui
sottolinea che rende i dipendenti
felice immagina un ambiente dove tu
può introdurre cambiamenti e puoi provare
fuori ciò che vuoi fare puoi fare il tuo
fai esperimenti se il tuo esperimento funziona
è fantastico ma anche se il tuo esperimento
non funziona hai avuto l’ opportunità
per testarlo e provarlo su clienti reali
questo è un altro grande esempio
Greg Linden era in Amazzonia e lo fece
questa grande idea per i consiglieri a
checkout presumo che siamo stati tutti a
Amazon e ha ordinato qualcosa e io sono
checkout il sistema recommender è lì
entrò in un ufficio dell’SV P senior
il vicepresidente che aveva già preso in giro
il prototipo è entrato nel suo ufficio
e glielo mostrò perché lo era
pensando quando vado al negozio di alimentari
hanno un sacco di caramelle che hanno
riviste hanno tutti questi
cose che posso comprare al check-out senior vice
il presidente lo guardò e disse
assolutamente non non puoi farlo
perché sono troppo preoccupato che se vedono
saranno loro i clienti
distratto e ti lasciano in grado di
basta chiudere un browser Web e un negozio di alimentari
negozio che non puoi lasciare è come te
fisicamente non hai intenzione di
uscire su un sito web è diverso da te
potrebbe semplicemente scivolare via , puoi fare qualsiasi cosa
vuoi che SVP abbia detto che non è Grenland
ok bene
gira le foglie quando esce e torna indietro
il suo ufficio che lo scrive in un typey lo spinge dentro
produzione
aveva codificato di un test A / B ha spinto in
la produzione lo lascia lì per a
un po ‘torna più tardi con i dati
mostrando significativi guadagni di entrate
che tipo di organizzazione lavoriamo
in possiamo lavorare lavoriamo da qualche parte
dove un’organizzazione ha una cultura
contro l’ espresso desiderio del tuo
vicepresidente senior, tu spinga qualcosa
in produzione e se si dispone di dati a
sostenere ciò che hai fatto non ti ha licenziato
Greg dice che penso di costruire questa cultura
è la chiave per la creatività innovazione deve
fluisci da ovunque, indipendentemente dal fatto che tu sia un
stagista estivo o CTO nessuna buona idea
deve essere in grado di cercare un test oggettivo
preferibilmente un test che espone l’idea
ai veri clienti tutti devono essere in grado
per sperimentare impara e iterare lo farò
indica qui la cultura era
assolutamente chiave ma anche chi altro funziona
in un ambiente in cui il tuo
l’infrastruttura supporta ciò che avevano
la base per poter fare questo come
la soddisfazione del lavoro è anche il numero
un predittore di organizzazione
le prestazioni e i dati che abbiamo fatto e
l’abbiamo visto per decenni
diverse organizzazioni anche se lo è
divertente perché per anni le persone sono come
Mi chiedo se questo funziona forse sì
non ci mettiamo nel seminterrato del nostro
i lavori che contano così sappiamo l’IT
la prestazione è composta da entrambi
rendimento e stabilità ed entrambi lo sono
possibile insieme si muovono insieme
non hai bisogno di compromessi che non vediamo mai
a loro vanno bene le prestazioni IT
cultura della performance aziendale come chiave
predittore
di entrambi i sistemi di automazione delle prestazioni IT norik
e gli strumenti sono importanti quindi ho IT
prestazioni e organizzative
performance, ma ciò che guida diciotto
performance organizzativa cos’altro
Ecco quello che abbiamo guardato dopo così
il primo passo definisce e investiga l’IT
prestazione seconda fase
punto interrogativo passaggio tre profitto ok
prima abbiamo dato un’occhiata al continuo
consegna volevamo guardare all’automazione
e le pratiche degli utensili vanno bene così quando noi
abbiamo dato un’occhiata alla consegna continua
specificamente esaminato queste cose
queste cose sorrette come
statisticamente significativo nei dati così
test di automazione della distribuzione continua
integrazione e tutti gli artefatti di produzione
controllo inverso questo è venuto in precedenza
proprio come un tema così statisticamente questi
le cose formano ciò che è continuo
consegna nella consegna continua di dati
quindi è predittivo di un minor cambiamento negativo
le tariffe e le prestazioni IT così abbiamo avuto
sospetti su questo abbiamo parlato
su di esso per anni abbiamo prove
ora i dati ci mostrano continui
la consegna rende il nostro lavoro migliore ma tu
sapere cosa è ancora meglio di quello che fa
il nostro lavoro è migliore, ma è anche ben saldo
fa funzionare meglio anche ci fa sentire
meglio, ma arriveremo tra un minuto
Non ho mai avuto questa citazione da Yahoo
aveva testabilità prima di averlo ora noi
avere questa esperienza e noi sappiamo questo
roba sta funzionando e sta funzionando con
controlli che possono fare la loro automazione
configurare e distribuire 250.000
i nodi possono distribuire fino a 140.000
nodi in otto ore così stanno vedendo
enormi efficienze lì e loro possono
patch l’intera cosa in sei ore così
dal modo in cui il CD migliora il nostro lavoro
che è fantastico ma ci rende anche noi
sentirsi meglio non so di te ma
questo è importante per me
come qualcuno che è stato in tecnologia per molto tempo
tempo
quello conta per me quindi abbiamo trovato nel
dati la consegna continua diminuisce
livelli di dolore nella distribuzione e sappiamo
è giusto guardare come si spinge qualcosa
in produzione è come le cose
che si sente temere le cose che
sei preoccupato che diminuisca anche
sentimenti di burnout sappiamo che il burnout
è un problema significativo nel nostro settore
funziona bene tutte le ore lavorando a lungo
notti ci sentiamo un eroe per un minuto
ma se lo facciamo tutto il tempo solo
non dura e dopo un po ‘ non lo facciamo
persino necessariamente amiamo i nostri lavori più
quindi questa è davvero una grande intuizione
che siamo usciti da questi dati così e il
la cosa veramente bella è che noi vediamo ancora
che si lega fino a
performance organizzativa così continua
consegna fantasticamente vale la pena
investimento va bene così abbiamo preso anche il prossimo
un’occhiata a gestione magra va bene perché
sappiamo che DevOps non è solo uno strumento
la lavorazione con utensili è importante ma è anche
pratica e procede così all’interno di lean
gestione magra gestione era compresa
di tre cose in base ai dati che
abbiamo avuto il primo limite di frusta chi
qui fa con limiti Oh alcune mani okay
dal modo in cui le donne di punta suggeriscono che i limiti sono
uno dei migliori indicatori guida di
come la tua squadra sta per fare, se sei
se il tuo arretrato arretrato finisce per essere molto
molto molto grande che tende ad essere
predittivo del tuo futuro lavoro di partenza
cadere a pezzi perché iniziamo a farlo
tenere troppe cose nella nostra testa noi
preoccuparsi di troppe dipendenze con
i limiti sono un grosso problema che abbiamo anche noi
visualizzazioni per monitorare il lavoro e
finalmente monitorando il modo di fare
le decisioni aziendali non sono piaciute
monitoraggio perché è bello non farlo
basta fare un cruscotto perché qualcuno
ha chiesto di avere un po ‘di monitoraggio per
prendere decisioni commerciali non solo paging
svegliarti nel mezzo del
notte quindi questi comprendono gestione magra
la gestione snella migliora il nostro lavoro
ora un esempio di questo è Etsy su Etsy
Se
si muovono e lo tracciano graficamente
e lo rendono visibile agli altri
le persone da vedere e loro grafico e loro
avere i loro grafici un ordine di priorità
in modo che il team di sviluppo e il team ops
possono entrambi vederlo usano anche quello che loro
chiamare la tecnologia della linea verticale questi
le linee rappresentano ogni volta che qualcosa era
spinto alla produzione in modo da poter vedere se
è cambiato drasticamente qualcosa che
è stato esistente nell’ambiente e se
ora hai qualcosa se hai libero
tempo se hai cicli liberi e tu
hai qualcosa da fare sai esattamente
quello che dovrebbe essere lavorato il prossimo possibile
prendere una decisione aziendale basata su questo
così la gestione snella rende anche il nostro lavoro
sentirsi meglio diminuisce il burnout che
è un’altra cosa fantastica di nuovo come me
menzionato prima sappiamo che questo è un
problema o una preoccupazione nel nostro nel nostro
forza lavoro porta anche a migliorare
cultura organizzativa che vince
cultura che ti ho mostrato prima
ricordava uno che era patologico noi
aveva alcuni amici che lavoravano
culture patologiche ne abbiamo avute alcune
amici che hanno lavorato in burocrazia e
alcune persone qui per cui ha lavorato
gestione magra delle culture generative
le pratiche aiutano a contribuire al forte
culture orientate alla fiducia e ancora questo
Trasportare attraverso ora è stato un grande
citazione stavo commerciando con Julia West finita
un paio di mesi fa ha detto che lo ero
cercando di capire perché la mia squadra fosse
lavorando fino alla morte ma non
ottenere qualcosa fatto implementando
con i limiti siamo stati in grado di concentrarci sul nostro
il lavoro di rifinitura del lavoro si sente meglio di
sprint e sentirsi come un eroe nel
momento perché è solo un momento e
di nuovo vediamo le prestazioni organizzative
portando avanti così possiamo vedere di nuovo
che i nostri devops guidano IT e
performance organizzativa e lo vediamo
attraverso i nostri temi comuni che abbiamo sentito
per anni la DevOps è utensili in
automazione è pratica in corso e
è cultura perché se solo buttassimo
soldi a uno sai a volte abbiamo solo
voglio comprare il prossimo strumento e collegarlo
e penso che risolverà tutti i nostri
i problemi
non è ciò che aiuta a rendere le aziende
rendere le aziende denaro così in strumenti e
automazione vediamo che continua
unità di fornitura IT knork prestazioni
pratica e processo vediamo che in lean
pratiche di gestione e cultura
conquistare un alto livello di fiducia e flusso di informazioni
quindi DevOps non è solo IT è come noi
pratica IT è ciò che facciamo con esso
ci dà maggiore efficienza
contribuisce alla linea di fondo che aiuta
rendere i nostri soldi alle aziende, ma non solo
che ci aiuta a sentirci meglio
lo facciamo il nostro lavoro, quindi questa è la magra
per il software e la tecnologia
rivoluzione della trasformazione e ancora questo
è la nostra occasione per fare quegli investimenti
alla tecnologia fa la differenza non solo
per la tecnologia ma per il nostro intero
organizzazioni perché non lo facciamo più
lavorare in aziende che sono solo software
o semplicemente al dettaglio o semplicemente finanziare tutti
la società è una società di software , quindi è così
la nostra possibilità di portare i nostri contributi a
il mondo vi ringrazio molto
ricorda di valutare la sessione e pubblicare
domande e lei ha qualche va bene, grazie
tu molto sì, ho alcune domande
perché le persone facevano domande
attraverso l’app grande quindi prima e
soprattutto come ha ottenuto i dati
la compagnia per le statistiche citate
sicuro che i dati siano stati raccolti
lo stato dei laboratori fantoccio di DevOps che serve
e quindi era una palla di neve a palle di neve
metodo di campionamento quindi è stato pubblicato attraverso
mailing list e mailing list e poi
referral out through there per chiunque
ha chiesto la domanda era che un adeguato
risposta vuoi più bene non c’è
urlo di più poi come può essere DevOps
impiegato in uno sviluppo embedded
ambiente per esempio non internet
ambiente un ambiente non internet
quindi in realtà vediamo DevOps in diversi
ambienti lo vediamo nel retail che abbiamo
visto anche un firmware incorporato in HP
Stampanti LaserJet può i principi
essi stessi possono essere applicati ovunque
perché come ho detto prima
l’implementazione e la consegna possono essere un’impresa
la decisione non significa necessariamente te
devo spingerlo fuori ai clienti e fuori
per il web può solo significare la rottura
giù lavoro in piccolo flusso pezzo unico
che si muove rapidamente attraverso il sistema
e poi può essere un software impacchettato a
la fine va bene e poi una soffice hai fatto
sappi che il grano forestale è uno svedese ultimo
nome e questo significa River branch I
non lo sapevo, quindi grazie mille
molto per aver fatto domande e
grazie mille per questa fantastica festa
keno Grazie Nicole grazie
tu
Please follow and like us: