quindi diamo il benvenuto alle sedie grazie
molto è sulla mia lista di cose da fare
presentato da Linda in aumento, così posso
cancellalo e ringrazia molto
Linda e in effetti un sacco di questo è
ispirato dal lavoro che Linda ha fatto
grazie mille quindi il mio nome è José
umile tra le altre cose
Sono CTO di questo piccolo diavolo di startup
ricercatore e co-autore di questi tre
il manuale di devoxx di libri sta uscendo fuori questo
la settimana infatti è molto eccitante per
me perché ci è voluto molto tempo
essere scritto divorzi fondamentalmente al
picco di aspettative gonfiate ora e
l’ unico modo è giù quindi per favore rivedi
la sessione e sentitevi liberi di chiedere
domande e abbiamo un microfono così
puoi fare domande nella vita reale così
quello che ho intenzione di parlare nel prossimo
50 minuti è il numero uno come fare
i tuoi dati risucchiano meno e in particolare in
il contesto di scrivere sondaggi come facciamo
fare sondaggi in modo scientifico che abbiamo
state usando sondaggi per scoprirlo
DevOps e buone pratiche e ciò che rende
team e organizzazioni ad alte prestazioni
e ne parlerò oggi come
noi quello che la scienza ci dice su come
per costruire team ad alte prestazioni in
particolare ho intenzione di parlare di
consegna continua perché è mia
cosa e anche si scopre di avere un
grande impatto sulla costruzione di alte prestazioni
squadre e ho intenzione di parlare di
gestione così pure per
capisci questo discorso che devi sapere
per quanto riguarda le statistiche, il mio partner è il mio business
Partner Nicole fullscreen è lei è
Professore contabilità allo stato di Utah e a
statistico e anche in una vita precedente
un amministratore di sistema per IBM di grandi dimensioni
mainframe così lei conosce tutte le cose
riguardo le statistiche, ti dirò tutto io
per favore, conosci le statistiche in questo discorso
non farmi domande sulle statistiche per favore
seguila su Twitter e chiedile di lei
domande sulle statistiche invece perché
lei è il guru delle statistiche, quindi controlla chi
pensa ai sondaggi un foglio
abbastanza giusto chi ama i dati da
i loro file di registro e chi ha visto schifo
i dati nei loro file di registro proprio così
conoscere le bugie dei dati e il lavoro delle statistiche
nonostante la sua reputazione è di trovare la verità
nei dati e sai che è utile in
tutti i diversi tipi di campi ma cosa
stiamo cercando di fare è scoprire
sentimento su ciò che le persone credono
su cose come la cultura e quelle sono
cose che sono difficili da misurare
è facile misurare qualcosa del genere
temperatura si può ottenere un termometro o
misurare la temperatura misurare ciò che è
dentro la testa delle persone c’è molto di più
difficile ma si scopre che possiamo
in effetti facciamo questo abbiamo qualcosa chiamato
un costrutto latente che ci permette di
misurare le cose che sono psicologiche
e c’è un intero campo dedicato al
studio di questo chiamato psicometria
e quindi quello che facciamo è usare la psicometria
per permetterci di misurare cose come
cultura in modo statisticamente valido
modo scientifico e significativo e che cosa
ci dà quello che dice qui a
ragionevole garanzia che i dati siano
ci dice ciò che pensiamo che ci sta dicendo
e dal modo in cui alcuni di questi stessi
le tecniche possono essere applicate a per
istanza i tuoi dati di registro in modo tale che cosa facciamo in
psicometria in primo luogo creiamo ciò che è
i costrutti chiamati costrutti sono cosa
permettici di misurare una cosa nel reale
mondo anche se è nella mente di qualcuno
ciò che tendiamo a provare e fare ovunque
possibile nella scienza è usare costrutti
che le persone hanno precedentemente creato e
il riutilizzo convalidato è molto importante in
scienza perché se riusci roba te
non è necessario dimostrare che la misura è
affidabile c’è un mucchio di carte a
mazzo di libri in letteratura noi
disegnato quelli ovunque possiamo in genere
la formulazione di tali misure è stata
convalidato usiamo cose come la carta
ordinamento per guardare le domande che chiediamo
fare in modo che si sa la gente di ordinamento
carte in gruppi sulla base di se
Penso che la domanda sia la stessa
cosa che ci permette di dirci se
le diverse domande che stiamo chiedendo e
misurare fondamentalmente la stessa cosa
o qualcosa di diverso e poi usiamo
statistiche per valutare i risultati di
i sondaggi e convalidare che il nostro
i costrutti sono effettivamente buoni , guardiamo
cose come una discriminante e
la validità convergente dice che è fondamentalmente
assicurandoci che i nostri risultati siano
coerente e che le cose che
dovrebbero essere correlati sono infatti correlati
e quindi non indipendente e stabiliamo
l’affidabilità dei costrutti noi
parlare di previsione nei rapporti
che abbiamo messo fuori e la previsione è molto
parola importante perché implica qualcosa
c’è un livello di causalità nella scienza
solo tre contesti in cui è possibile utilizzare
la predizione di parola è se tu sei
facendo uno studio longitudinale così sei
facendo uno studio in cui valuti il
sistema in più punti nel tempo quelli
sono abbastanza difficili da fare e non lo siamo
facendo studi longitudinali nell’altro modo
in cui possiamo parlare di previsione è
nel contesto di controllo randomizzato
esperimenti non possiamo quelli sono molto
difficile da fare e uno dei motivi
perché c’è così poca scienza nel
studio di squadre ad alte prestazioni nel
contesto dello sviluppo del software
perché è così difficile da fare randomizzato
esperimenti controllati nel contesto di
squadre perché ce ne sono troppe
variabili e non possiamo controllare il
variabili provate e confrontate due
squadre diverse e ce n’è davvero
Steven ti incoraggia una volta mi ha raccontato una storia
di guardare una squadra che era
stimando e non potevano trovare
che le stime storiche erano
totalmente inutile nel predire il futuro
le prestazioni della squadra e lo erano
guardando cosa c’è di diverso tra l’ultima
rilascio quando queste stime erano buone
e questa uscita quando non sono buoni
e alla fine quello che hanno trovato è il
la squadra è stata spostata e lo era stata
seduto in una stanza con Windows e poi
la squadra verrebbe trasferita in un
seminterrato dove non c’erano finestre e
la scena non stava ottenendo alcuna luce e
questa è l’unica cosa che potrebbero pensare
come una ragione per cui improvvisamente la squadra è stata
molto meno produttivo quindi cose come questa
che non ci aspettiamo di essere variabili
molto spesso sai davvero molto
importante non è quasi impossibile
controllo per quei tipi di variazioni così
è molto difficile da fare randomizzato
esperimenti controllati nel contesto di
squadre quindi usiamo il terzo metodo di
dimostrando la previsione usiamo la teoria
design basato e ciò che significa siamo noi
avere una teoria basata idealmente sul
letteratura su studi esistenti e se
non sulla nostra ipotesi e poi andiamo e
eseguire i dati e quindi otteniamo i dati
indietro e noi convalidiamo se i dati mostrano
che la nostra ipotesi è vera o falsa così
sai che questo è un tipo molto basilare di
Honea in forno in scienza, se ti piace, ma
funziona e lo fa ci permette di parlare
riguardo alla predizione e ne abbiamo trovati alcuni
cose interessanti e cruciali che abbiamo
aveva un sacco di nostre idee confutate come
bene, che è uno dei modi in cui tu
sai che lo stai facendo bene se alcuni di
le tue teorie sono false, quindi sono
andando a parlare delle cose che noi
trovato che non erano veri come alcuni
delle cose che abbiamo trovato che erano
vero dove nessuna di queste condizioni
applica non parliamo di previsione noi
parliamo di correlazione, quindi lo farò
parla di un esempio di utilizzo
psicometria per misurare una cultura che
è una delle cose che abbiamo misurato
quando stavamo cercando come costruire
ad alte prestazioni squadre in modo che la cultura
è importante per il nostro studio, ma ce ne sono molti
diversi tipi di cultura parlano
circa per esempio l’identità nazionale e
differenze tra i comportamenti da
persone provenienti da persone di paesi diversi
parlare di culture adattative c’è
questo concetto di valore imparando l’uno
abbiamo finito per usare stava guardando
alla cultura nel contesto dell’informazione
flusso che viene da uno scienziato chiamato
Ron Westrom che sta studiando sicurezza
risultati effettivamente in sanità e
aviazione e ha costruito un modello per prevedere
risultati di sicurezza in sanità e
aviazione basata sul flusso di informazioni
in tutta l’organizzazione e così noi
ha usato il suo modello come base per
misurare la cultura quindi questo è un taglio Wes
tipologia che sostanzialmente divide
organizzazioni in base al fatto che lo siano
patologico burocratico o generativo
e ha questi sei diversi atti
per guardare come le persone si comportano in
questi diversi tipi di organizzazioni
se cooperano efficacemente come
abbiamo a che fare con i messaggeri come possiamo comportarci
con le persone quando ci portano brutte notizie
addestriamo le persone a portarci cattive notizie
ignoriamo le persone che ci portano male
notizie o spariamo alle persone che ci portano
cattive notizie come affrontiamo
responsabilità e rischi come facciamo noi
affrontare il collegamento tra diversi
parti dell’organizzazione tra
diversi silos e poi due cose
Sono particolarmente affezionato a come ci comportiamo
con fallimento porta a richiesta di informazioni
l’apprendimento porta alla giustizia o lo fa
porta a capro espiatorio e punizione
una delle cose che è molto importante
sulle organizzazioni è quello
le organizzazioni di persone sono complesse
sistemi e c’è tutta una teoria
c’è un intero che conosci i campi dedicati
allo studio di sistemi adattivi complessi
ma penso che due cose siano molto
importante per i sistemi adattivi complessi
numero uno nessuno è perfetto
informazione in particolare non gestione
e l’altra cosa è importante
su sistemi adattivi complessi è quello
non puoi mai prevedere l’esito di
le vostre azioni ci saranno sempre
effetti collaterali imprevisti e spesso il
gli effetti collaterali saranno maggiori negli impatti
rispetto agli effetti desiderati quindi in a
complesso sistema adattivo dove nessuno ha
informazioni perfette e non puoi mai
prevedere le conseguenze delle tue azioni
il fallimento è inevitabile in qualsiasi complesso
il fallimento del sistema adattativo è inevitabile
e così quando qualcosa va storto, il nostro
istinti come umani è scoprire chi
fatto e per punirli o licenziarli
ma in un complesso sistema adattivo che è
completamente la cosa sbagliata da fare ogni volta
succede che dovresti sempre chiederlo
te stesso se fosse stato io a farlo
cosa avrei potuto fare lo stesso errore
e la risposta se siamo onesti è quasi
sempre si avrei potuto fare e il
la ragione è perché la persona lì
non aveva informazioni sufficienti o
non avevano gli strumenti necessari a loro
smaltimento per testare cosa succederebbe se
hanno fatto la cosa X e quindi se ti esibisci
un’indagine su qualcosa che sta andando
sbagliato e
il risultato finale dell’indagine è stato
è stato Steven ti permette di licenziarlo avete
fallito che dovrebbe essere l’inizio di
la tua indagine
perché Steven ha fatto quella cosa come possiamo
migliorare le informazioni che ha come
possiamo dare a Steven sistemi migliori per
Permetti a sis Steven di testare i risultati di
questa azione e in modo sicuro fallire rapidamente se
quella cosa porterà a qualcuno
conseguenza disastrosa che Steven può
possibilmente prevederlo e infine come
ci occupiamo di novità è implementato
porta a problemi come la portata
creep o il mio preferito è la novità schiacciata
Penso che probabilmente intuitivamente tutti
sa dove sono su questo spettro
e ciò che è affascinante per me è come lo farò
mostra più tardi gli stessi fattori che predicono
i risultati di sicurezza prevedono anche l’ innovazione
risultati gli stessi fattori che prevedono
i risultati di sicurezza prevedono anche l’ innovazione
risultati e la ragione di ciò è
devi essere in un sistema, se lo sei
andando a innovare dove puoi provare
cose fuori e cose sbagliate e
dove è sicuro sbagliare le cose
stessi fattori che ci permettono di costruire
sistemi di sicurezza complessi complessi anche il
stessi fattori che ci consentono di innovare
quindi stiamo cercando di scrivere domande per
questo cercando giuste domande per scoprirlo
dove le persone sono ti darò come a
minuto per pensare a un modo di scrivere a
domanda per testare una di queste cose così
pensa a cosa chiederebbe
cosa vogliamo fare quando lo chiediamo
le domande sono queste dichiarazioni forti
con parole chiare che tu
potrebbe essere d’accordo o in disaccordo con fortemente così
queste sono le domande che effettivamente facciamo
chiesto in modo da sapere il secondo sul mio
i fallimenti della squadra sono opportunità di apprendimento
e messaggeri in mezzo a loro non lo sono
punito è qualcosa che puoi
fortemente d’accordo o in disaccordo con così quando
abbiamo fatto l’analisi che abbiamo trovato questi
domande per dare risultati che erano entrambi
valido e affidabile e risulta il loro
predittivo delle prestazioni IT e
prestazioni organizzative che farò
definire a breve così quando chiediamo a questi
domande che cosa facciamo è che usiamo ciò che è
chiamato una scala di tipo Likert dove puoi
passare da fortemente in disaccordo a fortemente
d’accordo e tu sai che questo è ciò che dà
voi uno e questo ti dà sette e
allora prendi solo i numeri
queste diverse domande e tu
media loro e che ti dà un numero
per la cultura in modo che possiamo quantificare la cultura
in questo modo però a volte
l’analisi della sorella-ragazza mostra che il
misura non è valida e affidabile quindi noi
per esempio volevo chiedere informazioni sul fallimento
notifiche abbiamo pensato di sapere
nei team vengono notificati i guasti
questo ci direbbe qualcosa sul loro
Prestazioni IT quindi queste sono le
domande che abbiamo chiesto sul fallimento
notifica quindi risulta che questo era
non una misura valida e affidabile quando noi
cadere in analisi statistica questo questo
risultato non essere una cosa fondamentalmente
qualsiasi idea del perché possa essere
ciò che le statistiche non ti dicono è
perché non è una cosa valida o affidabile
devi indovinare quindi cosa abbiamo finito
fare è pensarci su questo
e abbiamo pensato bene in realtà questo è
tipo di chiedere due cose diverse
le prime due cose sono come chiedere
noi sulla notifica dall’esterno di
la nostra squadra e il resto delle cose
chiedendoci di notifica di fallimento
dai dati che possiamo ottenere dall’interno
il nostro team e ce ne sono in realtà due
cose diverse e quando dividiamo il
risultati da queste domande in due
separare le cose
in effetti, infatti, si è rivelato essere
misure valide e affidabili , quindi questo è
un esempio del tipo di cosa che fai
quando fai analisi statistica
scoprire bene, in realtà, li conosci
più cose o conosci questo insieme
cosa che non è una cosa a tutti oa volte
puoi combinare le cose e prendere un mucchio
di cose che pensavi non fossero
esattamente lo stesso, ma in realtà sono tutti
muoversi allo stesso modo nei dati così
c’è un sacco di altre cose
Nikol lo sai comparare presto
responder contro i ritardatari in ritardo da vedere
se sono statisticamente differenti
guardando i tassi di abbandono del sondaggio alla ricerca
a pregiudizi e c’è qualche statistica
prova lei fa il metodo del colore surround
varianza non ho idea di cosa sia
quindi una volta che hai fatto tutto questo lavoro allora
possiamo guardare i dati e questo è ciò
i dati ci dicono prima di tutto che abbiamo trovato
che le prestazioni IT sono importanti
detto per anni l’IT non importa ma
non può fornirti una consistenza
vantaggio strategico in termini di
innovazione abbiamo scoperto che non è vero
usiamo la misura standardizzata di
performance organizzativa in termini di
quota di mercato della redditività e
produttività e ciò che abbiamo trovato è alto
gli artisti avevano il doppio delle probabilità di successo
superare quelle prestazioni organizzative
obiettivi a basso rendimento in IT così noi
trovato che le prestazioni IT hanno un
impatto sul fondo della tua organizzazione
linea in secondo luogo siamo stati in grado di trovare a
modo statisticamente valido per misurare l’IT
performance quindi era al discorso di Kevin
stamattina è fantastico, quindi ha parlato di lui
tale studio il come si chiama i due
assi sì la traccia di allineamento giusto così
una trappola di allineamento in basso a destra
giusto c’è un po ‘di alto
IT altamente efficiente quello che abbiamo trovato a
modo per misurare è che fondamentalmente come si fa
Dimostri di essere altamente
efficiente come misuri il tuo
efficienza e questo è ovviamente dove
vuoi andare prima di andare
allineamento quindi se vuoi misurare l’ IT
efficienza questo è ciò in cui ti crediamo
dovrebbe usare una metrica di prestazione RIT
in realtà sono due cose separate che noi
trovato in realtà erano statisticamente
misura valida quindi le prime due cose sono
throughput quanto velocemente possiamo fornire come
a lungo ci vuole per ottenere cambiamenti da
controllo della versione al lead time di produzione
e distribuire la frequenza e poi due
misure di stabilità quanto tempo lo fa
portaci a ripristinare il servizio quando c’è
un’interruzione o un degrado nel servizio
qualità e quindi cambiare tasso di fallimento quando
spingiamo un cambiamento verso la produzione di ciò che
percentuale del tempo fallisce o
dobbiamo fare le riparazioni di emergenza perché
come tutti sappiamo, nessuno si ritira mai
con una semplice correzione di emergenza fino a quando non funziona
quindi due diverse misure attraverso le stampe
abilità tradizionalmente a cui siamo stati portati
pensa che queste due cose siano un mestiere
fuori se andiamo più veloce , spezzeremo le cose
il risultato più interessante per me da
l’intero studio e l’unica cosa che tu
dovrebbe portare via da oggi è quello
non è vero quello che abbiamo trovato è così in alto
gli artisti fanno meglio su entrambi
le cose ad alto rendimento raggiungono livelli più alti
livelli di produttività e alti livelli di
stabilità questo non è un trade-off e
questo è ciò che si sviluppa è una cosa nella mia
l’opinione è perché abbiamo trovato un modo per
cambia il gioco non siamo più
gestendo il trade-off che è dove
come ingegneri di solito operiamo
in realtà ha cambiato il gioco e lo siamo ora
in grado di passare a un paradigma diverso
dove stiamo migliorando con throughput e
stabilità e i dati mostrano chiaramente
questo fuori ciò che troviamo è così alto
gli esecutori stanno eseguendo le implementazioni
domanda che stanno raggiungendo tempi di consegna di
meno di un’ora possono essere ripristinati
servizio tipicamente in minuti e loro
cambiare tasso di errore non è del 15 percento
mentre i risultati bassi stanno raggiungendo
distribuisce le frequenze tipicamente su a
mensilmente stanno raggiungendo il comando
tempi compresi tra 1 e 6 mesi possono
in genere ottenere tempi di consegna
ripristinare il servizio in meno di un giorno per
certamente non in pochi minuti e loro lo sono
ottenendo tassi di fallimento delle modifiche tra
sedici e trenta per cento così grandi
differenza tra le alte prestazioni
e gli artisti bassi e puoi pensare
di organizzazioni come Amazon e Google
su questo asse e quindi sai molto di più
organizzazioni tradizionali a cascata su
questo asse ma fondamentalmente lo stesso
capacità che ti permettono di muoverti
veloce se fatto bene ti permette anche di
ripristinare il servizio e risolvere i problemi velocemente come
bene, abbiamo vissuto in un mondo per secoli
dove ci siamo concentrati su come farlo
impedire che le cose accadano nel complesso
sistemi adattivi non puoi farlo tu
non può impedire che accadano cose cattive
sistemi adattivi complessi saranno naturalmente
andare alla deriva in fallimento quindi la domanda
Non diventa come possiamo evitare il fallimento
ma come possiamo recuperare dai fallimenti come
il più velocemente possibile come possiamo rilevarli
come possiamo risolverli il più velocemente possibile
quando esce il prossimo CVE e c’è
un difetto nelle nostre librerie ssl hack scena
possiamo ottenere una patch per tutti i nostri
server queste sono le domande di cui abbiamo bisogno
per chiedere come possiamo ripristinare il servizio
e le stesse capacità che ci consentono
muoversi velocemente ci permette anche di individuare e
rispondere ai guasti più velocemente pure
creare resilienza sicura più sicura
sistemi quindi se guardi le cose
che ci danno la più alta correlazione
con le prestazioni IT questo è ciò che noi
ho trovato il numero uno con i tuoi codici
figurazione e sistema applicativo
configurazione in controllo versione e
quello che era interessante di questo era quello
era più importante avere il tuo
configurazione dell’applicazione e il tuo
configurazione del sistema nel controllo della versione
piuttosto che avere il tuo codice in versione
controllare così chi può effettivamente ricreare
il loro sistema di produzione puramente da
informazioni e script nella versione
controllo va bene che si basa manualmente
entrare in console e cambiare
cose al fine di configurare il loro
i sistemi di produzione vanno bene
metà della metà è in realtà piuttosto buona
Penso ma questo è un grande esempio di a
bere la parità dei problemi e questo è un
grande esempio di una capacità che
ti permette di
più veloce e creare sistemi più resilienti
essere in grado di fare questo essere in grado di avere
questa capacità ci consente di creare
testare i sistemi molto più velocemente così tu
può creare ambienti di test su richiesta
in questo modo anche se c’è un fallimento in
produzione e abbiamo bisogno di ripristinare il
stato del nostro sistema a un bene precedente
stato conosciuto possiamo farlo
programmaticamente in modo deterministico
quantità di tempo se stai effettuando l’accesso
console e modifica della configurazione
impostazioni che non sono deterministiche
perché gli umani commettono errori mentre se
puoi farlo solo in modo automatico
moda possiamo ripristinare il servizio in a
quantità deterministica di tempo prevedibile
questo ci consente di ripristinare il servizio più velocemente
quindi questo è un ottimo esempio di a
capacità che aumenta il throughput e
aumenta anche il recupero della resilienza
registrazione e monitoraggio degli allarmi guasti
i sistemi non dicono Twitter qualcosa
è molto caro al mio cuore
gli sviluppatori che uniscono il loro codice in Trunk
ogni giorno non funziona sulla funzione di lunga durata
rami dove ci fondiamo nella caratteristica
rami regolarmente ma in realtà funziona
in piccoli lotti sul tronco e fusione
cambia nel bagagliaio su base giornaliera
questo è molto probabilmente il più importante
cosa importante cerco in a
sviluppatore è che la capacità di abbattere
grandi problemi in problemi minori e
controlla i problemi in master in
tronco su base giornaliera o più
spesso anche questo pezzo che ho appena
ha parlato di sviluppatori di grandi dimensioni
funzionalità in piccole modifiche incrementali
quindi queste due cose sono essenziali
alla consegna continua e poi finalmente
la pace dei DevOps durante lo sviluppo e
le squadre operative interagiscono con il risultato
generalmente win-win quindi questi sono i
cose che hanno la più alta correlazione
con le prestazioni IT quando vogliamo guardare
alla predizione il più grande predittore di
Performance IC dello studio 2014 e
Passerò agli studi più recenti
in un minuto stava facendo una revisione tra pari
modifica processo di approvazione cosa intendiamo
da questo
quindi ci sono un paio di modi in cui puoi farlo
cambiare approvazione è una revisione tra pari
processo che è fondamentalmente coppia
programmazione o revisione del codice da parte delle persone
nella tua squadra e c’è anche
processi di approvazione del cambiamento esterno come
avere un consiglio di approvazione cambiamento o alcuni
altra squadra che prova i tuoi cambiamenti o
rivedere le tue modifiche
quindi si affida solo al peer interno
rivedere l’approvazione per andare a vivere ehi
chi deve avere approvazioni per un
squadra esterna per mettere il loro codice
in produzione come un cambio di approvazione
consiglio che è circa un terzo di voi
quindi risulta che non funziona
produce molto meno rendimento come te
mi aspetterei di avere una squadra esterna
cambiare l’approvazione è trascurabile
impatto positivo sulla stabilità del
sistemi che costruisci in termini di
effettivamente migliorando la sicurezza del
i sistemi che lo hai costruito sono trascurabili
impatto ma riduce notevolmente
throughput e molto di quel tipo di
la cosa è è quello che mi piace chiamare un rischio
Teatro gestione una volta ho ho avuto ho avuto un
collega quando stavo lavorando a Thor
lavora chi ha lavorato in un grande europeo
produttore di elettronica e loro
ha dovuto cambiare il processo di approvazione che
coinvolto un foglio di calcolo con sette schede
con i dettagli del cambiamento che tu
invierebbe un’email a un change manager in
un altro paese che avrebbe letto quelli
modifiche e il gestore del cambiamento è stato
non tecnico quindi non l’hanno fatto davvero
capire cosa è stato scritto lì e
loro telefonerebbero al responsabile e tu
sapere fare domande e se gli è piaciuto il
suono delle risposte che approverebbero
altrimenti non lo farebbero e il
gli sviluppatori sapevano che il manager del cambiamento
non capiva cosa ci fosse nel
foglio di calcolo in modo da copiare semplicemente il file
l’ultimo e cambia alcune cose e
quindi inviarlo e il cambiamento – chi
sapeva che gli sviluppatori conoscevano il cambiamento
manager non sapeva che era nel
foglio di calcolo e a questo punto cosa noi
avere è teatro di gestione del rischio non in
Infatti un processo per gestire efficacemente
rischio e questo è esattamente ciò che i nostri dati
ci dice di essere il caso di attivo
monitoraggio quando siamo in relazione tra
Devon Ops e poi questa cosa che sono
parlerò di alta fiducia
cultura organizzativa questo è ciò che noi
misurato con una tipologia occidentale e noi
trova quella cultura del tuo
l’organizzazione prevede sia l’IT
prestazioni e organizzative
prestazioni quindi questo risultato è stato
pubblicato su una rivista peer-reviewed
posso andare a scaricare la carta che avrò
un link alla fine di questa diapositiva che abbiamo
vera scienza che mostra che la cultura ha
un impatto misurabile sulle prestazioni IT
e prestazioni organizzative e questo
lo studio è stato replicato da Google
così
Google ha fatto qualche ricerca su ciò che rende
una buona squadra e avevano tutti i tipi di
ipotesi che conosci per conoscere gli sviluppatori
e l’amministratore del database e a
manager o non abbiamo manager e
vedere come funziona e ciò che hanno trovato
era davvero interessante era che il
composizione della squadra in termini di
l’equilibrio delle abilità non era effettivamente utile in
trovare team di successo che hanno trovato
era questa la cosa più importante in
determinare se una squadra stava per
avere successo con Google
i membri del team di sicurezza psicologica si sentono
sicuro di correre rischi ed essere vulnerabile in
davanti a ogni altro tipo di aspetto
simile a questo e quindi affidabilità
struttura e chiarezza il significato del
lavoro che stavano facendo e l’impatto che
stava facendo e ciò che abbiamo effettivamente trovato
nello studio dell’anno scorso ne avevamo altre due
misure che abbiamo misurato perché noi
stavano cercando di rompere questo e cosa
troviamo che è in realtà in termini di
analisi statistica quando analizziamo
questo in effetti non funziona come a
costrutti singoli non è valido e
costrutto affidabile quando misuriamo il
i risultati sono in realtà due separati
costruisce questi due non riesco a ricordare se
il numero tre è andato con uno e due o
se è andato con quattro e cinque ma
quattro e cinque o una cosa uno e due
o un’altra cosa e tre o va
su o giù e non sono sicuro di quale, ma noi
sono stati in grado di identificare due separati
elementi che erano costrutti che si formano
questa cosa che Google ha trovato ha detto loro
se una squadra sarebbe stata
successo quindi ho intenzione di andare avanti e
parla un po ‘di consegna continua
quello che abbiamo trovato è continuo
la consegna influisce sulle prestazioni IT e questo
è la versione matematica quindi ce n’è una coppia
di cose che guardiamo quando facciamo il
uno di matematica è la beta e la beta ti dice
sulla forza dell’effetto e
quindi l’altra cosa che è probabilmente
la cosa più importante è R quadrato R
al quadrato ti dice quale percentuale di
la varianza in quella misura è causata da
le cose che lo indicano così che cosa
dicci che ci dice che è il ventotto
punto otto percento della varianza in
Le prestazioni IT si spiegano in modo continuo
consegna
6,2 per cento delle varianti in IT
prestazione oh scusa no che quello è un
betta non è un r-quadrato, diamo un’occhiata
a questo
Il 14% della variazione organizzativa
le prestazioni sono spiegate da entrambi i reparti IT
performance e cultura organizzativa
e tutte queste cose erano statisticamente
significativo quindi quello che abbiamo trovato guardando
ai dati del sondaggio c’è un modo per farlo
parlare di consegna continua che cos’è
consegna continua bene sono questi
il controllo della versione di queste cose sono test
automazione l’uso della distribuzione
automazione e uso continuo
integrazione tutte queste cose erano
statisticamente significativo e questi
le cose insieme abbiamo chiamato continuo
consegna e dimostriamo che hanno un impatto sul cambiamento
non superare le prestazioni IT e anche
burnout quindi quello che abbiamo trovato è che le squadre
pratica di consegna aveva livelli più bassi di
burnout e ancora usando noi psicometrici
può misurare di nuovo un burnout usando
modelli precedenti che sono stati studiati
ed è risultato essere valido anche riduce
dolore di dispiegamento molto molto significativo
spiega il 46 percento della varianza
nel dispiegamento del dolore e questa è la carta
che puoi scaricare dove pubblichiamo
questo nel 2016 quest’anno abbiamo esteso questo
modello e abbiamo aggiunto alcune novità in
e queste sono tutte le cose che noi
trovato valido anche aggiunto
gestione efficace dei dati di prova del gusto a
anche la nostra definizione di consegna continua
sviluppo basato su tronco quindi basato su tronco
lo sviluppo significa che non usi molto
funzioni di live branch utilizzate
i rami vanno bene ma tu ti unisci
li in tronco su base giornaliera o più
spesso sto sbattendo, ma questo è
ancora la cosa più controverso che
Parlo di cui ho parlato
questo per 15 anni sulla base del tronco
sviluppo e non usare lunga vita
caratteristica rami e poi ottenere arrivato
e ottenere il flusso è arrivato e di tutti
come si dovrebbe ottenere flusso e mi piace
mai qualcosa è stato più male
i nomi di quelli che fluiscono sai che è fantastico
per flusso di sviluppatori in termini di flusso da
controllo di versione alla produzione è il
la cosa peggiore che tu possa fare perché
indovina cosa non facciamo in realtà
ottimizzare per la velocità con cui a
lo sviluppatore può dichiarare qualcosa che hanno
completa su una feature branch ciò che noi
in realtà vuole ottimizzare per è il
velocità a cui possiamo ottenere i cambiamenti
controllo della versione alla produzione
sviluppo toronto sono stato
dire per anni è una cosa importante
i dati mostrano che questo è in effetti vero
questo è il motivo per cui adoro i sondaggi c’è così
una ricca fonte di pregiudizi di conferma e
poi abbiamo guardato la sicurezza, nonché
incorporando sicurezza e sicurezza
Anche il processo di consegna di Susan ha un impatto
performance glaciale e organizzativa
prestazioni abbiamo trovato quelli un predittivo
collegamento tra CD e cultura e poi
questa è la cosa che si è mossa con il
Identificazione della cultura di Google con
le organizzazioni si lavora per noi anche
voleva trovare un modo per misurare la qualità
e naturalmente la qualità è molto difficile
misura perché la qualità è soggettiva
stavamo cercando dei proxy che noi
potrebbe usare per misurare la qualità
che abbiamo trovato effettivamente lavorato e dato
siamo statisticamente affidabili e validi
misura era la quantità di rilavorazione che
fatto e quello che abbiamo trovato è quello
perché sai che Slivery riduce il
quantità di rilavorazione che viene eseguita e
questi sono i risultati completi che troviamo
è che gli high performer spendono il 29% in più
del loro tempo per un nuovo lavoro piuttosto che per il basso
artisti e il 22% in meno di tempo
disimballaggio e piano ma e rielaborare così
i performer alti spendono meno del loro tempo
roba di rielaborazione perché hanno più veloce
feedback loop e quindi possono spendere
più tempo per creare nuove funzionalità e
questo ci dice che tipo di
intuitivamente sapere che se spendiamo del tempo
su cose come testare l’automazione
refactoring dell’automazione della distribuzione
producendo basi di codici di qualità superiore che
significa che possiamo muoverci più velocemente e questo è il
argomento che diamo ai manager che sai se
lascialo fare a ciò che saremo in grado di fare
muoviti più velocemente oh non abbiamo tempo da fare
questo perché dobbiamo consegnare il
caratteristiche bene c’è un errore evidente
c’è la ragione che è la ragione per cui è
ci prendiamo così tanto tempo per consegnare il
caratteristiche è perché hai una merda
base di codice e nessuna automazione ma è difficile
per fare quella discussione e così qui sono
alcuni numeri che è possibile utilizzare
effettivamente rendere tale argomento usando
scienza comunque
alcune sorprese se non ci fossero
sorprese non faremmo scienza
volevamo esaminare un test efficace
pratiche quindi queste erano alcune domande
che volevamo vedere se queste cose
impatto sulle prestazioni IT quali di questi
le cose secondo te non influiscono sull’IT
prestazioni o impatto negativo IT
le prestazioni hanno un’ipotesi
di outsourcing tutti loro così si scopre
che le cose in rosso negativamente
impatti o non influenzano le prestazioni IT
questo è un po ‘uno sviluppatore a sorpresa
creazione di ambienti di test su richiesta e
ancora non sappiamo perché le statistiche
non ci dice perché ci dice semplicemente no
queste cose sono una specie di intendo
partiti in outsourcing dovrebbe essere ovvio
abbiamo lavorato con una grande distribuzione
compagnia e dove sono stati esternalizzati
partito per costruire test unitari e hanno detto
vogliamo una copertura del 100% e hanno ottenuto un
cento per cento di copertura erano come
si favoloso ora hai guardato l’unità
test e unit test avevano tutti un
cerca tra centinaia di test
la copertura ben fatta è interessante
per me
Il QA principalmente crea e mantiene
test di accettazione di nuovo tutto questo è roba
predittivo quindi abbiamo ipotesi dietro
questa mia ipotesi che stavo testando
ecco che quando gli sviluppatori costruiscono e
mantenere i test di accettazione che esercita
una forza su di loro che li fa sviluppare
codice più semplice da testare, penso
avere gli sviluppatori creano e
mantenere i test di accettazione funzionanti
con i tester è in realtà molto importante
perché altrimenti non ci sono feedback
loop che agisce sugli sviluppatori da realizzare
loro scrivono più codici testabili se tu
prova e aggiungi test di accettazione al software
che non è stato progettato in un test-driven
in che modo sono quei test di accettazione
in genere molto doloroso e costoso
mantenere se gli sviluppatori sono
responsabile della costruzione e della manutenzione
i test che esercitano una forza su di loro a
scrivi più codice testabile che è cosa
rende più facile il test di accettazione
mantenere così ecco alcune scienze che
fornisce qualche supporto per l’idea
tester e sviluppo è importante come a
strumento di progettazione per aiutarti a scrivere di più
codice testabile che a sua volta rende il
test più economico e più facile da mantenere così
un cambio di gestione di nuovo tipo
parlato di questo ciò che abbiamo trovato è quello
pensavamo che sarebbe stato davvero così
pensavamo di essere stati abbastanza intelligenti qui
solo modifiche ad alto rischio come database
come richiedono le modifiche al database
approvazione abbiamo trovato che in realtà non lo fa
in alcun modo correlato con le prestazioni IT
quindi voglio parlare un po ‘di
risultati di gestione che abbiamo trovato così noi
tutti sanno che la gestione del processo di lavoro
è importante il giusto processo di lavoro
limita l’ imposizione dei limiti del processo di lavoro
questo creerà un rendimento elevato
questa è la conoscenza di fatti noti
su di te conosci la magra Canon e Kanban
e così via quello che abbiamo trovato è quello
in realtà non è affatto importante in
termini di correlazione tra gestione
pratiche e prestazioni IT che hanno lavoro
nei limiti del processo non ha correlazione
con le prestazioni IT è enorme
sorpresa questo è qualcosa che dovrebbe
ovviamente è vero quello che sta succedendo qui
quello che abbiamo scoperto è che il processo di lavoro è
importante ma solo quando lo combini
con altre pratiche il modello che noi
finito in realtà che effettivamente prodotto
i risultati statisticamente validi sono questo
quindi questa è chiamata un’equazione strutturata
modello che è una tecnica statistica
che puoi usare per creare conosci le borse
che mostrano che la previsione funziona nel processo
limiti insieme a queste altre cose
oops
scusa ti ho dato il diagramma sbagliato
okay, sarò molto agile
Questo
ok questo è il diagramma reale non fa mai
qualcosa dopo un gin su un volo così
il lavoro efficace nel processo limita quello
il miglioramento del processo a secco predice IC
prestazioni in combinazione con l’uso
di display visivi per monitorare la qualità
produttività di qualità nel lavoro in corso
e l’uso delle prestazioni dell’applicazione
e strumenti di monitoraggio delle infrastrutture per
prendere decisioni commerciali queste tre
cose insieme che stiamo chiedendo
il bene dell’argomento ha bisogno di te
so che è breve e scattante quei tre
le cose insieme predicono in alto
prestazioni bassi livelli di burnout e
cultura migliorata ma queste cose su
proprio loro non lo prevedono così tu
non può semplicemente aggiungere limiti di frusta e aspettarsi
prestazioni IT superiori anche tu devi
usa schermi visivi e anche tu devi
usa i dati dai tuoi strumenti
Ho dei feedback loop da ciò che sei
gli strumenti ti stanno dicendo e le decisioni
stai facendo così è stato davvero
cosa interessante che non eravamo
aspettandosi
quest’anno volevamo anche guardare
gestione del prodotto quindi questo è ciò che noi
uscito con quest’anno in termini di alcuni
fattori che sono importanti nel prodotto
gestione in contesto magra
trasmissione e implementazione del cliente
feedback e spaziatura funzionano in piccolo
lotti e rendendo il flusso di lavoro
visibile attraverso il processo di consegna
entrambe le cose insieme
impatta le prestazioni IT inferiori livelli di
prestazione generativa del dolore di dispiegamento
cultura orientata e anche identificante
fortemente con l’organizzazione che lavori
con cui era una delle parti di
Misura di Google di squadre efficaci e
come abbiamo visto in precedenza impatti delle prestazioni IT
prestazioni organizzative come fa
cultura western così questa è un’istantanea di
alcuni dei risultati degli ultimi quattro
anni di indagini che hanno fatto loro
abbiamo davvero grandi studi e abbiamo avuto
oltre 20.000 risposte ai nostri sondaggi
questo è circa 100x quello che ti serve
dimostrare la significatività statistica a
molti studi statistici sono basati su
dimensioni del campione molto piccole su
il più piccolo che possiate usare e ottenere
via con in termini di statistica
significato abbiamo un enorme dato
impostare molto molto grande quindi abbiamo un sacco di
fiducia nei nostri risultati che abbiamo
pubblicato per le relazioni sullo stato del diavolo
che puoi andare a scaricare e abbiamo
due documenti di revisione tra pari pubblicati Offerte basano
su questi risultati il numero delle conclusioni
uno anche se pensi che sia ovvio test
con i dati che gestiscono il web si limita il fatto
non correlato all’IT
performance che è stata una grande sorpresa per
noi in realtà testiamo le cose con realtà
dati molto molto importanti se i risultati
ti ho sorpreso che stai sbagliando
è solo un errore di conferma
tuttavia se tutto ciò che pensavi fosse
sbagliato , probabilmente lo stai facendo anche tu
sbagliato alcune delle cose che ti aspetti
dovrebbe in effetti dimostrarsi vero a meno che
sai che sei molto deluso ma hey
lavoriamo tutti in informatica più
cosa importante da questi risultati che
Ho tolto è che il throughput
l’instabilità non è un gioco a somma zero noi
può migliorare sia il throughput che
stabilità e le persone che stanno facendo
è giusto migliorare
e finalmente abbiamo trovato statisticamente
modo valido per misurare la cultura e noi
ha mostrato la cultura e le pratiche
che fai a terra hai un
impatto misurabile non solo sull’IT
prestazioni ma anche organizzative
performance quindi abbiamo un po ‘di tempo
domande e se si prende in mano il telefono
e invia una mail a questo indirizzo email
Jay Jay è umile nel mandare le tue diapositive
calmo con il soggetto DevOps che è
Jay è umile nel mandare calme le tue diapositive
con soggetto materiale gratuito DevOps che ho
Ho scritto questi libri che lavoro per questo
organizzazione possiamo aiutarti a sondare il tuo
team grazie mille per il tuo tempo
domande
domande per il jazz nessuno ha una domanda
ok finalmente ho più esercizio
oggi per favore vota sulle tue zanne e dai
feedback um perché lo pensi
sviluppatori che creano test su richiesta
gli ambienti hanno un impatto negativo sulla loro
performance sì, perché lo penso
gli sviluppatori creano un test su richiesta
ambiente che ha un impatto trascurabile
performance bene penso che ci sia
due candidati forti uno è quello
da solo non ti darà IT superiore
la performance è probabilmente quella in
combinazione con qualcos’altro che è
un’ipotesi è l’altra ipotesi
solo che abbiamo fatto la domanda male così
spesso conosci il modo in cui dici le parole
la domanda può farti diventare cattivo
risultati ed è un po ‘sorprendente come
alcune delle domande che ho pensato
erano piuttosto male formulata in realtà ho rivolgo
fuori per darci risultati affidabili validi così
sai guarda la domanda che abbiamo posto
sulla cultura e qualcuno mi viene a prendere
questo l’ altro giorno sì, nella mia squadra
informazioni è attivamente ricercata ben
è una domanda terribilmente formulata
nella voce passiva ma risulta
è una misura valida e affidabile e potrebbe
sia questa la domanda che ci siamo posti
gli ambienti di test on-demand erano in realtà
male formulato o io sono forse solo su
il suo non fa nulla e tu hai
combinarlo con altre cose così quelle
sono i nostri che sono le mie ipotesi come
perché non ha funzionato, sono solo
in relazione a ciò è possibile il fatto
controlli le scale di prova così via
gli ambienti di test della domanda potrebbero incoraggiare
end-to-end piuttosto che unit test yeah
Voglio dire che è un’altra ipotesi e
di nuovo andiamo a guardare i dati e
prova che in realtà non abbiamo chiesto a molti
domande sul test integrato che
sicuramente una strada da esplorare dentro
sondaggi futuri quindi sì, va bene
domanda hai convalidato il tuo
statistiche usando altri metodi e poi
dati quantitativi per esempio
metodi qualitativi partecipando a
team che osservano le squadre ad alte prestazioni
li convalidano la loro pratica
lo sai che è puramente quantitativo
studia e penso che tu sappia che siamo gentili
di feticizzare dati e dati in modo definitivo
non ti dice tutti i dati della storia in
in particolare non posso dirti perché le persone lo sono
facendo le cose che stanno facendo così
i dati sono limitati e ti danno uno
prospettiva ti dice se o non
le tue ipotesi sono vere non lo dice
tu perché stai accadendo così ti penso
sapere che gli studi qualitativi sono molto
John è importante per tutto lo sport
conferenza artigianale che credo sia
online quest’anno di cui parla
guardando i dati qualitativi di Dave Snowden
ha un intero sistema di creazione dei sensi che è
basato su dati narrativi qualitativi I
penso che sia molto importante non l’abbiamo fatto
guarda tutto questo è puramente
studio quantitativo va bene così già
pregiudizio di conferma menzionato e io ero
chiedendo ci sono altri consiglieri
o errori logici che vedi molto
nel mondo dello sviluppo del software sì, io
significa che c’è una vasta gamma di
pregiudizi e alcuni pregiudizi che è possibile rilevare
utilizzando l’analisi statistica il principale
pregiudizi che ci preoccupa un po ‘
è un errore di campionamento solo perché il tipo di
persone che rispondono a questi sondaggi del genere
di persone che possiamo raggiungere in genere
più performanti quindi siamo un po ‘
preoccupato per errori di campionamento in quanto
pensiamo che la popolazione di basso
artisti nel mondo reale che immaginiamo sia
molto più grande della proporzione di radice
di persone a basso rendimento che abbiamo trovato nel
dati di esempio, tuttavia, ciò non significa
i risultati non sono validi perché siamo
ancora in grado di rompere la popolazione il
coorte che vuole il sondaggio in quelli
le popolazioni è solo che pensiamo che
dimensioni relative del Martin
rappresentante ma pensiamo che il
le caratteristiche di loro sono infatti
valido in modo che tu sappia che i pregiudizi sono una cosa che noi
può correggere per molti di loro
bias di conferma per essere corretto per
fondamentalmente assicurandoti di sapere che è
tipo di scherzi a riguardo ma ma tu
sapere che il pregiudizio di conferma è reale
cosa il modo in cui correggiamo
bias di conferma è la teoria
design basato che
che abbiamo escogitato le ipotesi
prima di raccogliere i dati, ciò che non puoi
fare è come ottenere i dati e poi tu
conoscere i dati e cercare le cose
che sembrano interessanti in termini di
correlazioni e dire bene che è il
cosa del genere non sarebbe valida in modo da
non posso guardare correlazioni interessanti
e quindi annunciarli come risultati
dimostrare la previsione ciò che devi
fare è venire prima con un’ipotesi
e quindi raccogliere i dati altrimenti è
non è scienza, ecco che tipo di
corregge per alcuni errori di conferma
estensione sì, questo è il limite del mio
la conoscenza è molto interessante
domanda su quale dei nostri pregiudizi è corretto
o rilevare utilizzando le statistiche sarebbe
una domanda finlandese Grazie Ciao ci sono
eventuali indicatori relativi agli ambienti in cui
consegna continua sta consegnando a
clienti interni contro esterni
grande domanda dei clienti non abbiamo guardato
in quel modo hai menzionato la base ubriaca
la cosa è quella che causa di più
polemica sì e cosa devi fare
di ‘a qualcuno che ha fatto ubriaco
e ora fa qualcos’altro e pensa
è dimostrato molto meglio, um è che non lo è
Mi significa che le statistiche non dicono
storie complete una media di tutto il
le persone che hai chiesto ma sono ancora
impossibile essere un fiocco di neve unico
che hai conosciuto altri sì, intendo te
sapere tutto quello che sto presentando è un
modello e modelli sono necessariamente
solo i modelli necessariamente limitati
darvi un modello di prospettiva non può
dirti tutto ciò che ti permettono di fare
fare previsioni ma quelle previsioni
mai avere previsioni certe al 100%
sempre venire con una barra di errore se tu
così sì sì intendo nella vita reale
ognuno è diverso, tutti stiamo affrontando
ci sono sistemi adattivi complessi
situazioni in cui
sai che questo consiglio sarà sbagliato
per te ed è per questo che sai che siamo
tutti gli esseri umani che conosci
professionisti addestrati usando il nostro
esperienza sai che non ho intenzione di dire
che dovresti meccanicamente meccanicamente
segui le cose che diciamo qui assolutamente
non quello che posso dirti è che lo sai
nel complesso questo è vero in base al
limitazioni nel modello della vita reale come noi
sapere non segue sempre il modello così
sì, intendo che accetto assolutamente il loro
situazioni in cui questo consiglio potrebbe non
applica e conosci l’unico modo per trovare
fuori è provare cose diverse e
sperimenta e scopri cosa funziona meglio
ma dovresti farlo in base all’impostazione
prima l’obiettivo misurabile in Europa
e poi arrivando con un’ipotesi e
poi testando quell’ipotesi e questo io
pensare è davvero una grande parte di ciò che è
manca nel modo in cui pratichiamo
la consegna del software oggi lo sta facendo
quel tipo di modo scientifico che hanno le persone
retrospettive a loro piace, dovremmo provare
questo e loro provano e loro non vengono mai
indietro e scoprire se era meglio e
non definiscono mai in anticipo cosa c’è di meglio
apparirebbe in termini misurabili e
Penso molto a ciò che dovremmo fare
nello sviluppo del software sta facendo questo in
il piccolo così ogni volta che proviamo un
miglioramento definiamo quello che siamo
andando a misurare per scoprire se questo
miglioramento è che le cose giuste
ho fatto e torniamo più tardi e
vedere se ciò ha effettivamente reso le cose migliori
e un’altra cosa è utile per questo
come fonte di cose da misurare da vedere
A cosa assomiglia in modo da sapere che puoi
utilizzare questa metrica delle prestazioni ID credo
è molto prezioso esattamente per quello
scopo hai qualche informazione
sull’utilizzo di pratiche DevOps in alto
regolamentazione come ambienti HIPAA o
ambienti PCI DSS ad alto rischio di business
sì assolutamente se avessi fatto un discorso su questo
ieri dove stiamo facendo esattamente questo
così uno dei miei grassi il mio lavoro di giorno sta funzionando
per il governo americano dove e io sono
andando a prendere in prestito dal mio discorso di ieri
è il più altamente regolato
ambiente in cui sono mai stato in realtà
è andato a lavorare per il governo perché
Pensavo che tu sapessi se ce la possiamo fare
lavorare qui che possiamo fare
farlo funzionare ovunque ragazzo ho capito cosa
Ho chiesto
sai che questa è la lista completa di
controlli che devono essere veri per qualsiasi
governo approvato dal governo
sistema di informazione ci sono e che
quelli sono solo quelli di alto livello
ciascuno di questi controlli è suddiviso in beta
nei sottocomandi quindi devi
implementare centinaia di controlli prima
puoi mettere un sistema live negli Stati Uniti
governo federale queste tecniche
assolutamente applicare in quell’ambiente e
sono forse più importanti in a
ambiente regolamentato perché quello è
dove ci interessa davvero creare
sistemi più resilienti quindi sì, puoi
applicare questi miei co-autore sul mio
libro di consegna continuo Dave Farley
ha lavorato a L max, che era al momento
il più alto rendimento finanziario
scambio nel mondo con sede a Londra
hanno implementato le pipeline di distribuzione
e i revisori l’hanno amato perché
invece di un pezzo di carta sai
quando siamo effettivamente nel federale
governo e altri luoghi quando lo fai
questo ciò che si finisce è un grande stack
di carta che dice che questo è ciò
stai facendo a questa nuda relazione
cosa stai facendo, chi lo sa
se si dispone di una pipeline di distribuzione che
dice esattamente quali cambiamenti hanno avuto che
i test li hanno condotti dove erano
distribuito su quali script eseguire come
risultato di tale spiegamento ciò che
la produzione è stata favolosa per gli auditor
è davvero un’informazione utile
assolutamente queste tecniche si applicano in
ambienti regolamentati sono discutibilmente
ancora più importante in quel contesto così
per favore ricordati di votare grazie jazz
è una scienza meravigliosa
tu
molto è sulla mia lista di cose da fare
presentato da Linda in aumento, così posso
cancellalo e ringrazia molto
Linda e in effetti un sacco di questo è
ispirato dal lavoro che Linda ha fatto
grazie mille quindi il mio nome è José
umile tra le altre cose
Sono CTO di questo piccolo diavolo di startup
ricercatore e co-autore di questi tre
il manuale di devoxx di libri sta uscendo fuori questo
la settimana infatti è molto eccitante per
me perché ci è voluto molto tempo
essere scritto divorzi fondamentalmente al
picco di aspettative gonfiate ora e
l’ unico modo è giù quindi per favore rivedi
la sessione e sentitevi liberi di chiedere
domande e abbiamo un microfono così
puoi fare domande nella vita reale così
quello che ho intenzione di parlare nel prossimo
50 minuti è il numero uno come fare
i tuoi dati risucchiano meno e in particolare in
il contesto di scrivere sondaggi come facciamo
fare sondaggi in modo scientifico che abbiamo
state usando sondaggi per scoprirlo
DevOps e buone pratiche e ciò che rende
team e organizzazioni ad alte prestazioni
e ne parlerò oggi come
noi quello che la scienza ci dice su come
per costruire team ad alte prestazioni in
particolare ho intenzione di parlare di
consegna continua perché è mia
cosa e anche si scopre di avere un
grande impatto sulla costruzione di alte prestazioni
squadre e ho intenzione di parlare di
gestione così pure per
capisci questo discorso che devi sapere
per quanto riguarda le statistiche, il mio partner è il mio business
Partner Nicole fullscreen è lei è
Professore contabilità allo stato di Utah e a
statistico e anche in una vita precedente
un amministratore di sistema per IBM di grandi dimensioni
mainframe così lei conosce tutte le cose
riguardo le statistiche, ti dirò tutto io
per favore, conosci le statistiche in questo discorso
non farmi domande sulle statistiche per favore
seguila su Twitter e chiedile di lei
domande sulle statistiche invece perché
lei è il guru delle statistiche, quindi controlla chi
pensa ai sondaggi un foglio
abbastanza giusto chi ama i dati da
i loro file di registro e chi ha visto schifo
i dati nei loro file di registro proprio così
conoscere le bugie dei dati e il lavoro delle statistiche
nonostante la sua reputazione è di trovare la verità
nei dati e sai che è utile in
tutti i diversi tipi di campi ma cosa
stiamo cercando di fare è scoprire
sentimento su ciò che le persone credono
su cose come la cultura e quelle sono
cose che sono difficili da misurare
è facile misurare qualcosa del genere
temperatura si può ottenere un termometro o
misurare la temperatura misurare ciò che è
dentro la testa delle persone c’è molto di più
difficile ma si scopre che possiamo
in effetti facciamo questo abbiamo qualcosa chiamato
un costrutto latente che ci permette di
misurare le cose che sono psicologiche
e c’è un intero campo dedicato al
studio di questo chiamato psicometria
e quindi quello che facciamo è usare la psicometria
per permetterci di misurare cose come
cultura in modo statisticamente valido
modo scientifico e significativo e che cosa
ci dà quello che dice qui a
ragionevole garanzia che i dati siano
ci dice ciò che pensiamo che ci sta dicendo
e dal modo in cui alcuni di questi stessi
le tecniche possono essere applicate a per
istanza i tuoi dati di registro in modo tale che cosa facciamo in
psicometria in primo luogo creiamo ciò che è
i costrutti chiamati costrutti sono cosa
permettici di misurare una cosa nel reale
mondo anche se è nella mente di qualcuno
ciò che tendiamo a provare e fare ovunque
possibile nella scienza è usare costrutti
che le persone hanno precedentemente creato e
il riutilizzo convalidato è molto importante in
scienza perché se riusci roba te
non è necessario dimostrare che la misura è
affidabile c’è un mucchio di carte a
mazzo di libri in letteratura noi
disegnato quelli ovunque possiamo in genere
la formulazione di tali misure è stata
convalidato usiamo cose come la carta
ordinamento per guardare le domande che chiediamo
fare in modo che si sa la gente di ordinamento
carte in gruppi sulla base di se
Penso che la domanda sia la stessa
cosa che ci permette di dirci se
le diverse domande che stiamo chiedendo e
misurare fondamentalmente la stessa cosa
o qualcosa di diverso e poi usiamo
statistiche per valutare i risultati di
i sondaggi e convalidare che il nostro
i costrutti sono effettivamente buoni , guardiamo
cose come una discriminante e
la validità convergente dice che è fondamentalmente
assicurandoci che i nostri risultati siano
coerente e che le cose che
dovrebbero essere correlati sono infatti correlati
e quindi non indipendente e stabiliamo
l’affidabilità dei costrutti noi
parlare di previsione nei rapporti
che abbiamo messo fuori e la previsione è molto
parola importante perché implica qualcosa
c’è un livello di causalità nella scienza
solo tre contesti in cui è possibile utilizzare
la predizione di parola è se tu sei
facendo uno studio longitudinale così sei
facendo uno studio in cui valuti il
sistema in più punti nel tempo quelli
sono abbastanza difficili da fare e non lo siamo
facendo studi longitudinali nell’altro modo
in cui possiamo parlare di previsione è
nel contesto di controllo randomizzato
esperimenti non possiamo quelli sono molto
difficile da fare e uno dei motivi
perché c’è così poca scienza nel
studio di squadre ad alte prestazioni nel
contesto dello sviluppo del software
perché è così difficile da fare randomizzato
esperimenti controllati nel contesto di
squadre perché ce ne sono troppe
variabili e non possiamo controllare il
variabili provate e confrontate due
squadre diverse e ce n’è davvero
Steven ti incoraggia una volta mi ha raccontato una storia
di guardare una squadra che era
stimando e non potevano trovare
che le stime storiche erano
totalmente inutile nel predire il futuro
le prestazioni della squadra e lo erano
guardando cosa c’è di diverso tra l’ultima
rilascio quando queste stime erano buone
e questa uscita quando non sono buoni
e alla fine quello che hanno trovato è il
la squadra è stata spostata e lo era stata
seduto in una stanza con Windows e poi
la squadra verrebbe trasferita in un
seminterrato dove non c’erano finestre e
la scena non stava ottenendo alcuna luce e
questa è l’unica cosa che potrebbero pensare
come una ragione per cui improvvisamente la squadra è stata
molto meno produttivo quindi cose come questa
che non ci aspettiamo di essere variabili
molto spesso sai davvero molto
importante non è quasi impossibile
controllo per quei tipi di variazioni così
è molto difficile da fare randomizzato
esperimenti controllati nel contesto di
squadre quindi usiamo il terzo metodo di
dimostrando la previsione usiamo la teoria
design basato e ciò che significa siamo noi
avere una teoria basata idealmente sul
letteratura su studi esistenti e se
non sulla nostra ipotesi e poi andiamo e
eseguire i dati e quindi otteniamo i dati
indietro e noi convalidiamo se i dati mostrano
che la nostra ipotesi è vera o falsa così
sai che questo è un tipo molto basilare di
Honea in forno in scienza, se ti piace, ma
funziona e lo fa ci permette di parlare
riguardo alla predizione e ne abbiamo trovati alcuni
cose interessanti e cruciali che abbiamo
aveva un sacco di nostre idee confutate come
bene, che è uno dei modi in cui tu
sai che lo stai facendo bene se alcuni di
le tue teorie sono false, quindi sono
andando a parlare delle cose che noi
trovato che non erano veri come alcuni
delle cose che abbiamo trovato che erano
vero dove nessuna di queste condizioni
applica non parliamo di previsione noi
parliamo di correlazione, quindi lo farò
parla di un esempio di utilizzo
psicometria per misurare una cultura che
è una delle cose che abbiamo misurato
quando stavamo cercando come costruire
ad alte prestazioni squadre in modo che la cultura
è importante per il nostro studio, ma ce ne sono molti
diversi tipi di cultura parlano
circa per esempio l’identità nazionale e
differenze tra i comportamenti da
persone provenienti da persone di paesi diversi
parlare di culture adattative c’è
questo concetto di valore imparando l’uno
abbiamo finito per usare stava guardando
alla cultura nel contesto dell’informazione
flusso che viene da uno scienziato chiamato
Ron Westrom che sta studiando sicurezza
risultati effettivamente in sanità e
aviazione e ha costruito un modello per prevedere
risultati di sicurezza in sanità e
aviazione basata sul flusso di informazioni
in tutta l’organizzazione e così noi
ha usato il suo modello come base per
misurare la cultura quindi questo è un taglio Wes
tipologia che sostanzialmente divide
organizzazioni in base al fatto che lo siano
patologico burocratico o generativo
e ha questi sei diversi atti
per guardare come le persone si comportano in
questi diversi tipi di organizzazioni
se cooperano efficacemente come
abbiamo a che fare con i messaggeri come possiamo comportarci
con le persone quando ci portano brutte notizie
addestriamo le persone a portarci cattive notizie
ignoriamo le persone che ci portano male
notizie o spariamo alle persone che ci portano
cattive notizie come affrontiamo
responsabilità e rischi come facciamo noi
affrontare il collegamento tra diversi
parti dell’organizzazione tra
diversi silos e poi due cose
Sono particolarmente affezionato a come ci comportiamo
con fallimento porta a richiesta di informazioni
l’apprendimento porta alla giustizia o lo fa
porta a capro espiatorio e punizione
una delle cose che è molto importante
sulle organizzazioni è quello
le organizzazioni di persone sono complesse
sistemi e c’è tutta una teoria
c’è un intero che conosci i campi dedicati
allo studio di sistemi adattivi complessi
ma penso che due cose siano molto
importante per i sistemi adattivi complessi
numero uno nessuno è perfetto
informazione in particolare non gestione
e l’altra cosa è importante
su sistemi adattivi complessi è quello
non puoi mai prevedere l’esito di
le vostre azioni ci saranno sempre
effetti collaterali imprevisti e spesso il
gli effetti collaterali saranno maggiori negli impatti
rispetto agli effetti desiderati quindi in a
complesso sistema adattivo dove nessuno ha
informazioni perfette e non puoi mai
prevedere le conseguenze delle tue azioni
il fallimento è inevitabile in qualsiasi complesso
il fallimento del sistema adattativo è inevitabile
e così quando qualcosa va storto, il nostro
istinti come umani è scoprire chi
fatto e per punirli o licenziarli
ma in un complesso sistema adattivo che è
completamente la cosa sbagliata da fare ogni volta
succede che dovresti sempre chiederlo
te stesso se fosse stato io a farlo
cosa avrei potuto fare lo stesso errore
e la risposta se siamo onesti è quasi
sempre si avrei potuto fare e il
la ragione è perché la persona lì
non aveva informazioni sufficienti o
non avevano gli strumenti necessari a loro
smaltimento per testare cosa succederebbe se
hanno fatto la cosa X e quindi se ti esibisci
un’indagine su qualcosa che sta andando
sbagliato e
il risultato finale dell’indagine è stato
è stato Steven ti permette di licenziarlo avete
fallito che dovrebbe essere l’inizio di
la tua indagine
perché Steven ha fatto quella cosa come possiamo
migliorare le informazioni che ha come
possiamo dare a Steven sistemi migliori per
Permetti a sis Steven di testare i risultati di
questa azione e in modo sicuro fallire rapidamente se
quella cosa porterà a qualcuno
conseguenza disastrosa che Steven può
possibilmente prevederlo e infine come
ci occupiamo di novità è implementato
porta a problemi come la portata
creep o il mio preferito è la novità schiacciata
Penso che probabilmente intuitivamente tutti
sa dove sono su questo spettro
e ciò che è affascinante per me è come lo farò
mostra più tardi gli stessi fattori che predicono
i risultati di sicurezza prevedono anche l’ innovazione
risultati gli stessi fattori che prevedono
i risultati di sicurezza prevedono anche l’ innovazione
risultati e la ragione di ciò è
devi essere in un sistema, se lo sei
andando a innovare dove puoi provare
cose fuori e cose sbagliate e
dove è sicuro sbagliare le cose
stessi fattori che ci permettono di costruire
sistemi di sicurezza complessi complessi anche il
stessi fattori che ci consentono di innovare
quindi stiamo cercando di scrivere domande per
questo cercando giuste domande per scoprirlo
dove le persone sono ti darò come a
minuto per pensare a un modo di scrivere a
domanda per testare una di queste cose così
pensa a cosa chiederebbe
cosa vogliamo fare quando lo chiediamo
le domande sono queste dichiarazioni forti
con parole chiare che tu
potrebbe essere d’accordo o in disaccordo con fortemente così
queste sono le domande che effettivamente facciamo
chiesto in modo da sapere il secondo sul mio
i fallimenti della squadra sono opportunità di apprendimento
e messaggeri in mezzo a loro non lo sono
punito è qualcosa che puoi
fortemente d’accordo o in disaccordo con così quando
abbiamo fatto l’analisi che abbiamo trovato questi
domande per dare risultati che erano entrambi
valido e affidabile e risulta il loro
predittivo delle prestazioni IT e
prestazioni organizzative che farò
definire a breve così quando chiediamo a questi
domande che cosa facciamo è che usiamo ciò che è
chiamato una scala di tipo Likert dove puoi
passare da fortemente in disaccordo a fortemente
d’accordo e tu sai che questo è ciò che dà
voi uno e questo ti dà sette e
allora prendi solo i numeri
queste diverse domande e tu
media loro e che ti dà un numero
per la cultura in modo che possiamo quantificare la cultura
in questo modo però a volte
l’analisi della sorella-ragazza mostra che il
misura non è valida e affidabile quindi noi
per esempio volevo chiedere informazioni sul fallimento
notifiche abbiamo pensato di sapere
nei team vengono notificati i guasti
questo ci direbbe qualcosa sul loro
Prestazioni IT quindi queste sono le
domande che abbiamo chiesto sul fallimento
notifica quindi risulta che questo era
non una misura valida e affidabile quando noi
cadere in analisi statistica questo questo
risultato non essere una cosa fondamentalmente
qualsiasi idea del perché possa essere
ciò che le statistiche non ti dicono è
perché non è una cosa valida o affidabile
devi indovinare quindi cosa abbiamo finito
fare è pensarci su questo
e abbiamo pensato bene in realtà questo è
tipo di chiedere due cose diverse
le prime due cose sono come chiedere
noi sulla notifica dall’esterno di
la nostra squadra e il resto delle cose
chiedendoci di notifica di fallimento
dai dati che possiamo ottenere dall’interno
il nostro team e ce ne sono in realtà due
cose diverse e quando dividiamo il
risultati da queste domande in due
separare le cose
in effetti, infatti, si è rivelato essere
misure valide e affidabili , quindi questo è
un esempio del tipo di cosa che fai
quando fai analisi statistica
scoprire bene, in realtà, li conosci
più cose o conosci questo insieme
cosa che non è una cosa a tutti oa volte
puoi combinare le cose e prendere un mucchio
di cose che pensavi non fossero
esattamente lo stesso, ma in realtà sono tutti
muoversi allo stesso modo nei dati così
c’è un sacco di altre cose
Nikol lo sai comparare presto
responder contro i ritardatari in ritardo da vedere
se sono statisticamente differenti
guardando i tassi di abbandono del sondaggio alla ricerca
a pregiudizi e c’è qualche statistica
prova lei fa il metodo del colore surround
varianza non ho idea di cosa sia
quindi una volta che hai fatto tutto questo lavoro allora
possiamo guardare i dati e questo è ciò
i dati ci dicono prima di tutto che abbiamo trovato
che le prestazioni IT sono importanti
detto per anni l’IT non importa ma
non può fornirti una consistenza
vantaggio strategico in termini di
innovazione abbiamo scoperto che non è vero
usiamo la misura standardizzata di
performance organizzativa in termini di
quota di mercato della redditività e
produttività e ciò che abbiamo trovato è alto
gli artisti avevano il doppio delle probabilità di successo
superare quelle prestazioni organizzative
obiettivi a basso rendimento in IT così noi
trovato che le prestazioni IT hanno un
impatto sul fondo della tua organizzazione
linea in secondo luogo siamo stati in grado di trovare a
modo statisticamente valido per misurare l’IT
performance quindi era al discorso di Kevin
stamattina è fantastico, quindi ha parlato di lui
tale studio il come si chiama i due
assi sì la traccia di allineamento giusto così
una trappola di allineamento in basso a destra
giusto c’è un po ‘di alto
IT altamente efficiente quello che abbiamo trovato a
modo per misurare è che fondamentalmente come si fa
Dimostri di essere altamente
efficiente come misuri il tuo
efficienza e questo è ovviamente dove
vuoi andare prima di andare
allineamento quindi se vuoi misurare l’ IT
efficienza questo è ciò in cui ti crediamo
dovrebbe usare una metrica di prestazione RIT
in realtà sono due cose separate che noi
trovato in realtà erano statisticamente
misura valida quindi le prime due cose sono
throughput quanto velocemente possiamo fornire come
a lungo ci vuole per ottenere cambiamenti da
controllo della versione al lead time di produzione
e distribuire la frequenza e poi due
misure di stabilità quanto tempo lo fa
portaci a ripristinare il servizio quando c’è
un’interruzione o un degrado nel servizio
qualità e quindi cambiare tasso di fallimento quando
spingiamo un cambiamento verso la produzione di ciò che
percentuale del tempo fallisce o
dobbiamo fare le riparazioni di emergenza perché
come tutti sappiamo, nessuno si ritira mai
con una semplice correzione di emergenza fino a quando non funziona
quindi due diverse misure attraverso le stampe
abilità tradizionalmente a cui siamo stati portati
pensa che queste due cose siano un mestiere
fuori se andiamo più veloce , spezzeremo le cose
il risultato più interessante per me da
l’intero studio e l’unica cosa che tu
dovrebbe portare via da oggi è quello
non è vero quello che abbiamo trovato è così in alto
gli artisti fanno meglio su entrambi
le cose ad alto rendimento raggiungono livelli più alti
livelli di produttività e alti livelli di
stabilità questo non è un trade-off e
questo è ciò che si sviluppa è una cosa nella mia
l’opinione è perché abbiamo trovato un modo per
cambia il gioco non siamo più
gestendo il trade-off che è dove
come ingegneri di solito operiamo
in realtà ha cambiato il gioco e lo siamo ora
in grado di passare a un paradigma diverso
dove stiamo migliorando con throughput e
stabilità e i dati mostrano chiaramente
questo fuori ciò che troviamo è così alto
gli esecutori stanno eseguendo le implementazioni
domanda che stanno raggiungendo tempi di consegna di
meno di un’ora possono essere ripristinati
servizio tipicamente in minuti e loro
cambiare tasso di errore non è del 15 percento
mentre i risultati bassi stanno raggiungendo
distribuisce le frequenze tipicamente su a
mensilmente stanno raggiungendo il comando
tempi compresi tra 1 e 6 mesi possono
in genere ottenere tempi di consegna
ripristinare il servizio in meno di un giorno per
certamente non in pochi minuti e loro lo sono
ottenendo tassi di fallimento delle modifiche tra
sedici e trenta per cento così grandi
differenza tra le alte prestazioni
e gli artisti bassi e puoi pensare
di organizzazioni come Amazon e Google
su questo asse e quindi sai molto di più
organizzazioni tradizionali a cascata su
questo asse ma fondamentalmente lo stesso
capacità che ti permettono di muoverti
veloce se fatto bene ti permette anche di
ripristinare il servizio e risolvere i problemi velocemente come
bene, abbiamo vissuto in un mondo per secoli
dove ci siamo concentrati su come farlo
impedire che le cose accadano nel complesso
sistemi adattivi non puoi farlo tu
non può impedire che accadano cose cattive
sistemi adattivi complessi saranno naturalmente
andare alla deriva in fallimento quindi la domanda
Non diventa come possiamo evitare il fallimento
ma come possiamo recuperare dai fallimenti come
il più velocemente possibile come possiamo rilevarli
come possiamo risolverli il più velocemente possibile
quando esce il prossimo CVE e c’è
un difetto nelle nostre librerie ssl hack scena
possiamo ottenere una patch per tutti i nostri
server queste sono le domande di cui abbiamo bisogno
per chiedere come possiamo ripristinare il servizio
e le stesse capacità che ci consentono
muoversi velocemente ci permette anche di individuare e
rispondere ai guasti più velocemente pure
creare resilienza sicura più sicura
sistemi quindi se guardi le cose
che ci danno la più alta correlazione
con le prestazioni IT questo è ciò che noi
ho trovato il numero uno con i tuoi codici
figurazione e sistema applicativo
configurazione in controllo versione e
quello che era interessante di questo era quello
era più importante avere il tuo
configurazione dell’applicazione e il tuo
configurazione del sistema nel controllo della versione
piuttosto che avere il tuo codice in versione
controllare così chi può effettivamente ricreare
il loro sistema di produzione puramente da
informazioni e script nella versione
controllo va bene che si basa manualmente
entrare in console e cambiare
cose al fine di configurare il loro
i sistemi di produzione vanno bene
metà della metà è in realtà piuttosto buona
Penso ma questo è un grande esempio di a
bere la parità dei problemi e questo è un
grande esempio di una capacità che
ti permette di
più veloce e creare sistemi più resilienti
essere in grado di fare questo essere in grado di avere
questa capacità ci consente di creare
testare i sistemi molto più velocemente così tu
può creare ambienti di test su richiesta
in questo modo anche se c’è un fallimento in
produzione e abbiamo bisogno di ripristinare il
stato del nostro sistema a un bene precedente
stato conosciuto possiamo farlo
programmaticamente in modo deterministico
quantità di tempo se stai effettuando l’accesso
console e modifica della configurazione
impostazioni che non sono deterministiche
perché gli umani commettono errori mentre se
puoi farlo solo in modo automatico
moda possiamo ripristinare il servizio in a
quantità deterministica di tempo prevedibile
questo ci consente di ripristinare il servizio più velocemente
quindi questo è un ottimo esempio di a
capacità che aumenta il throughput e
aumenta anche il recupero della resilienza
registrazione e monitoraggio degli allarmi guasti
i sistemi non dicono Twitter qualcosa
è molto caro al mio cuore
gli sviluppatori che uniscono il loro codice in Trunk
ogni giorno non funziona sulla funzione di lunga durata
rami dove ci fondiamo nella caratteristica
rami regolarmente ma in realtà funziona
in piccoli lotti sul tronco e fusione
cambia nel bagagliaio su base giornaliera
questo è molto probabilmente il più importante
cosa importante cerco in a
sviluppatore è che la capacità di abbattere
grandi problemi in problemi minori e
controlla i problemi in master in
tronco su base giornaliera o più
spesso anche questo pezzo che ho appena
ha parlato di sviluppatori di grandi dimensioni
funzionalità in piccole modifiche incrementali
quindi queste due cose sono essenziali
alla consegna continua e poi finalmente
la pace dei DevOps durante lo sviluppo e
le squadre operative interagiscono con il risultato
generalmente win-win quindi questi sono i
cose che hanno la più alta correlazione
con le prestazioni IT quando vogliamo guardare
alla predizione il più grande predittore di
Performance IC dello studio 2014 e
Passerò agli studi più recenti
in un minuto stava facendo una revisione tra pari
modifica processo di approvazione cosa intendiamo
da questo
quindi ci sono un paio di modi in cui puoi farlo
cambiare approvazione è una revisione tra pari
processo che è fondamentalmente coppia
programmazione o revisione del codice da parte delle persone
nella tua squadra e c’è anche
processi di approvazione del cambiamento esterno come
avere un consiglio di approvazione cambiamento o alcuni
altra squadra che prova i tuoi cambiamenti o
rivedere le tue modifiche
quindi si affida solo al peer interno
rivedere l’approvazione per andare a vivere ehi
chi deve avere approvazioni per un
squadra esterna per mettere il loro codice
in produzione come un cambio di approvazione
consiglio che è circa un terzo di voi
quindi risulta che non funziona
produce molto meno rendimento come te
mi aspetterei di avere una squadra esterna
cambiare l’approvazione è trascurabile
impatto positivo sulla stabilità del
sistemi che costruisci in termini di
effettivamente migliorando la sicurezza del
i sistemi che lo hai costruito sono trascurabili
impatto ma riduce notevolmente
throughput e molto di quel tipo di
la cosa è è quello che mi piace chiamare un rischio
Teatro gestione una volta ho ho avuto ho avuto un
collega quando stavo lavorando a Thor
lavora chi ha lavorato in un grande europeo
produttore di elettronica e loro
ha dovuto cambiare il processo di approvazione che
coinvolto un foglio di calcolo con sette schede
con i dettagli del cambiamento che tu
invierebbe un’email a un change manager in
un altro paese che avrebbe letto quelli
modifiche e il gestore del cambiamento è stato
non tecnico quindi non l’hanno fatto davvero
capire cosa è stato scritto lì e
loro telefonerebbero al responsabile e tu
sapere fare domande e se gli è piaciuto il
suono delle risposte che approverebbero
altrimenti non lo farebbero e il
gli sviluppatori sapevano che il manager del cambiamento
non capiva cosa ci fosse nel
foglio di calcolo in modo da copiare semplicemente il file
l’ultimo e cambia alcune cose e
quindi inviarlo e il cambiamento – chi
sapeva che gli sviluppatori conoscevano il cambiamento
manager non sapeva che era nel
foglio di calcolo e a questo punto cosa noi
avere è teatro di gestione del rischio non in
Infatti un processo per gestire efficacemente
rischio e questo è esattamente ciò che i nostri dati
ci dice di essere il caso di attivo
monitoraggio quando siamo in relazione tra
Devon Ops e poi questa cosa che sono
parlerò di alta fiducia
cultura organizzativa questo è ciò che noi
misurato con una tipologia occidentale e noi
trova quella cultura del tuo
l’organizzazione prevede sia l’IT
prestazioni e organizzative
prestazioni quindi questo risultato è stato
pubblicato su una rivista peer-reviewed
posso andare a scaricare la carta che avrò
un link alla fine di questa diapositiva che abbiamo
vera scienza che mostra che la cultura ha
un impatto misurabile sulle prestazioni IT
e prestazioni organizzative e questo
lo studio è stato replicato da Google
così
Google ha fatto qualche ricerca su ciò che rende
una buona squadra e avevano tutti i tipi di
ipotesi che conosci per conoscere gli sviluppatori
e l’amministratore del database e a
manager o non abbiamo manager e
vedere come funziona e ciò che hanno trovato
era davvero interessante era che il
composizione della squadra in termini di
l’equilibrio delle abilità non era effettivamente utile in
trovare team di successo che hanno trovato
era questa la cosa più importante in
determinare se una squadra stava per
avere successo con Google
i membri del team di sicurezza psicologica si sentono
sicuro di correre rischi ed essere vulnerabile in
davanti a ogni altro tipo di aspetto
simile a questo e quindi affidabilità
struttura e chiarezza il significato del
lavoro che stavano facendo e l’impatto che
stava facendo e ciò che abbiamo effettivamente trovato
nello studio dell’anno scorso ne avevamo altre due
misure che abbiamo misurato perché noi
stavano cercando di rompere questo e cosa
troviamo che è in realtà in termini di
analisi statistica quando analizziamo
questo in effetti non funziona come a
costrutti singoli non è valido e
costrutto affidabile quando misuriamo il
i risultati sono in realtà due separati
costruisce questi due non riesco a ricordare se
il numero tre è andato con uno e due o
se è andato con quattro e cinque ma
quattro e cinque o una cosa uno e due
o un’altra cosa e tre o va
su o giù e non sono sicuro di quale, ma noi
sono stati in grado di identificare due separati
elementi che erano costrutti che si formano
questa cosa che Google ha trovato ha detto loro
se una squadra sarebbe stata
successo quindi ho intenzione di andare avanti e
parla un po ‘di consegna continua
quello che abbiamo trovato è continuo
la consegna influisce sulle prestazioni IT e questo
è la versione matematica quindi ce n’è una coppia
di cose che guardiamo quando facciamo il
uno di matematica è la beta e la beta ti dice
sulla forza dell’effetto e
quindi l’altra cosa che è probabilmente
la cosa più importante è R quadrato R
al quadrato ti dice quale percentuale di
la varianza in quella misura è causata da
le cose che lo indicano così che cosa
dicci che ci dice che è il ventotto
punto otto percento della varianza in
Le prestazioni IT si spiegano in modo continuo
consegna
6,2 per cento delle varianti in IT
prestazione oh scusa no che quello è un
betta non è un r-quadrato, diamo un’occhiata
a questo
Il 14% della variazione organizzativa
le prestazioni sono spiegate da entrambi i reparti IT
performance e cultura organizzativa
e tutte queste cose erano statisticamente
significativo quindi quello che abbiamo trovato guardando
ai dati del sondaggio c’è un modo per farlo
parlare di consegna continua che cos’è
consegna continua bene sono questi
il controllo della versione di queste cose sono test
automazione l’uso della distribuzione
automazione e uso continuo
integrazione tutte queste cose erano
statisticamente significativo e questi
le cose insieme abbiamo chiamato continuo
consegna e dimostriamo che hanno un impatto sul cambiamento
non superare le prestazioni IT e anche
burnout quindi quello che abbiamo trovato è che le squadre
pratica di consegna aveva livelli più bassi di
burnout e ancora usando noi psicometrici
può misurare di nuovo un burnout usando
modelli precedenti che sono stati studiati
ed è risultato essere valido anche riduce
dolore di dispiegamento molto molto significativo
spiega il 46 percento della varianza
nel dispiegamento del dolore e questa è la carta
che puoi scaricare dove pubblichiamo
questo nel 2016 quest’anno abbiamo esteso questo
modello e abbiamo aggiunto alcune novità in
e queste sono tutte le cose che noi
trovato valido anche aggiunto
gestione efficace dei dati di prova del gusto a
anche la nostra definizione di consegna continua
sviluppo basato su tronco quindi basato su tronco
lo sviluppo significa che non usi molto
funzioni di live branch utilizzate
i rami vanno bene ma tu ti unisci
li in tronco su base giornaliera o più
spesso sto sbattendo, ma questo è
ancora la cosa più controverso che
Parlo di cui ho parlato
questo per 15 anni sulla base del tronco
sviluppo e non usare lunga vita
caratteristica rami e poi ottenere arrivato
e ottenere il flusso è arrivato e di tutti
come si dovrebbe ottenere flusso e mi piace
mai qualcosa è stato più male
i nomi di quelli che fluiscono sai che è fantastico
per flusso di sviluppatori in termini di flusso da
controllo di versione alla produzione è il
la cosa peggiore che tu possa fare perché
indovina cosa non facciamo in realtà
ottimizzare per la velocità con cui a
lo sviluppatore può dichiarare qualcosa che hanno
completa su una feature branch ciò che noi
in realtà vuole ottimizzare per è il
velocità a cui possiamo ottenere i cambiamenti
controllo della versione alla produzione
sviluppo toronto sono stato
dire per anni è una cosa importante
i dati mostrano che questo è in effetti vero
questo è il motivo per cui adoro i sondaggi c’è così
una ricca fonte di pregiudizi di conferma e
poi abbiamo guardato la sicurezza, nonché
incorporando sicurezza e sicurezza
Anche il processo di consegna di Susan ha un impatto
performance glaciale e organizzativa
prestazioni abbiamo trovato quelli un predittivo
collegamento tra CD e cultura e poi
questa è la cosa che si è mossa con il
Identificazione della cultura di Google con
le organizzazioni si lavora per noi anche
voleva trovare un modo per misurare la qualità
e naturalmente la qualità è molto difficile
misura perché la qualità è soggettiva
stavamo cercando dei proxy che noi
potrebbe usare per misurare la qualità
che abbiamo trovato effettivamente lavorato e dato
siamo statisticamente affidabili e validi
misura era la quantità di rilavorazione che
fatto e quello che abbiamo trovato è quello
perché sai che Slivery riduce il
quantità di rilavorazione che viene eseguita e
questi sono i risultati completi che troviamo
è che gli high performer spendono il 29% in più
del loro tempo per un nuovo lavoro piuttosto che per il basso
artisti e il 22% in meno di tempo
disimballaggio e piano ma e rielaborare così
i performer alti spendono meno del loro tempo
roba di rielaborazione perché hanno più veloce
feedback loop e quindi possono spendere
più tempo per creare nuove funzionalità e
questo ci dice che tipo di
intuitivamente sapere che se spendiamo del tempo
su cose come testare l’automazione
refactoring dell’automazione della distribuzione
producendo basi di codici di qualità superiore che
significa che possiamo muoverci più velocemente e questo è il
argomento che diamo ai manager che sai se
lascialo fare a ciò che saremo in grado di fare
muoviti più velocemente oh non abbiamo tempo da fare
questo perché dobbiamo consegnare il
caratteristiche bene c’è un errore evidente
c’è la ragione che è la ragione per cui è
ci prendiamo così tanto tempo per consegnare il
caratteristiche è perché hai una merda
base di codice e nessuna automazione ma è difficile
per fare quella discussione e così qui sono
alcuni numeri che è possibile utilizzare
effettivamente rendere tale argomento usando
scienza comunque
alcune sorprese se non ci fossero
sorprese non faremmo scienza
volevamo esaminare un test efficace
pratiche quindi queste erano alcune domande
che volevamo vedere se queste cose
impatto sulle prestazioni IT quali di questi
le cose secondo te non influiscono sull’IT
prestazioni o impatto negativo IT
le prestazioni hanno un’ipotesi
di outsourcing tutti loro così si scopre
che le cose in rosso negativamente
impatti o non influenzano le prestazioni IT
questo è un po ‘uno sviluppatore a sorpresa
creazione di ambienti di test su richiesta e
ancora non sappiamo perché le statistiche
non ci dice perché ci dice semplicemente no
queste cose sono una specie di intendo
partiti in outsourcing dovrebbe essere ovvio
abbiamo lavorato con una grande distribuzione
compagnia e dove sono stati esternalizzati
partito per costruire test unitari e hanno detto
vogliamo una copertura del 100% e hanno ottenuto un
cento per cento di copertura erano come
si favoloso ora hai guardato l’unità
test e unit test avevano tutti un
cerca tra centinaia di test
la copertura ben fatta è interessante
per me
Il QA principalmente crea e mantiene
test di accettazione di nuovo tutto questo è roba
predittivo quindi abbiamo ipotesi dietro
questa mia ipotesi che stavo testando
ecco che quando gli sviluppatori costruiscono e
mantenere i test di accettazione che esercita
una forza su di loro che li fa sviluppare
codice più semplice da testare, penso
avere gli sviluppatori creano e
mantenere i test di accettazione funzionanti
con i tester è in realtà molto importante
perché altrimenti non ci sono feedback
loop che agisce sugli sviluppatori da realizzare
loro scrivono più codici testabili se tu
prova e aggiungi test di accettazione al software
che non è stato progettato in un test-driven
in che modo sono quei test di accettazione
in genere molto doloroso e costoso
mantenere se gli sviluppatori sono
responsabile della costruzione e della manutenzione
i test che esercitano una forza su di loro a
scrivi più codice testabile che è cosa
rende più facile il test di accettazione
mantenere così ecco alcune scienze che
fornisce qualche supporto per l’idea
tester e sviluppo è importante come a
strumento di progettazione per aiutarti a scrivere di più
codice testabile che a sua volta rende il
test più economico e più facile da mantenere così
un cambio di gestione di nuovo tipo
parlato di questo ciò che abbiamo trovato è quello
pensavamo che sarebbe stato davvero così
pensavamo di essere stati abbastanza intelligenti qui
solo modifiche ad alto rischio come database
come richiedono le modifiche al database
approvazione abbiamo trovato che in realtà non lo fa
in alcun modo correlato con le prestazioni IT
quindi voglio parlare un po ‘di
risultati di gestione che abbiamo trovato così noi
tutti sanno che la gestione del processo di lavoro
è importante il giusto processo di lavoro
limita l’ imposizione dei limiti del processo di lavoro
questo creerà un rendimento elevato
questa è la conoscenza di fatti noti
su di te conosci la magra Canon e Kanban
e così via quello che abbiamo trovato è quello
in realtà non è affatto importante in
termini di correlazione tra gestione
pratiche e prestazioni IT che hanno lavoro
nei limiti del processo non ha correlazione
con le prestazioni IT è enorme
sorpresa questo è qualcosa che dovrebbe
ovviamente è vero quello che sta succedendo qui
quello che abbiamo scoperto è che il processo di lavoro è
importante ma solo quando lo combini
con altre pratiche il modello che noi
finito in realtà che effettivamente prodotto
i risultati statisticamente validi sono questo
quindi questa è chiamata un’equazione strutturata
modello che è una tecnica statistica
che puoi usare per creare conosci le borse
che mostrano che la previsione funziona nel processo
limiti insieme a queste altre cose
oops
scusa ti ho dato il diagramma sbagliato
okay, sarò molto agile
Questo
ok questo è il diagramma reale non fa mai
qualcosa dopo un gin su un volo così
il lavoro efficace nel processo limita quello
il miglioramento del processo a secco predice IC
prestazioni in combinazione con l’uso
di display visivi per monitorare la qualità
produttività di qualità nel lavoro in corso
e l’uso delle prestazioni dell’applicazione
e strumenti di monitoraggio delle infrastrutture per
prendere decisioni commerciali queste tre
cose insieme che stiamo chiedendo
il bene dell’argomento ha bisogno di te
so che è breve e scattante quei tre
le cose insieme predicono in alto
prestazioni bassi livelli di burnout e
cultura migliorata ma queste cose su
proprio loro non lo prevedono così tu
non può semplicemente aggiungere limiti di frusta e aspettarsi
prestazioni IT superiori anche tu devi
usa schermi visivi e anche tu devi
usa i dati dai tuoi strumenti
Ho dei feedback loop da ciò che sei
gli strumenti ti stanno dicendo e le decisioni
stai facendo così è stato davvero
cosa interessante che non eravamo
aspettandosi
quest’anno volevamo anche guardare
gestione del prodotto quindi questo è ciò che noi
uscito con quest’anno in termini di alcuni
fattori che sono importanti nel prodotto
gestione in contesto magra
trasmissione e implementazione del cliente
feedback e spaziatura funzionano in piccolo
lotti e rendendo il flusso di lavoro
visibile attraverso il processo di consegna
entrambe le cose insieme
impatta le prestazioni IT inferiori livelli di
prestazione generativa del dolore di dispiegamento
cultura orientata e anche identificante
fortemente con l’organizzazione che lavori
con cui era una delle parti di
Misura di Google di squadre efficaci e
come abbiamo visto in precedenza impatti delle prestazioni IT
prestazioni organizzative come fa
cultura western così questa è un’istantanea di
alcuni dei risultati degli ultimi quattro
anni di indagini che hanno fatto loro
abbiamo davvero grandi studi e abbiamo avuto
oltre 20.000 risposte ai nostri sondaggi
questo è circa 100x quello che ti serve
dimostrare la significatività statistica a
molti studi statistici sono basati su
dimensioni del campione molto piccole su
il più piccolo che possiate usare e ottenere
via con in termini di statistica
significato abbiamo un enorme dato
impostare molto molto grande quindi abbiamo un sacco di
fiducia nei nostri risultati che abbiamo
pubblicato per le relazioni sullo stato del diavolo
che puoi andare a scaricare e abbiamo
due documenti di revisione tra pari pubblicati Offerte basano
su questi risultati il numero delle conclusioni
uno anche se pensi che sia ovvio test
con i dati che gestiscono il web si limita il fatto
non correlato all’IT
performance che è stata una grande sorpresa per
noi in realtà testiamo le cose con realtà
dati molto molto importanti se i risultati
ti ho sorpreso che stai sbagliando
è solo un errore di conferma
tuttavia se tutto ciò che pensavi fosse
sbagliato , probabilmente lo stai facendo anche tu
sbagliato alcune delle cose che ti aspetti
dovrebbe in effetti dimostrarsi vero a meno che
sai che sei molto deluso ma hey
lavoriamo tutti in informatica più
cosa importante da questi risultati che
Ho tolto è che il throughput
l’instabilità non è un gioco a somma zero noi
può migliorare sia il throughput che
stabilità e le persone che stanno facendo
è giusto migliorare
e finalmente abbiamo trovato statisticamente
modo valido per misurare la cultura e noi
ha mostrato la cultura e le pratiche
che fai a terra hai un
impatto misurabile non solo sull’IT
prestazioni ma anche organizzative
performance quindi abbiamo un po ‘di tempo
domande e se si prende in mano il telefono
e invia una mail a questo indirizzo email
Jay Jay è umile nel mandare le tue diapositive
calmo con il soggetto DevOps che è
Jay è umile nel mandare calme le tue diapositive
con soggetto materiale gratuito DevOps che ho
Ho scritto questi libri che lavoro per questo
organizzazione possiamo aiutarti a sondare il tuo
team grazie mille per il tuo tempo
domande
domande per il jazz nessuno ha una domanda
ok finalmente ho più esercizio
oggi per favore vota sulle tue zanne e dai
feedback um perché lo pensi
sviluppatori che creano test su richiesta
gli ambienti hanno un impatto negativo sulla loro
performance sì, perché lo penso
gli sviluppatori creano un test su richiesta
ambiente che ha un impatto trascurabile
performance bene penso che ci sia
due candidati forti uno è quello
da solo non ti darà IT superiore
la performance è probabilmente quella in
combinazione con qualcos’altro che è
un’ipotesi è l’altra ipotesi
solo che abbiamo fatto la domanda male così
spesso conosci il modo in cui dici le parole
la domanda può farti diventare cattivo
risultati ed è un po ‘sorprendente come
alcune delle domande che ho pensato
erano piuttosto male formulata in realtà ho rivolgo
fuori per darci risultati affidabili validi così
sai guarda la domanda che abbiamo posto
sulla cultura e qualcuno mi viene a prendere
questo l’ altro giorno sì, nella mia squadra
informazioni è attivamente ricercata ben
è una domanda terribilmente formulata
nella voce passiva ma risulta
è una misura valida e affidabile e potrebbe
sia questa la domanda che ci siamo posti
gli ambienti di test on-demand erano in realtà
male formulato o io sono forse solo su
il suo non fa nulla e tu hai
combinarlo con altre cose così quelle
sono i nostri che sono le mie ipotesi come
perché non ha funzionato, sono solo
in relazione a ciò è possibile il fatto
controlli le scale di prova così via
gli ambienti di test della domanda potrebbero incoraggiare
end-to-end piuttosto che unit test yeah
Voglio dire che è un’altra ipotesi e
di nuovo andiamo a guardare i dati e
prova che in realtà non abbiamo chiesto a molti
domande sul test integrato che
sicuramente una strada da esplorare dentro
sondaggi futuri quindi sì, va bene
domanda hai convalidato il tuo
statistiche usando altri metodi e poi
dati quantitativi per esempio
metodi qualitativi partecipando a
team che osservano le squadre ad alte prestazioni
li convalidano la loro pratica
lo sai che è puramente quantitativo
studia e penso che tu sappia che siamo gentili
di feticizzare dati e dati in modo definitivo
non ti dice tutti i dati della storia in
in particolare non posso dirti perché le persone lo sono
facendo le cose che stanno facendo così
i dati sono limitati e ti danno uno
prospettiva ti dice se o non
le tue ipotesi sono vere non lo dice
tu perché stai accadendo così ti penso
sapere che gli studi qualitativi sono molto
John è importante per tutto lo sport
conferenza artigianale che credo sia
online quest’anno di cui parla
guardando i dati qualitativi di Dave Snowden
ha un intero sistema di creazione dei sensi che è
basato su dati narrativi qualitativi I
penso che sia molto importante non l’abbiamo fatto
guarda tutto questo è puramente
studio quantitativo va bene così già
pregiudizio di conferma menzionato e io ero
chiedendo ci sono altri consiglieri
o errori logici che vedi molto
nel mondo dello sviluppo del software sì, io
significa che c’è una vasta gamma di
pregiudizi e alcuni pregiudizi che è possibile rilevare
utilizzando l’analisi statistica il principale
pregiudizi che ci preoccupa un po ‘
è un errore di campionamento solo perché il tipo di
persone che rispondono a questi sondaggi del genere
di persone che possiamo raggiungere in genere
più performanti quindi siamo un po ‘
preoccupato per errori di campionamento in quanto
pensiamo che la popolazione di basso
artisti nel mondo reale che immaginiamo sia
molto più grande della proporzione di radice
di persone a basso rendimento che abbiamo trovato nel
dati di esempio, tuttavia, ciò non significa
i risultati non sono validi perché siamo
ancora in grado di rompere la popolazione il
coorte che vuole il sondaggio in quelli
le popolazioni è solo che pensiamo che
dimensioni relative del Martin
rappresentante ma pensiamo che il
le caratteristiche di loro sono infatti
valido in modo che tu sappia che i pregiudizi sono una cosa che noi
può correggere per molti di loro
bias di conferma per essere corretto per
fondamentalmente assicurandoti di sapere che è
tipo di scherzi a riguardo ma ma tu
sapere che il pregiudizio di conferma è reale
cosa il modo in cui correggiamo
bias di conferma è la teoria
design basato che
che abbiamo escogitato le ipotesi
prima di raccogliere i dati, ciò che non puoi
fare è come ottenere i dati e poi tu
conoscere i dati e cercare le cose
che sembrano interessanti in termini di
correlazioni e dire bene che è il
cosa del genere non sarebbe valida in modo da
non posso guardare correlazioni interessanti
e quindi annunciarli come risultati
dimostrare la previsione ciò che devi
fare è venire prima con un’ipotesi
e quindi raccogliere i dati altrimenti è
non è scienza, ecco che tipo di
corregge per alcuni errori di conferma
estensione sì, questo è il limite del mio
la conoscenza è molto interessante
domanda su quale dei nostri pregiudizi è corretto
o rilevare utilizzando le statistiche sarebbe
una domanda finlandese Grazie Ciao ci sono
eventuali indicatori relativi agli ambienti in cui
consegna continua sta consegnando a
clienti interni contro esterni
grande domanda dei clienti non abbiamo guardato
in quel modo hai menzionato la base ubriaca
la cosa è quella che causa di più
polemica sì e cosa devi fare
di ‘a qualcuno che ha fatto ubriaco
e ora fa qualcos’altro e pensa
è dimostrato molto meglio, um è che non lo è
Mi significa che le statistiche non dicono
storie complete una media di tutto il
le persone che hai chiesto ma sono ancora
impossibile essere un fiocco di neve unico
che hai conosciuto altri sì, intendo te
sapere tutto quello che sto presentando è un
modello e modelli sono necessariamente
solo i modelli necessariamente limitati
darvi un modello di prospettiva non può
dirti tutto ciò che ti permettono di fare
fare previsioni ma quelle previsioni
mai avere previsioni certe al 100%
sempre venire con una barra di errore se tu
così sì sì intendo nella vita reale
ognuno è diverso, tutti stiamo affrontando
ci sono sistemi adattivi complessi
situazioni in cui
sai che questo consiglio sarà sbagliato
per te ed è per questo che sai che siamo
tutti gli esseri umani che conosci
professionisti addestrati usando il nostro
esperienza sai che non ho intenzione di dire
che dovresti meccanicamente meccanicamente
segui le cose che diciamo qui assolutamente
non quello che posso dirti è che lo sai
nel complesso questo è vero in base al
limitazioni nel modello della vita reale come noi
sapere non segue sempre il modello così
sì, intendo che accetto assolutamente il loro
situazioni in cui questo consiglio potrebbe non
applica e conosci l’unico modo per trovare
fuori è provare cose diverse e
sperimenta e scopri cosa funziona meglio
ma dovresti farlo in base all’impostazione
prima l’obiettivo misurabile in Europa
e poi arrivando con un’ipotesi e
poi testando quell’ipotesi e questo io
pensare è davvero una grande parte di ciò che è
manca nel modo in cui pratichiamo
la consegna del software oggi lo sta facendo
quel tipo di modo scientifico che hanno le persone
retrospettive a loro piace, dovremmo provare
questo e loro provano e loro non vengono mai
indietro e scoprire se era meglio e
non definiscono mai in anticipo cosa c’è di meglio
apparirebbe in termini misurabili e
Penso molto a ciò che dovremmo fare
nello sviluppo del software sta facendo questo in
il piccolo così ogni volta che proviamo un
miglioramento definiamo quello che siamo
andando a misurare per scoprire se questo
miglioramento è che le cose giuste
ho fatto e torniamo più tardi e
vedere se ciò ha effettivamente reso le cose migliori
e un’altra cosa è utile per questo
come fonte di cose da misurare da vedere
A cosa assomiglia in modo da sapere che puoi
utilizzare questa metrica delle prestazioni ID credo
è molto prezioso esattamente per quello
scopo hai qualche informazione
sull’utilizzo di pratiche DevOps in alto
regolamentazione come ambienti HIPAA o
ambienti PCI DSS ad alto rischio di business
sì assolutamente se avessi fatto un discorso su questo
ieri dove stiamo facendo esattamente questo
così uno dei miei grassi il mio lavoro di giorno sta funzionando
per il governo americano dove e io sono
andando a prendere in prestito dal mio discorso di ieri
è il più altamente regolato
ambiente in cui sono mai stato in realtà
è andato a lavorare per il governo perché
Pensavo che tu sapessi se ce la possiamo fare
lavorare qui che possiamo fare
farlo funzionare ovunque ragazzo ho capito cosa
Ho chiesto
sai che questa è la lista completa di
controlli che devono essere veri per qualsiasi
governo approvato dal governo
sistema di informazione ci sono e che
quelli sono solo quelli di alto livello
ciascuno di questi controlli è suddiviso in beta
nei sottocomandi quindi devi
implementare centinaia di controlli prima
puoi mettere un sistema live negli Stati Uniti
governo federale queste tecniche
assolutamente applicare in quell’ambiente e
sono forse più importanti in a
ambiente regolamentato perché quello è
dove ci interessa davvero creare
sistemi più resilienti quindi sì, puoi
applicare questi miei co-autore sul mio
libro di consegna continuo Dave Farley
ha lavorato a L max, che era al momento
il più alto rendimento finanziario
scambio nel mondo con sede a Londra
hanno implementato le pipeline di distribuzione
e i revisori l’hanno amato perché
invece di un pezzo di carta sai
quando siamo effettivamente nel federale
governo e altri luoghi quando lo fai
questo ciò che si finisce è un grande stack
di carta che dice che questo è ciò
stai facendo a questa nuda relazione
cosa stai facendo, chi lo sa
se si dispone di una pipeline di distribuzione che
dice esattamente quali cambiamenti hanno avuto che
i test li hanno condotti dove erano
distribuito su quali script eseguire come
risultato di tale spiegamento ciò che
la produzione è stata favolosa per gli auditor
è davvero un’informazione utile
assolutamente queste tecniche si applicano in
ambienti regolamentati sono discutibilmente
ancora più importante in quel contesto così
per favore ricordati di votare grazie jazz
è una scienza meravigliosa
tu
Please follow and like us: