Ciao, mi chiamo Ryan Slobodan, sono qui
con jess umile principio di pensiero
lavora e co-autore di continuo
consegna ciao ciao come stai bene grazie
Howie abbastanza bene quindi è un bel
Giovedi vede l’ora di un po ‘di sole era
fino all’estate sì sì uno dei primi
le cose di cui voglio chiederti sono lì
sembra essere una carenza di competenze critiche
che colpisce i team di sviluppo in tutto il mondo
quali sono i tuoi pensieri su questo bene questo
è qualcosa che stavo pensando
di recente non lo faccio davvero
credo che ci sia un’abilità
carenza o meglio lascia che lo metta come
questo penso che ci siano sempre abilità
carenza e penso che questo sia questo
niente di nuovo, intendo che lavoriamo nell’IT
industria il settore IT è nuovo e
in continua evoluzione e dal vero
i primi giorni c’è stato un
carenza di abilità e sicuramente la mia
esperienza per X abbiamo che abbiamo sempre
hanno trovato persone che escono dal college loro
sapere cose che sono molto importanti per
sviluppo di software commerciale come
come capire come le tabelle di processo
lavoro e come collaborare
multitasking e cose del genere intendo
è ma ma non necessariamente lo sanno
cose come la programmazione orientata agli oggetti
e così via quindi è sempre stato il
caso che abbiamo avuto una carenza di a
di esperienza pratica nel settore
un settore sta davvero cambiando
veloce e quindi la cosa attuale che noi
avere una carenza di abilità è DevOps ma io
penso davvero che non sia il lavoro di
college e università da ridurre
le persone che conoscono tutte queste abilità sono le
lavoro di aziende per far crescere queste competenze
dare alle persone l’opportunità di imparare
e meglio di ciò che fanno e
sfortunatamente siamo caduti in questo
trappola in cui le aziende vedono le persone come te
so che vuoi che vogliamo assumere il viola
scoiattolo che ha esattamente ragione per questo
lavoro e li trama li e li ha
essere molto iper produttivo dal primo giorno
e questo è solo ridicolo, intendo
non funzionerà mai nel settore
deve assumersi la responsabilità di crescere
le persone di cui ha bisogno e per farne parte
del lavoro per insegnare alla gente e dare
pari opportunità di imparare come parte di
cosa stanno facendo Andrew Schaefer
recentemente al DevOps tanunda ha fatto un
presentazione favolosa chiamata non c’è
carenza di competenze dove essenzialmente
rende questo punto e voglio dire che ha un
matematico piuttosto sofisticato
analisi che si occupa di Nash
equilibri ed efficienza Pareto che
è affascinante e merita di essere esaminato
ma fondamentalmente penso che tu sappia il nostro
le aziende limitano le persone a gestire le aziende
come quello che è quel tipo di parola di carne
tritacarne proprio dove getti il
persone al problema e girare il
maniglia e software esce l’altra
fine e non possiamo lavorare così è tutto
l’industria non sopravviverà mai
se facciamo a quelle società quella del
le cose che sapevo che Schaefer dice è che il
output dello sviluppo del software
processo è conoscenza e parte di quello è
la conoscenza e i capi delle persone
chi lo sta facendo e tu conosci entrambi
e ho lavorato ad altissima intensità
ambienti in cui non ne abbiamo ricevuti
tempo di fare qualsiasi cosa e questo lo sai
sicuramente per me è lì che ho imparato
un sacco di cose e poi sai che ho capito
più vecchio e non voleva lavorare 20 ore
nel giorno più e tu lo sai ora
Sono molto severo nell’avere qualche tipo
dell’equilibrio tra lavoro e vita privata e, ma io ho
un carico di conoscenza che le persone trovano
importante e quindi penso che sai sì
possiamo gettare le persone al problema quando
sono molto giovani ma non è quello
neanche in scala e dobbiamo farlo
avere un po ‘di equilibrio e l’ industria ha bisogno
assumersi la responsabilità di analizzarlo
e crescere la conoscenza nelle persone
chi sta facendo il lavoro e sta prendendo tempo
per quello e fornire la capacità per quello
e fornendo risorse per questo
fondamentalmente i miei messaggi smettono di piagnucolare
per far crescere effettivamente le persone di cui hai bisogno
fare il lavoro come parte del lavoro di
facendo il lavoro sai che è l’unico
vantaggio che le imprese hanno in questo
point / startups è la capacità di fare
che credo sia interessante, penso
torna alle discussioni su questo argomento
come un’istruzione universitaria ecc
e per me l’ho trovato uno dei più
cose importanti in cui ho imparato
l’università era come imparare era il
idea che potrei avere una varietà di
cose su cui andare subito potrei diventare
un esperto in materia in tre mesi
come una passata di esame dettagliato su
e probabilmente potrei dimenticarlo e
il fatto è che se pensiamo che il
punto di università è come più come un
college tecnico o come a
corso di certificazione in cui esci
e tu hai questa conoscenza bene tu sei
sarà utile per molto molto breve
periodo di tempo in questo settore dato
quanto cambia e così di più
cosa importante che puoi imparare è come
impara come trovare nuove informazioni come
affrontare nuovi problemi e ci sono
concetti fondamentali fondamentali come come
lavorare con le persone sui team come
risolvere i problemi come una squadra e questi sono
cose buone da imparare come imparare
che questo tipo di cose di base, ma come
Per quanto le abilità specifiche come come
automatizzare la distribuzione del mio VMS in AWS
usando lo chef e facendo questo usando per
esempio chef solista contro cosa sono questi
tipi di estremamente temporali e
Le cose specifiche della tecnologia saranno così
rilevante in un anno o due anni perché
di quanto cambiano le cose che guardiamo
in tutti gli scaffali degli sviluppatori hai a
grande pila di libri lì e
il novantotto percento di loro non lo sono
buono per qualsiasi cosa, eccetto per
alzando il monitor o tenendo aperto
la tua porta guarda tutti quei borland
costruttore di box borland c ++ sto andando a
tiralo fuori dallo scaffale e me ne vado
usa sì, certo che lo sei, sì, è così
interessante perché quella messa a fuoco sul
tecnologie specifiche è quasi
come pensi di avere quello specifico
la tecnologia è ciò che ti causerà
per risolvere il problema non in realtà voi
sapere risolvere il problema ma
abilità di problem solving come le barche devono
essere più importante in realtà esattamente intendo
sono seduto in una casa, probabilmente
seduto anche in casa e quella casa
è fatto di legno e viti e sapendo
ogni dettaglio sulla pressione
processo di commercio del legno che era in
usa e sai esattamente quante curve
sono sulla vite sta per dirvi
come costruire una casa perché è necessario
capire come lavorare con il team per
prendi quella cosa insieme per farti sapere
anche se
cartongesso sulle pareti e un po ‘tutti questi
le cose insieme sono i materiali
le cose specifiche non sono rilevanti come
il prodotto completo che è a
lavoro creativo e quindi anche se lo hai
quelle caselle che puzzo penso che lo faresti
essere ancora fregato fino al dominio
esperienza sì è scortese e penso di essere io
penso che io intenda che tu sia assolutamente
giusto e penso che i tuoi punti su
Università di Spets penso che ci sia
un po ‘di due in modo da poter avere punti più ampi
che penso siano importanti in primo luogo e
c’è un libro che ho letto
da un tizio chiamato Pal che ha paura chi è
educatore brasiliano ha scritto io
pensa negli anni ’60 in effetti e poi
prontamente dovuto lasciare il Brasile perché il
i commenti che ha fatto erano così rivoluzionari
e in pratica ha scritto questo libro
chiamato pedagogia degli oppressi che
è su come migliorare l’istruzione per
conosci la gente comune e il punto
lui fa è che il sistema educativo
tratta persone come conti bancari vuoti
essere riempito di conoscenza e il
la critica che fa di questo tu lo sai
idea di apprendimento meccanico e apprendimento per
l’esame e una critica che ne fa
questo è un processo progettato per il controllo
il modo in cui la gente pensa e preserva
strutture di potere esistenti mentre in
Infatti quello che vuoi fare è esattamente cosa
hai detto che è quello di insegnare alle persone
pensa da solo ma il problema è
è pericoloso quando insegni alle persone
pensare da soli potrebbero
sviluppare le proprie opinioni e poi loro
potrebbe non piacergli quello che vedono e decidono
per te sai organizzato e in bicicletta così io
pensa di sapere quanto è
ancora vero per molte persone che il
il sistema educativo tratta e c’è
conti bancari vuoti conosci il nostro
le multinazionali trattano le persone come una banca piena
conti per essere sai di avere conoscenza
sifonato fondamentalmente dalle loro teste
piuttosto che come conosci persone che sono
lì per risolvere i problemi e lo sai
questo entra nella gestione
filosofia anche in quanto
gestione in molti posti circa
dire alla gente cosa fare sai
non stai trattando le persone come
conti bancari e conosci il lavoro di
gestione uno dei miei libri preferiti che
è uscito negli ultimi due anni
questo ma Toyota Kata e parla
come le persone imparano a gestire una Toyota e
è scritto da questo ragazzo, mio fratello
chi ha studiato Toyota per un certo numero di
anni e l’osservazione che ha fatto è stata
che sai che chiederebbe ai manager come
impari ad essere un manager più stretto e
loro direbbero
non sappiamo che non c’è no non c’è
Ovviamente devi passare o qualsiasi cosa
così impari a essere un manager di
Toyota avendo prima fatto il lavoro e
quello che impari implicitamente è che il
il modo in cui fai il lavoro è che sappiamo di aver bisogno
per andare da A a B non sappiamo come
vai da A a B quindi ti facciamo sapere
condizione obiettivo diciamo che ecco cosa
vogliamo essere tra due anni in un mese
ecco le cose misurabili che noi
voglio averti raggiunto capire come
per arrivarci e il lavoro dei manager
è quello di consentire alle persone di fare il lavoro
per eseguire una serie di esperimenti e provare
cose fuori per capire come
arrivare lì non è possibile pianificare come stai
andando da A a B perché tu
Non so come si sta andando a ottenere da
A a B ed è così che è nella conoscenza
lavoro e questa idea quel dramma
il management deve dire alla gente cosa fare
e poi seguirai gli ordini che intendo
non puoi innovare in questo modo e così
sai che tutto torna a questa cosa
che hai indicato chi sei tu
conoscere il valore dei knowledge worker
sapendo come sperimentare e come provare
cose e e e come imparare come
migliorare e questo è davvero ciò che noi
dovrebbe essere la progettazione dei nostri sistemi in giro
e poi conosci il rovescio della medaglia
sai che vado a parlare con un sacco di
le organizzazioni e le persone dicono bene
sai che gli sviluppatori non vogliono imparare
sull’amministrazione dei sistemi amministratori sis
non voglio conoscere la programmazione e tu
sapere di nuovo sono favorevole a questo
perché sai di avere qualcosa
che ami fare e questo è quello che tu
amo fare ma d’altra parte te
entrare nel settore IT cambierà
tutto il tempo che ti sei unito di più
settore in rapida evoluzione nel mondo
l’idea che non dovrai farlo
acquisire nuove competenze per tutto il tempo
ridicolo sai se sei tu che hai un
problema con questo ti sbagli
industria allora governo la mia risposta
avrebbe dovuto essere un idraulico giusto hmm
c’era una delle cose che
menzionato mi ha ricordato che eravamo
parlando del manager Toyota e come
loro facilitano la squadra e io ero
pensando ho pensato immediatamente al
idea di rimuovere gli ostacoli e il
l’ideale del tipo di scrum master sembra
come un’idea simile se conosci il
scrum master dovrebbe rimuovere
impedimenti alla squadra facendo quello che loro
ho bisogno di fare almeno questo è l’ideale
Ora come si fa come si fa a pensare che
finisce per elaborare l’ ideale della mischia
nel mischia master vs il culto del carico di
mischia nel maestro di mischia sì
sfortunatamente vedo molto del carico
cult e quindi lo so anche se c’è
un sacco di cose buone in mischia, solo
vedi sempre l’orribile pezzo in cui le persone
vogliono andare agili e assumono una tonnellata di
maestri di mischia e tutti prendono i due
giorno e poi conosci tutti
prendere ordini in piedi piuttosto che
sedersi e tu sai dimostrare
funzionalità delle loro workstation una volta
un mese per ottenere la loro storia
punti e non sai nulla in realtà
cambiamenti e questo è spesso il mio
esperienza di esso perché ti penso
la mischia di conoscenza è una struttura valida ma
allora quello che succede è per fare
tutte queste cose agili e snelle funzionano
si tratta di una mentalità culturale e
mentalità organizzativa e alcuni dei
cose che abbiamo appena parlato del
importanza delle persone che fanno il lavoro
in realtà decidendo come stanno andando
fallo e se non ti allontani da questo
comando e controllo mentale non lo fa
fai la differenza ce n’è un’altra
libro davvero divertente stranamente da un ragazzo
chiamato RT bug ness che è un CFO di
Statoil che è il petrolio dello stato norvegese
le aziende oggi immaginano un CFO di a
compagnia petrolifera in Norvegia non essere
necessariamente molto divertente ma lui è
esilarante e ha scritto questo favoloso
libro chiamato attuando me sul bilancio
che è tutto su di te sapere in bilancio
un modo che non comporta un annuale
ciclo di budgeting e dove effettivamente
fidati delle persone e sai che dai loro
soldi per provare nuove cose e lui ha questo
ottima linea dice che non puoi cambiare
comando e controllo attraverso il comando
controllo e questo è l’enigma molto
di organizzazioni si trovano in te
sanno che capiscono che non puoi
innovare in questo modo, ma come si fa
fermata cambiarlo Non si può dire fermato
dare ordini alla gente e altri due
persone che fanno su Stop ordini taking I
significa che c’è un paradosso lì
ovviamente e poi questo è il problema
mischia, sai che hai questi
pratiche ma a meno che le persone non cambino il
mentalità organizzativa sai che è
sarà necessariamente una colonna di carico
è interessante perché so quanti
volte l’ho visto bene ora ci siamo incontrati
ora abbiamo parlato di quello che stiamo facendo per 15 anni
minuti ogni mattina così ora possiamo andare
due volte più veloce um huh sorry what IIIi
penso che sia forse il tuo passo due mancato
tre e tutto il resto proprio dentro
i nomi degli underpant vanno bene al primo passo
il corso di master scrum certificato step 3
tagliare i costi e fare tutto più velocemente sì
passo 2 giusto ok e intendo il
il problema è il passaggio 3 giusto dove le persone
sono focalizzati su come possiamo ottenere
di più con meno e di come stiamo andando a fare
riducendo i costi e e utilizzando
tu conosci la fata magica e
parte del problema è che conosci le persone
pensare a ridurre i costi in termini di
sai ridurre la spesa per costosi
cose come le persone, quindi come possiamo risolvere?
quel problema andremo a esternalizzare
la gente avrebbe assunto meno tipi di
sperimentare le persone e ad alta più tipo di
giovani fuori dal college e poi
ti chiedi perché sai che la mischia non lo è
andando a risolvere il problema per te e
conosci uno dei più importanti
idee sbagliate su lean è questa idea
sapere che magra significa tagliare i costi
beh no, non è quello che significa magra
significa ridurre i rifiuti nella valle
flusso e inesorabilmente e
facendo continuamente quello allora i costi vanno
in basso intendo uno dei miei casi preferiti
studi non ho avuto questi libri qui
non l’ho pianificato in anticipo in modo strano
abbastanza ho solo loro Higgs che ho letto
loro per tutto il tempo c’è questo libro di
Gary Griever ha lavorato a
hewlett-packard sul loro LaserJet
team del firmware e riducono i costi e
muoviti più velocemente implementando re architecting
il loro software in modo da poter avere tutto
lavoro del tronco implementando questo
suite incredibilmente sofisticata di
test automatici e in pratica lo erano
in grado di fornire molto più frequentemente e
aggiungilo più velocemente e tagliando molto
di costo nel processo ma lo hanno fatto
investendo significativamente nel
lavoro di ingegneria e ingegneria
sforzo e tu sai costruire tutto questo
tecnologia sofisticata che poi
consentire loro di tagliare i costi lungo la linea
ma tu sai
si inizia con il fuoco
gruppo di persone e ridurre i costi
in realtà risulta non ridurre i costi
a lungo termine che aumenta i costi in
il lungo termine e suona come
l’ idea di così sono pesa 250 libbre I
ho bisogno di perdere un po ‘di peso che potevo
cambia la mia dieta cambia il mio esercizio
regimi e lentamente funziona il modo di offrire
potrei andare a far tagliare la motosega alla mia
le gambe ora sul tuo accendino il bersaglio
il numero che sto cercando di cambiare ha
ora diminuito quindi ho colpito il mio
obiettivo ok oh potrebbe esserci un
problema qui sì è triste ma davvero
intendo persone che non pensano
quindi passare a un argomento diverso e
hai detto che eri il co-autore di
consegna continua ora continua
contenitori di consegna per prugna la stessa cosa
giusto non c’è differenza no
la differenza è proprio questa è questa
una delle aree in cui il mio pensiero è
tipo di evoluto e continuo
distribuzione è venuto fuori da questo blog
da Tim Fitz che stava lavorando sono vista
giusto per fare molte distribuzioni oggi
invidia e così l’ho letto ed ero io
penso che il 2009 sia effettivamente così l’anno prima di me
ma è uscito e ho pensato che fosse così
favoloso e sai cosa abbiamo parlato
su di esso in un po ‘e poi eravamo
cercando di capire quale sia il titolo del
il libro dovrebbe essere e io non volevo te
so rubare anche io il finanziatore di Tim Fitz
leggi il primo principio dell’agile
manifesto che eri a conoscenza del lavoro
dello sviluppatore di software una frase perché
è mattina presto che non posso
ricorda esattamente, ma il lavoro del software
lo sviluppo è quello di fornire valore in anticipo
e spesso ai clienti e quindi lo sai
In realtà sto andando rapidamente
perché ho intenzione di fare un orribile
lavoro altrimenti così il primo principio
quel manifesto agile è il nostro più alto
la priorità è soddisfare il cliente
attraverso la consegna anticipata e continua di
valore ricorda che ormai così
è tutto ciò che ti svegli al mattino
e facciamo ciò che facciamo e ed è così che cosa
abbiamo chiamato il libro di consegna continua
la distinzione che abbiamo fatto tra
loro in quel momento erano così continui
la consegna riguardava la tua sicurezza
il software era sempre dispiegabile
lo stato quindi è davvero un’idea
che ho scoperto di recente è
effettivamente lì nel pensiero snello ed è
questo è il concetto chiamato judoka che
che viene dal momento in cui Toyota
era Toyota e la costruzione si avvicina così loro
costruirei telai e il loro grande
l’innovazione era che se il telaio avesse trovato un
problema in modo che il thread fosse rotto o lì
era un altro problema e il Loon
non poteva funzionare si fermava e così lui
Non avrebbe cercato non avrebbero cercare di
automatizzare la loro via d’uscita è il problema
solo che se fossero stati scartati da
che il sistema si fermerebbe ed è così
un concetto che in giapponese lo intendo
traduce come tipo di automazione ma
con un volto umano, quindi, che cosa sa stretto Gio
chi ha inventato il concetto è stato preso
i personaggi per l’automazione e lui
aggiunto il radicale in cui è scritto
Cinese un umano e ha aggiunto quello
carattere al radicale così lui letteralmente
ha preso il personaggio per umano e bloccato
così nei personaggi per l’automazione così
è una specie di automazioni umane è
piuttosto interessante puoi trovarlo su
wikipedia e ma l’idea è che lo è
non solo l’automazione non è solo gentile
di automatizzare ciecamente è tutto
trovare un modo per l’automazione di aiutare
gli umani così gli umani stanno facendo le persone
il lavoro e il lavoro di automazione è a
servire gli umani non dall’altra parte
attorno a ciò che è veramente
importante penso e ed è così che cosa
la consegna continua è su di esso
dire che il tuo software è sempre
rilasciabile e abbiamo sistemi in atto
come la pipeline di implementazione
integrazione continua dove il momento
scopriamo un problema che il sistema si ferma
e quindi devi aggiustarlo e tu
dare la priorità a ripararlo per cercare di farlo
un
cos’altro è davvero solo questo
concetto sai che risale a indovinare
ottant’anni o forse anche 100 anni
la distribuzione continua riguarda sempre
ottenere nuove modifiche alla produzione così
stai sempre distribuendo buoni buoni
che hai in produzione e io
indovina l’evoluzione che ho fatto io
significa consegna continua non lo fai
devi sempre ma puoi farlo se lo sei
fare judoka se ne hai la capacità
per mantenere il sistema in uno stato funzionante
tutto il tempo è ciò che ti consente di farlo
quindi fare la distribuzione continua e io
Immagino che la realizzazione che ho avuto sia quella
questi due concetti sono complementari e
che in realtà ti costringi ad entrare
il fatto che si dispieghi tutto il tempo è ciò che consente
a ciò che crea una pressione da abilitare
tu pratichi judoka davvero bene e
in modo che le due cose siano molto
gratuito tra loro e gentile
di inseparabile per certi aspetti, ma penso
stanno entrambi enfatizzando un diverso
parte del sistema non è tutto come il
idea di tirare la corda per fermare il
catena come quell’idea che tu lo sai
come sulla catena di approvvigionamento del terrore tu
sei quando stai costruendo qualcosa
di solito tiri la corda che ti fermi e tu
affrontare il problema stesso tipo di idea
tipo di suoni come si si, quindi questo è
una delle implementazioni di judoka in
la produzione è l’idea di questo
ha chiamato la fine in tribunale che penso sia
chiamato perché non puoi parlare di lean
senza usare le parole giapponesi appropriate
ovviamente altrimenti sai che sei tu
non ci si imbatte in una massiccia causa e
e così che lo penso esattamente
mi ha ragione nella realizzazione di questo
idea sulla linea di produzione così
a che punto pensi sia giusto
punto per implementare la consegna continua
quindi ho questo nuovo progetto che ho ottenuto
questa grande idea ho iniziato a codificare o
troppo bella zia mia quando quando
dovrebbe venire quando è una specie di
il momento giusto si, è fantastico
domanda perché penso che la tentazione
è anche l’ ingegnere, sai che vuoi un
placca d’oro così sei proprio come me
Sto facendo una pipeline di gioco
test automatici e così ho intenzione di
passare tutto questo tempo a costruire questa roba
e in realtà fornisco qualsiasi software e
certo che può essere abbastanza
impopolare e penso che tu sappia che è facile
fare grandi progetti iniziali per gli strumenti
costruiamo nello stesso modo in cui è
possibile fare troppo design frontale
per il software che costruiamo e quindi penso
che la prima cosa che devi iniziare
con sta facendo sai camminare scheletro
fondamentalmente degli strumenti di consegna e
quindi in qualche modo oh, quindi stai costruendo un
java app sì, ha una scatola che ha tom
gatto che corre su di esso o sul molo o altro
e puoi premere un pulsante e distribuire
ok, prima di tutto quando controlli
controllo della versione che stai per costruire a
pacchetto deployable conosci un barattolo o
mai o un file di guerra che stai per eseguire a
prova di unità singola e poi stai andando
avere un pulsante che lo distribuisce a
il tuo jet ebook e poi esegue un singolo
test di accettazione per dimostrare che la scatola
è arrivato e forse hai un singolo
pagina con il numero di versione che quello
un conto particolare veniva dalla versione
controllo e si controlla che quella pagina sia
presente e quindi contiene del testo
e questo è il test automatico e giusto
qualcosa di veramente semplice come quello e
quindi continua a fornire funzionalità
e poi costruisci quella distribuzione
pipeline mentre il tuo software cresce e tu
ne ho bisogno e penso sia importante
prestare attenzione al ciclo di vita così uno
delle cose carine che la Lean Startup
parla di questa idea di convalida
che abbiamo un’idea imprenditoriale e noi
convalidarlo e non costruiamo il tutto
cosa al fine di convalidare l’idea così
con nuovi prodotti che si desidera convalidare
c’è una richiesta per loro che tu hai
uno sviluppo cliente ripetibile
processo prima di costruire effettivamente il
tutto il prodotto ed è lo stesso con
piedi che conosci con le caratteristiche in qualsiasi momento
inventati un’idea per una nuova funzionalità
vuoi testare questa caratteristica
prezioso per i tuoi clienti prima di te
in realtà vai e costruisci fuori così sai
hai bisogno di costruire abbastanza
pipeline di implementazione completa a
convalidare la tua idea di prodotto e poi
è una volta che lo hai convalidato, allora puoi farlo
crescere e diventare più complesso e il
stessa cosa con le caratteristiche che conosci
non voglio iniziare immediatamente
scrivendo un automatismo molto completo
suite di test per le funzionalità che si desidera
convalidare le funzionalità di valore e quindi
una volta che hai mostrato che i clienti
in realtà lo voglio , allora puoi iniziare
costruendo il test automatico
quadro intorno ad esso in modo da sapere come il
prodotti e le caratteristiche al loro interno
crescere ed evolvere è necessario aggiungere altro e
più protezione per quelle cose ma tu
non voglio iniziare così
voglio pensare a ciò che è appropriato
a quel prodotto o caratteristica basata su
se sia stato o meno convalidato e
quanto è importante e importante
anche gli utenti conoscono la funzionalità che è
non molto prezioso non ne metti una tonnellata
test automatici intorno a dove è il tuo
la tua caratteristica principale è la cosa più importante
importante per i tuoi utenti probabilmente
voglio molta protezione intorno a questo
probabilmente dovremmo costruire caratteristiche
a meno che non siano preziosi ma anche
quindi sai che ci sarà sempre
stai pensando a ciò che è appropriato
perché le suite di test automatizzati sono dolorose
e costoso da mantenere e la loro forma
del debito tecnico, credo in un certo senso
Voglio dire qualsiasi codice è una forma di tecnica
debito qualsiasi software che scriviamo è un
responsabilità perché è necessario mantenere
questo e quello esercita un costo sulla sua vita
ciclo così toccato un interessante Haley
su cui penso sia in realtà molto molto
difficile per la maggior parte dei progetti più app web
la maggior parte del periodo di software per rispondere è quale
le caratteristiche del mio software sono le più
prezioso di solito c’è molto
navigazione dall’intestino inferiore in corso
lì e come si ottiene un reale
misura quantitativa su ciò che è prezioso
così sai che voglio dire che puoi
pensa oh ho questa grande idea, mcrypt
di nuovo questa grande cosa è davvero
prezioso perché è
è nella mente del product manager
come la cosa più importante, giusto
ora dirigiamo l’intera squadra verso
ma quali vie concrete puoi ottenere
quel valore in ritardo qual è l’approccio
lì così intendo che è un altro
domanda davvero interessante Josh carrier
lo sci in realtà ha fatto un discorso al riguardo
Francisco un paio di anni fa, dove lui
sai che stava parlando di questo esatto
cosa è come se solo potessi assegnare un
importo in dollari per ogni riga di codice in
la mia base di codice sa che potrei farlo
che potrei cancellare un codice da Knights
lavorare offrendo qualsiasi valore al mio
i clienti e io penso che sia come
test delle prestazioni in un certo senso in cui tu
tu solo vero non hai assoluto
performance sai che non è quello
numeri di prestazioni assolute che sono
necessariamente importante come il sistema
si evolve è quello che è il Delta e così
che puoi testare perché puoi fare un
split test per quello che sai che puoi
puoi provare ad aggiungere alcune nuove funzionalità e
puoi vedere cos’è il Delta in te
conoscere alcuni parametri aziendali come le entrate
per unità di tempo o ricavi per cliente o
qualunque cosa e questo è ciò che piace alle aziende
Amazon e Etsy e così via stanno facendo
loro in realtà sai che la divisione
test non è su quante persone andare
da quale parte parla di te
qual è l’impatto finale sul loro
comportamento o sui loro modelli di spesa
o per te conosci qualche altro livello aziendale
inserisci e metrica e così puoi fare
ma in realtà sta lavorando sul numero assoluto
per ogni riga di codice che è
è davvero difficile e penso che tu sappia
questo è qualcosa di cui abbiamo parlato
su offline è questa idea che hai
guardare i registri di produzione e vedere cosa
le persone stanno davvero facendo nella vita reale in
per fare test di accettazione efficaci
e suite di test delle prestazioni ma sai
se i test delle prestazioni non lo facciamo
riflettere ciò che le persone stanno effettivamente facendo
quindi in realtà non stanno testando il
prestazioni del tuo sistema in modo affidabile
puoi usare quelle informazioni per allenarti
quello che le persone stanno davvero facendo con il tuo
con il sistema in modo che le cose
stai colpendo molto con le prestazioni
i test sono le cose che stai facendo
giusto che la gente si interessi davvero
e quelle sono le cose che sono
consegnando la maggior parte del codice che
mi spiace il maggior valore per i tuoi clienti
quelle sono le righe di codice che
il più importante è l’unico problema
che c’è una specie di te che conosci gli umani
non sono agenti razionali e parte di esso
è l’effetto di marketing quindi conosci me
possedere un SUV Ho imparato che la California dice a
SUV ibrido e uno del marketing
le cose a riguardo sono le capacità
al fuoristrada e blah blah blah si, lo sono
non offrirò mai aiuto il mio SUV che non sono
e in realtà no non è questo il motivo per cui
comprato, ma c’è un sacco di gente
chi l’ha comprato a causa di quel motto
anche se non lo faranno mai
usa quel po ‘ di funzionalità così tu
so che questo è un cancro che discute al
persone che si lamentano di Microsoft Word
essendo enormemente gonfio, lo sai bene
sì, l’ottanta percento delle persone usa
venti percento delle caratteristiche ma
il venti per cento di quelle persone davvero
cura di quelle piccole caratteristiche
che stanno tutti aggiungendo all’enorme
soffiare e questo è ciò che differenzia
è per questo che non stanno usando openoffice
quindi è davvero difficile farlo sai
che quelle righe di codici che le persone
non stanno usando quella tua prestazione scadente
i test non si toccano sai per a
piccola percentuale di forse il tuo più
vocale precoce che adotta i clienti che sono
diffondere la parola sui social network
quelli potrebbero essere i più importanti
caratteristiche in modo che sia per questo che è davvero
difficile fare quell’analisi ma il Delta
sai cosa cosa cosa sta andando a cosa
guerra dovremmo spendere soldi come noi
aumentare il sistema che puoi misurare
e questo è uno dei più importanti
ragioni per andare al mercato presto è
che puoi iniziare con il nucleo di base
funzionalità e sai forse farlo
a un gruppo di beta test fai presto
adottanti in là e poi tutto
si costruisce in seguito è basato su
Test AV e assicurandosi che il prossimo
Delta fornirà valore, ma poi
quando il tuo sistema diventa davvero grande
effettivamente lavorando come iniziare
semplificando e tagliando quella roba
e non trasformarsi in sangue dove se io
avevo una risposta a quel problema che sarei stato
sulle mie isole hawaiane non calde su a
google Hangout ora avresti comprato una borsa
da Ariel e sì sì
è sicuramente interessante che in realtà
ho visto alcune discussioni su qualcosa di simile
questo su Twitter all’inizio di questa settimana ero
parlando di come il più importante
cosa che puoi fare è ascoltare i tuoi utenti
piuttosto che parlare e l’ idea
sai che lo farò e dire questo è il
futuro vuoi questo se vuoi ottenere
quel feedback e vedere cosa usano e
sarebbero testati come un ottimo modo per fare
che ottieni metriche quantitative che dicono
sai che questo è quello che loro
in realtà potrebbero dirlo
cosa ma ne fanno un’altra c’è un libro
da sto steve campana e mio cugino ha chiamato
lenity e c’è un favoloso piuttosto a
nome dove dicono e gli utenti non sanno
quello che vogliono gli utenti sanno quello che loro
non voglio una volta che lo hai costruito per loro
e penso che tu sappia che questo è il problema
ci vediamo che ti piacerebbe questo e
sono come se ci piacerebbe tanto a te e te
costruiscilo per loro e loro sono come
in realtà non lo uso mi fa schifo
e tu sai baby che non vuoi toccare
nelle menti consce delle persone perché
sono consapevoli della mente al
fabbricazione fatta dopo l’evento
e quindi è davvero una guida inutile
capire di cosa hanno bisogno le persone perché
sì un livello molto più profondo di coscienza
ecco perché mi piace molto il Lean
Attenzione all’avvio sulla sperimentazione
andando a sperimentare sulle persone e toccare
direttamente nel loro subconscio da
misurando il loro comportamento perché il tuo
la mente cosciente è in realtà molto inutile
come guida a ciò che ti interessa davvero
perché la tua mente cosciente è tutto
post-hoc è molto interessante
abbiamo parlato di come con
consegna continua e feedback
c’è mi ricorda l’idea magra
di flusso come in pratica hai questo
la cosa e le idee fluiscono ora c’è
una tangente per te quindi c’è una cosa
in arrivo chiamato flow con e cosa fa
questo fornisce che gli altri diecimila
i comptes che attualmente esistono non lo fanno
fornire una domanda eccellente e sì
grazie per avermi dato l’opportunità di
Parliamo di questo, quindi il flusso è
conferenza che lavori di consolazione sono
sarà in esecuzione il primo a novembre
a San Francisco
e l’ idea alla base è in realtà a
numero di cose diverse così in primo luogo
tutti i commenti sono che tendiamo
essere specifici del dominio in modo da andare
conferenze di ingegneria o test
conferenze a volte c’è
conferenze dove c’è una parte di test
della conferenza in una parte di ingegneria
poi le persone UX vanno al loro
conferenze e poi gli uomini d’affari
andare alle loro conferenze e così parte di
il problema che abbiamo sono i silos dove
tu crei nelle nostre organizzazioni e tu
so che è ciò che DevOps è ovviamente
cercando di combattere e così tanto quanto
stiamo tutti cercando di concentrarci davvero
il problema sistemico che è ciò che noi
parlato nel primo principio di
il manifesto agile la nostra massima priorità
è quello di soddisfare il cliente con anticipo
software continuamente molto prezioso
quello di convincere la gente a farlo
collaborare e capire ciascuno
altri mondi e tu conosci il the
problema di acquisizione delle competenze è come John
Vincent ha detto molto eloquentemente di recente
sai che in realtà non dobbiamo occupare
spazio uno accanto all’altro, ma provare e
collaborare tra loro e
capisco tutti gli altri mondi, intendo lui
ha avuto questo favoloso post sul blog su DevOps
recentemente che ha scritto in un ubriaco
rabbia su un aereo dove giura
molto liberalmente ma è favoloso e io
mettilo nelle mie presentazioni perché è così
semplicemente geniale e quindi il flusso è ed è
Dicendo bene mettiamo i nostri soldi dove
la nostra bocca è e creiamo un
conferenza che è stata progettata attorno a come
per raggiungere effettivamente il nostro obiettivo aziendale
che è la consegna rapida di nuovi
sperimentazione di funzionalità come quella
cambia i test di ingegneria UX
operazioni e come abilitiamo le persone
collaborare efficacemente a
abilitare questo obiettivo più alto in giro
magra di distribuzione continua consegna
sviluppo del prodotto intuitivo quindi è a
piccola conferenza che il primo che hai
run è una specie di esperto ma siamo noi
pensiamo che il programma sia appena finito
flusso online con cane non tutte le sessioni
sono su, ma quasi tutti sono e
abbiamo capito che Roy avvolge
chi gestisce il team di monitoraggio Netflix
parlando di operazioni cloud a
Netflix, abbiamo Jeff, capito chi
ha scritto il libro di UX magro parlando
attività di validazione del prodotto da supportare
consegna continua abbiamo Katrina
Owen parla del refactoring di Gary
Groover che ha scritto questo libro ero
parlare parla di quello che lui
ha fatto ora vp of ops e release e
test su macys.com, quindi sta andando a
parlare delle sue esperienze di collega
il mio da pieno funziona come un tipo di discorso
chiamato da mainframe a continuo
consegna in mille semplici passaggi che
è uno dei miei titoli preferiti che penso e
abbiamo Linda in aumento a parlare
cambiamento organizzativo e come lo fai
così è davvero, voglio dire che siamo stati
molto fortunato che ne hai davvero
persone favolose parlano di ogni
aspetto di come effettivamente lo abiliti
questi cicli di feedback rapidi e cosa
ognuno deve fare e come è possibile
scrivere insieme in modo che quella fosse l’idea
della conferenza, mettiamo i nostri soldi
in cui la nostra bocca non è in realtà messa a fuoco
l’ obiettivo di alto livello e come lavoriamo tutti
insieme per consentire che io pensi che sia
piuttosto unico sì un silenzioso western e
una delle cose che voglio chiedere è
hai menzionato che DevOps è stato gentile
uno dei grandi esempi di questo silo
abbattere ora come potrebbe il diavolo
abbattere il massacro quando si ottiene
quel terzo sviluppato tra il dev
nell’ostacolo sì , questo è un affitto
che ho scritto sul blog, immagino che finisca
l’anno scorso credo o qualcosa di cui avevo bisogno
per uscire con il John anche dove
stai parlando anche di questo argomento
scrivi e dì sì è sfortunato e
Penso che tu sappia che le persone
coinvolto nei primi giorni dei DevOps
il movimento sapeva che ci sarebbe stato
diffusione semantica e persone con
qualunque comunque tu definisca questo termine
i venditori di strumenti ce la faranno
e lo schiaffo sulle cose sono le organizzazioni
andando ad adottarlo e usarlo come un modo per
fingi di fare qualcosa di nuovo
continuando a fare le tue cose e
stavano sempre facendo ora lo faranno
vai al culto del carico nello stesso modo in cui si trova la mischia
e il culto del carico e quindi questo è solo uno
fenomeno di culto del carico particolare che
è che tu sai per risolvere a
problema di silo, creeremo un nuovo
silo e chiamalo DevOps
e quindi sì, intendo che è ovviamente DPR
possedere sei stato certificato su
DevOps cloud sai che succederà
sai la vendita e questa è una prova così sì
e sai in parte che il mio posto era un’esca
e cambia perché penso che ci sia un
posto per un team di sviluppatori c’era e
cosa ma ma la cosa fondamentale è
non sono agganciati per il rilascio
gestione sai rebranding tuo
rilascia il team di gestione che ti prende
sapere che gli sviluppatori odiano il rilascio
squadra perché il team di rilascio non può mai
ottenere il rilascio di roba e le operazioni
la gente li odia perché sono
rilasciando troppo spesso e così tu lo sai
prendilo da entrambi i lati e lo sai
non cambieremo questo come
DevOps e return stiamo facendo DevOps
quello non è il caso di quello che c’è
posto per è una squadra che costruisce il
strumenti ma tu sai che le operazioni di Devon usano
per essere più efficiente nel fare
il loro lavoro e per aiutare con capacità
sviluppo per aiutare le persone a fare il
il lavoro impara come migliorare così
quello è una cosa reale uno dei
di nuovo cose che in Toyota li taglieranno
parlato di come tu conosci le persone
facendo del lavoro un responsabile
migliorando ma non saranno
andando e creando nuove macchine o
riconfigurando le macchine per
fai che c’è un team di ingegneri
il cui compito è quello di costruire effettivamente questo
roba per aiutare le persone a fare il lavoro
più efficacemente c’è anche un discorso
velocità quest’anno me ne sto andando
rapidamente vedere se riesco a farlo alzare
post mortem sì, questo è parlare
era di un ragazzo di nome Dan Milstein
ha8 ha chiamato come eseguire un post-mortem con
gli umani non sono robot e lui fa questo
automazione distinta davvero importante e
strumenti che i tuoi creatori ti abbandonano il petto oh
scusa, questo è un peccato
caratteristica di google Hangouts è che il
momento in cui quando l’utopia sì mi dispiace tanto
Milstein a velocità ci sono davvero
discorso interessante chiamato come come risolvere
i tuoi problemi negli umani non sono robot e
ha la sua distinzione tra
automazione e strumenti per cui l’automazione è
gli umani causano i tuoi problemi e noi siamo
andando a risolverlo con l’automazione e
la lavorazione è umana risolvono i tuoi problemi e
gli strumenti ti aiutano a farlo e così via
questo sta per cosa abbiamo parlato
prima con judoka e quindi il lavoro di
il team di strumenti è quello di costruire un prodotto
e stai facendo lo sviluppo del prodotto
allo stesso modo in cui stai facendo un prodotto
sviluppo quando costruisci software e
i consumatori del prodotto sono tuoi
persone interne ai tuoi sviluppatori
ingegneri le persone che operano e così via
quello che sei quello che stai facendo è lo è
trattandoli come i tuoi clienti e
produrre qualcosa che li aiuterà
fai il loro lavoro ma non stai cercando di farlo
il loro lavoro per loro non ci stai provando
automatizzarli come un buon lavoro nessuno di
quelle cose che stai solo aiutando
fornendo strumenti per aiutarli a migliorare
a quello che fanno e quello che penso sia
circa se vuoi chiamare quel DevOps
sicuro di sapere che non ho davvero un
problema con quello intendo che non è davvero
l’essenza di sviluppa l’essenza di
il delp è collaborazione ma se lo sei
produrre strumenti per aiutare le persone
collaborare e renderlo più facile per
persone a collaborare che è parte
del lavoro e dell’abilità e di nuovo se
hai lavorato a Praga di elemento se tu
venduto prodotti a persone che conosci
vendi il prodotto che hai
per aiutarli a capire come usarlo
e quindi questo è l’ altro lavoro giusto
aiutare le persone a sviluppare abilità e competenze
le capacità aiutano a capire come
meglio di quello che stanno facendo e
entrambe queste cose sono complementari
così sono che sto bene , sembra
completamente pragmatico c’è qualcosa
Punto Activia sbagliato bene lo sai questo
è la ragione per cui vado ad amare andando
velocità e in queste cose che io
vedo sempre veramente ehi, vengo a vedere
discorsi interessanti e poi potrei arrivare
uscire con persone interessanti e
è fantastico quello che paga per la mia scelta
bravo a parlare con te uh assoluto
piacere e molte grazie hanno un
buona giornata vedi
con jess umile principio di pensiero
lavora e co-autore di continuo
consegna ciao ciao come stai bene grazie
Howie abbastanza bene quindi è un bel
Giovedi vede l’ora di un po ‘di sole era
fino all’estate sì sì uno dei primi
le cose di cui voglio chiederti sono lì
sembra essere una carenza di competenze critiche
che colpisce i team di sviluppo in tutto il mondo
quali sono i tuoi pensieri su questo bene questo
è qualcosa che stavo pensando
di recente non lo faccio davvero
credo che ci sia un’abilità
carenza o meglio lascia che lo metta come
questo penso che ci siano sempre abilità
carenza e penso che questo sia questo
niente di nuovo, intendo che lavoriamo nell’IT
industria il settore IT è nuovo e
in continua evoluzione e dal vero
i primi giorni c’è stato un
carenza di abilità e sicuramente la mia
esperienza per X abbiamo che abbiamo sempre
hanno trovato persone che escono dal college loro
sapere cose che sono molto importanti per
sviluppo di software commerciale come
come capire come le tabelle di processo
lavoro e come collaborare
multitasking e cose del genere intendo
è ma ma non necessariamente lo sanno
cose come la programmazione orientata agli oggetti
e così via quindi è sempre stato il
caso che abbiamo avuto una carenza di a
di esperienza pratica nel settore
un settore sta davvero cambiando
veloce e quindi la cosa attuale che noi
avere una carenza di abilità è DevOps ma io
penso davvero che non sia il lavoro di
college e università da ridurre
le persone che conoscono tutte queste abilità sono le
lavoro di aziende per far crescere queste competenze
dare alle persone l’opportunità di imparare
e meglio di ciò che fanno e
sfortunatamente siamo caduti in questo
trappola in cui le aziende vedono le persone come te
so che vuoi che vogliamo assumere il viola
scoiattolo che ha esattamente ragione per questo
lavoro e li trama li e li ha
essere molto iper produttivo dal primo giorno
e questo è solo ridicolo, intendo
non funzionerà mai nel settore
deve assumersi la responsabilità di crescere
le persone di cui ha bisogno e per farne parte
del lavoro per insegnare alla gente e dare
pari opportunità di imparare come parte di
cosa stanno facendo Andrew Schaefer
recentemente al DevOps tanunda ha fatto un
presentazione favolosa chiamata non c’è
carenza di competenze dove essenzialmente
rende questo punto e voglio dire che ha un
matematico piuttosto sofisticato
analisi che si occupa di Nash
equilibri ed efficienza Pareto che
è affascinante e merita di essere esaminato
ma fondamentalmente penso che tu sappia il nostro
le aziende limitano le persone a gestire le aziende
come quello che è quel tipo di parola di carne
tritacarne proprio dove getti il
persone al problema e girare il
maniglia e software esce l’altra
fine e non possiamo lavorare così è tutto
l’industria non sopravviverà mai
se facciamo a quelle società quella del
le cose che sapevo che Schaefer dice è che il
output dello sviluppo del software
processo è conoscenza e parte di quello è
la conoscenza e i capi delle persone
chi lo sta facendo e tu conosci entrambi
e ho lavorato ad altissima intensità
ambienti in cui non ne abbiamo ricevuti
tempo di fare qualsiasi cosa e questo lo sai
sicuramente per me è lì che ho imparato
un sacco di cose e poi sai che ho capito
più vecchio e non voleva lavorare 20 ore
nel giorno più e tu lo sai ora
Sono molto severo nell’avere qualche tipo
dell’equilibrio tra lavoro e vita privata e, ma io ho
un carico di conoscenza che le persone trovano
importante e quindi penso che sai sì
possiamo gettare le persone al problema quando
sono molto giovani ma non è quello
neanche in scala e dobbiamo farlo
avere un po ‘di equilibrio e l’ industria ha bisogno
assumersi la responsabilità di analizzarlo
e crescere la conoscenza nelle persone
chi sta facendo il lavoro e sta prendendo tempo
per quello e fornire la capacità per quello
e fornendo risorse per questo
fondamentalmente i miei messaggi smettono di piagnucolare
per far crescere effettivamente le persone di cui hai bisogno
fare il lavoro come parte del lavoro di
facendo il lavoro sai che è l’unico
vantaggio che le imprese hanno in questo
point / startups è la capacità di fare
che credo sia interessante, penso
torna alle discussioni su questo argomento
come un’istruzione universitaria ecc
e per me l’ho trovato uno dei più
cose importanti in cui ho imparato
l’università era come imparare era il
idea che potrei avere una varietà di
cose su cui andare subito potrei diventare
un esperto in materia in tre mesi
come una passata di esame dettagliato su
e probabilmente potrei dimenticarlo e
il fatto è che se pensiamo che il
punto di università è come più come un
college tecnico o come a
corso di certificazione in cui esci
e tu hai questa conoscenza bene tu sei
sarà utile per molto molto breve
periodo di tempo in questo settore dato
quanto cambia e così di più
cosa importante che puoi imparare è come
impara come trovare nuove informazioni come
affrontare nuovi problemi e ci sono
concetti fondamentali fondamentali come come
lavorare con le persone sui team come
risolvere i problemi come una squadra e questi sono
cose buone da imparare come imparare
che questo tipo di cose di base, ma come
Per quanto le abilità specifiche come come
automatizzare la distribuzione del mio VMS in AWS
usando lo chef e facendo questo usando per
esempio chef solista contro cosa sono questi
tipi di estremamente temporali e
Le cose specifiche della tecnologia saranno così
rilevante in un anno o due anni perché
di quanto cambiano le cose che guardiamo
in tutti gli scaffali degli sviluppatori hai a
grande pila di libri lì e
il novantotto percento di loro non lo sono
buono per qualsiasi cosa, eccetto per
alzando il monitor o tenendo aperto
la tua porta guarda tutti quei borland
costruttore di box borland c ++ sto andando a
tiralo fuori dallo scaffale e me ne vado
usa sì, certo che lo sei, sì, è così
interessante perché quella messa a fuoco sul
tecnologie specifiche è quasi
come pensi di avere quello specifico
la tecnologia è ciò che ti causerà
per risolvere il problema non in realtà voi
sapere risolvere il problema ma
abilità di problem solving come le barche devono
essere più importante in realtà esattamente intendo
sono seduto in una casa, probabilmente
seduto anche in casa e quella casa
è fatto di legno e viti e sapendo
ogni dettaglio sulla pressione
processo di commercio del legno che era in
usa e sai esattamente quante curve
sono sulla vite sta per dirvi
come costruire una casa perché è necessario
capire come lavorare con il team per
prendi quella cosa insieme per farti sapere
anche se
cartongesso sulle pareti e un po ‘tutti questi
le cose insieme sono i materiali
le cose specifiche non sono rilevanti come
il prodotto completo che è a
lavoro creativo e quindi anche se lo hai
quelle caselle che puzzo penso che lo faresti
essere ancora fregato fino al dominio
esperienza sì è scortese e penso di essere io
penso che io intenda che tu sia assolutamente
giusto e penso che i tuoi punti su
Università di Spets penso che ci sia
un po ‘di due in modo da poter avere punti più ampi
che penso siano importanti in primo luogo e
c’è un libro che ho letto
da un tizio chiamato Pal che ha paura chi è
educatore brasiliano ha scritto io
pensa negli anni ’60 in effetti e poi
prontamente dovuto lasciare il Brasile perché il
i commenti che ha fatto erano così rivoluzionari
e in pratica ha scritto questo libro
chiamato pedagogia degli oppressi che
è su come migliorare l’istruzione per
conosci la gente comune e il punto
lui fa è che il sistema educativo
tratta persone come conti bancari vuoti
essere riempito di conoscenza e il
la critica che fa di questo tu lo sai
idea di apprendimento meccanico e apprendimento per
l’esame e una critica che ne fa
questo è un processo progettato per il controllo
il modo in cui la gente pensa e preserva
strutture di potere esistenti mentre in
Infatti quello che vuoi fare è esattamente cosa
hai detto che è quello di insegnare alle persone
pensa da solo ma il problema è
è pericoloso quando insegni alle persone
pensare da soli potrebbero
sviluppare le proprie opinioni e poi loro
potrebbe non piacergli quello che vedono e decidono
per te sai organizzato e in bicicletta così io
pensa di sapere quanto è
ancora vero per molte persone che il
il sistema educativo tratta e c’è
conti bancari vuoti conosci il nostro
le multinazionali trattano le persone come una banca piena
conti per essere sai di avere conoscenza
sifonato fondamentalmente dalle loro teste
piuttosto che come conosci persone che sono
lì per risolvere i problemi e lo sai
questo entra nella gestione
filosofia anche in quanto
gestione in molti posti circa
dire alla gente cosa fare sai
non stai trattando le persone come
conti bancari e conosci il lavoro di
gestione uno dei miei libri preferiti che
è uscito negli ultimi due anni
questo ma Toyota Kata e parla
come le persone imparano a gestire una Toyota e
è scritto da questo ragazzo, mio fratello
chi ha studiato Toyota per un certo numero di
anni e l’osservazione che ha fatto è stata
che sai che chiederebbe ai manager come
impari ad essere un manager più stretto e
loro direbbero
non sappiamo che non c’è no non c’è
Ovviamente devi passare o qualsiasi cosa
così impari a essere un manager di
Toyota avendo prima fatto il lavoro e
quello che impari implicitamente è che il
il modo in cui fai il lavoro è che sappiamo di aver bisogno
per andare da A a B non sappiamo come
vai da A a B quindi ti facciamo sapere
condizione obiettivo diciamo che ecco cosa
vogliamo essere tra due anni in un mese
ecco le cose misurabili che noi
voglio averti raggiunto capire come
per arrivarci e il lavoro dei manager
è quello di consentire alle persone di fare il lavoro
per eseguire una serie di esperimenti e provare
cose fuori per capire come
arrivare lì non è possibile pianificare come stai
andando da A a B perché tu
Non so come si sta andando a ottenere da
A a B ed è così che è nella conoscenza
lavoro e questa idea quel dramma
il management deve dire alla gente cosa fare
e poi seguirai gli ordini che intendo
non puoi innovare in questo modo e così
sai che tutto torna a questa cosa
che hai indicato chi sei tu
conoscere il valore dei knowledge worker
sapendo come sperimentare e come provare
cose e e e come imparare come
migliorare e questo è davvero ciò che noi
dovrebbe essere la progettazione dei nostri sistemi in giro
e poi conosci il rovescio della medaglia
sai che vado a parlare con un sacco di
le organizzazioni e le persone dicono bene
sai che gli sviluppatori non vogliono imparare
sull’amministrazione dei sistemi amministratori sis
non voglio conoscere la programmazione e tu
sapere di nuovo sono favorevole a questo
perché sai di avere qualcosa
che ami fare e questo è quello che tu
amo fare ma d’altra parte te
entrare nel settore IT cambierà
tutto il tempo che ti sei unito di più
settore in rapida evoluzione nel mondo
l’idea che non dovrai farlo
acquisire nuove competenze per tutto il tempo
ridicolo sai se sei tu che hai un
problema con questo ti sbagli
industria allora governo la mia risposta
avrebbe dovuto essere un idraulico giusto hmm
c’era una delle cose che
menzionato mi ha ricordato che eravamo
parlando del manager Toyota e come
loro facilitano la squadra e io ero
pensando ho pensato immediatamente al
idea di rimuovere gli ostacoli e il
l’ideale del tipo di scrum master sembra
come un’idea simile se conosci il
scrum master dovrebbe rimuovere
impedimenti alla squadra facendo quello che loro
ho bisogno di fare almeno questo è l’ideale
Ora come si fa come si fa a pensare che
finisce per elaborare l’ ideale della mischia
nel mischia master vs il culto del carico di
mischia nel maestro di mischia sì
sfortunatamente vedo molto del carico
cult e quindi lo so anche se c’è
un sacco di cose buone in mischia, solo
vedi sempre l’orribile pezzo in cui le persone
vogliono andare agili e assumono una tonnellata di
maestri di mischia e tutti prendono i due
giorno e poi conosci tutti
prendere ordini in piedi piuttosto che
sedersi e tu sai dimostrare
funzionalità delle loro workstation una volta
un mese per ottenere la loro storia
punti e non sai nulla in realtà
cambiamenti e questo è spesso il mio
esperienza di esso perché ti penso
la mischia di conoscenza è una struttura valida ma
allora quello che succede è per fare
tutte queste cose agili e snelle funzionano
si tratta di una mentalità culturale e
mentalità organizzativa e alcuni dei
cose che abbiamo appena parlato del
importanza delle persone che fanno il lavoro
in realtà decidendo come stanno andando
fallo e se non ti allontani da questo
comando e controllo mentale non lo fa
fai la differenza ce n’è un’altra
libro davvero divertente stranamente da un ragazzo
chiamato RT bug ness che è un CFO di
Statoil che è il petrolio dello stato norvegese
le aziende oggi immaginano un CFO di a
compagnia petrolifera in Norvegia non essere
necessariamente molto divertente ma lui è
esilarante e ha scritto questo favoloso
libro chiamato attuando me sul bilancio
che è tutto su di te sapere in bilancio
un modo che non comporta un annuale
ciclo di budgeting e dove effettivamente
fidati delle persone e sai che dai loro
soldi per provare nuove cose e lui ha questo
ottima linea dice che non puoi cambiare
comando e controllo attraverso il comando
controllo e questo è l’enigma molto
di organizzazioni si trovano in te
sanno che capiscono che non puoi
innovare in questo modo, ma come si fa
fermata cambiarlo Non si può dire fermato
dare ordini alla gente e altri due
persone che fanno su Stop ordini taking I
significa che c’è un paradosso lì
ovviamente e poi questo è il problema
mischia, sai che hai questi
pratiche ma a meno che le persone non cambino il
mentalità organizzativa sai che è
sarà necessariamente una colonna di carico
è interessante perché so quanti
volte l’ho visto bene ora ci siamo incontrati
ora abbiamo parlato di quello che stiamo facendo per 15 anni
minuti ogni mattina così ora possiamo andare
due volte più veloce um huh sorry what IIIi
penso che sia forse il tuo passo due mancato
tre e tutto il resto proprio dentro
i nomi degli underpant vanno bene al primo passo
il corso di master scrum certificato step 3
tagliare i costi e fare tutto più velocemente sì
passo 2 giusto ok e intendo il
il problema è il passaggio 3 giusto dove le persone
sono focalizzati su come possiamo ottenere
di più con meno e di come stiamo andando a fare
riducendo i costi e e utilizzando
tu conosci la fata magica e
parte del problema è che conosci le persone
pensare a ridurre i costi in termini di
sai ridurre la spesa per costosi
cose come le persone, quindi come possiamo risolvere?
quel problema andremo a esternalizzare
la gente avrebbe assunto meno tipi di
sperimentare le persone e ad alta più tipo di
giovani fuori dal college e poi
ti chiedi perché sai che la mischia non lo è
andando a risolvere il problema per te e
conosci uno dei più importanti
idee sbagliate su lean è questa idea
sapere che magra significa tagliare i costi
beh no, non è quello che significa magra
significa ridurre i rifiuti nella valle
flusso e inesorabilmente e
facendo continuamente quello allora i costi vanno
in basso intendo uno dei miei casi preferiti
studi non ho avuto questi libri qui
non l’ho pianificato in anticipo in modo strano
abbastanza ho solo loro Higgs che ho letto
loro per tutto il tempo c’è questo libro di
Gary Griever ha lavorato a
hewlett-packard sul loro LaserJet
team del firmware e riducono i costi e
muoviti più velocemente implementando re architecting
il loro software in modo da poter avere tutto
lavoro del tronco implementando questo
suite incredibilmente sofisticata di
test automatici e in pratica lo erano
in grado di fornire molto più frequentemente e
aggiungilo più velocemente e tagliando molto
di costo nel processo ma lo hanno fatto
investendo significativamente nel
lavoro di ingegneria e ingegneria
sforzo e tu sai costruire tutto questo
tecnologia sofisticata che poi
consentire loro di tagliare i costi lungo la linea
ma tu sai
si inizia con il fuoco
gruppo di persone e ridurre i costi
in realtà risulta non ridurre i costi
a lungo termine che aumenta i costi in
il lungo termine e suona come
l’ idea di così sono pesa 250 libbre I
ho bisogno di perdere un po ‘di peso che potevo
cambia la mia dieta cambia il mio esercizio
regimi e lentamente funziona il modo di offrire
potrei andare a far tagliare la motosega alla mia
le gambe ora sul tuo accendino il bersaglio
il numero che sto cercando di cambiare ha
ora diminuito quindi ho colpito il mio
obiettivo ok oh potrebbe esserci un
problema qui sì è triste ma davvero
intendo persone che non pensano
quindi passare a un argomento diverso e
hai detto che eri il co-autore di
consegna continua ora continua
contenitori di consegna per prugna la stessa cosa
giusto non c’è differenza no
la differenza è proprio questa è questa
una delle aree in cui il mio pensiero è
tipo di evoluto e continuo
distribuzione è venuto fuori da questo blog
da Tim Fitz che stava lavorando sono vista
giusto per fare molte distribuzioni oggi
invidia e così l’ho letto ed ero io
penso che il 2009 sia effettivamente così l’anno prima di me
ma è uscito e ho pensato che fosse così
favoloso e sai cosa abbiamo parlato
su di esso in un po ‘e poi eravamo
cercando di capire quale sia il titolo del
il libro dovrebbe essere e io non volevo te
so rubare anche io il finanziatore di Tim Fitz
leggi il primo principio dell’agile
manifesto che eri a conoscenza del lavoro
dello sviluppatore di software una frase perché
è mattina presto che non posso
ricorda esattamente, ma il lavoro del software
lo sviluppo è quello di fornire valore in anticipo
e spesso ai clienti e quindi lo sai
In realtà sto andando rapidamente
perché ho intenzione di fare un orribile
lavoro altrimenti così il primo principio
quel manifesto agile è il nostro più alto
la priorità è soddisfare il cliente
attraverso la consegna anticipata e continua di
valore ricorda che ormai così
è tutto ciò che ti svegli al mattino
e facciamo ciò che facciamo e ed è così che cosa
abbiamo chiamato il libro di consegna continua
la distinzione che abbiamo fatto tra
loro in quel momento erano così continui
la consegna riguardava la tua sicurezza
il software era sempre dispiegabile
lo stato quindi è davvero un’idea
che ho scoperto di recente è
effettivamente lì nel pensiero snello ed è
questo è il concetto chiamato judoka che
che viene dal momento in cui Toyota
era Toyota e la costruzione si avvicina così loro
costruirei telai e il loro grande
l’innovazione era che se il telaio avesse trovato un
problema in modo che il thread fosse rotto o lì
era un altro problema e il Loon
non poteva funzionare si fermava e così lui
Non avrebbe cercato non avrebbero cercare di
automatizzare la loro via d’uscita è il problema
solo che se fossero stati scartati da
che il sistema si fermerebbe ed è così
un concetto che in giapponese lo intendo
traduce come tipo di automazione ma
con un volto umano, quindi, che cosa sa stretto Gio
chi ha inventato il concetto è stato preso
i personaggi per l’automazione e lui
aggiunto il radicale in cui è scritto
Cinese un umano e ha aggiunto quello
carattere al radicale così lui letteralmente
ha preso il personaggio per umano e bloccato
così nei personaggi per l’automazione così
è una specie di automazioni umane è
piuttosto interessante puoi trovarlo su
wikipedia e ma l’idea è che lo è
non solo l’automazione non è solo gentile
di automatizzare ciecamente è tutto
trovare un modo per l’automazione di aiutare
gli umani così gli umani stanno facendo le persone
il lavoro e il lavoro di automazione è a
servire gli umani non dall’altra parte
attorno a ciò che è veramente
importante penso e ed è così che cosa
la consegna continua è su di esso
dire che il tuo software è sempre
rilasciabile e abbiamo sistemi in atto
come la pipeline di implementazione
integrazione continua dove il momento
scopriamo un problema che il sistema si ferma
e quindi devi aggiustarlo e tu
dare la priorità a ripararlo per cercare di farlo
un
cos’altro è davvero solo questo
concetto sai che risale a indovinare
ottant’anni o forse anche 100 anni
la distribuzione continua riguarda sempre
ottenere nuove modifiche alla produzione così
stai sempre distribuendo buoni buoni
che hai in produzione e io
indovina l’evoluzione che ho fatto io
significa consegna continua non lo fai
devi sempre ma puoi farlo se lo sei
fare judoka se ne hai la capacità
per mantenere il sistema in uno stato funzionante
tutto il tempo è ciò che ti consente di farlo
quindi fare la distribuzione continua e io
Immagino che la realizzazione che ho avuto sia quella
questi due concetti sono complementari e
che in realtà ti costringi ad entrare
il fatto che si dispieghi tutto il tempo è ciò che consente
a ciò che crea una pressione da abilitare
tu pratichi judoka davvero bene e
in modo che le due cose siano molto
gratuito tra loro e gentile
di inseparabile per certi aspetti, ma penso
stanno entrambi enfatizzando un diverso
parte del sistema non è tutto come il
idea di tirare la corda per fermare il
catena come quell’idea che tu lo sai
come sulla catena di approvvigionamento del terrore tu
sei quando stai costruendo qualcosa
di solito tiri la corda che ti fermi e tu
affrontare il problema stesso tipo di idea
tipo di suoni come si si, quindi questo è
una delle implementazioni di judoka in
la produzione è l’idea di questo
ha chiamato la fine in tribunale che penso sia
chiamato perché non puoi parlare di lean
senza usare le parole giapponesi appropriate
ovviamente altrimenti sai che sei tu
non ci si imbatte in una massiccia causa e
e così che lo penso esattamente
mi ha ragione nella realizzazione di questo
idea sulla linea di produzione così
a che punto pensi sia giusto
punto per implementare la consegna continua
quindi ho questo nuovo progetto che ho ottenuto
questa grande idea ho iniziato a codificare o
troppo bella zia mia quando quando
dovrebbe venire quando è una specie di
il momento giusto si, è fantastico
domanda perché penso che la tentazione
è anche l’ ingegnere, sai che vuoi un
placca d’oro così sei proprio come me
Sto facendo una pipeline di gioco
test automatici e così ho intenzione di
passare tutto questo tempo a costruire questa roba
e in realtà fornisco qualsiasi software e
certo che può essere abbastanza
impopolare e penso che tu sappia che è facile
fare grandi progetti iniziali per gli strumenti
costruiamo nello stesso modo in cui è
possibile fare troppo design frontale
per il software che costruiamo e quindi penso
che la prima cosa che devi iniziare
con sta facendo sai camminare scheletro
fondamentalmente degli strumenti di consegna e
quindi in qualche modo oh, quindi stai costruendo un
java app sì, ha una scatola che ha tom
gatto che corre su di esso o sul molo o altro
e puoi premere un pulsante e distribuire
ok, prima di tutto quando controlli
controllo della versione che stai per costruire a
pacchetto deployable conosci un barattolo o
mai o un file di guerra che stai per eseguire a
prova di unità singola e poi stai andando
avere un pulsante che lo distribuisce a
il tuo jet ebook e poi esegue un singolo
test di accettazione per dimostrare che la scatola
è arrivato e forse hai un singolo
pagina con il numero di versione che quello
un conto particolare veniva dalla versione
controllo e si controlla che quella pagina sia
presente e quindi contiene del testo
e questo è il test automatico e giusto
qualcosa di veramente semplice come quello e
quindi continua a fornire funzionalità
e poi costruisci quella distribuzione
pipeline mentre il tuo software cresce e tu
ne ho bisogno e penso sia importante
prestare attenzione al ciclo di vita così uno
delle cose carine che la Lean Startup
parla di questa idea di convalida
che abbiamo un’idea imprenditoriale e noi
convalidarlo e non costruiamo il tutto
cosa al fine di convalidare l’idea così
con nuovi prodotti che si desidera convalidare
c’è una richiesta per loro che tu hai
uno sviluppo cliente ripetibile
processo prima di costruire effettivamente il
tutto il prodotto ed è lo stesso con
piedi che conosci con le caratteristiche in qualsiasi momento
inventati un’idea per una nuova funzionalità
vuoi testare questa caratteristica
prezioso per i tuoi clienti prima di te
in realtà vai e costruisci fuori così sai
hai bisogno di costruire abbastanza
pipeline di implementazione completa a
convalidare la tua idea di prodotto e poi
è una volta che lo hai convalidato, allora puoi farlo
crescere e diventare più complesso e il
stessa cosa con le caratteristiche che conosci
non voglio iniziare immediatamente
scrivendo un automatismo molto completo
suite di test per le funzionalità che si desidera
convalidare le funzionalità di valore e quindi
una volta che hai mostrato che i clienti
in realtà lo voglio , allora puoi iniziare
costruendo il test automatico
quadro intorno ad esso in modo da sapere come il
prodotti e le caratteristiche al loro interno
crescere ed evolvere è necessario aggiungere altro e
più protezione per quelle cose ma tu
non voglio iniziare così
voglio pensare a ciò che è appropriato
a quel prodotto o caratteristica basata su
se sia stato o meno convalidato e
quanto è importante e importante
anche gli utenti conoscono la funzionalità che è
non molto prezioso non ne metti una tonnellata
test automatici intorno a dove è il tuo
la tua caratteristica principale è la cosa più importante
importante per i tuoi utenti probabilmente
voglio molta protezione intorno a questo
probabilmente dovremmo costruire caratteristiche
a meno che non siano preziosi ma anche
quindi sai che ci sarà sempre
stai pensando a ciò che è appropriato
perché le suite di test automatizzati sono dolorose
e costoso da mantenere e la loro forma
del debito tecnico, credo in un certo senso
Voglio dire qualsiasi codice è una forma di tecnica
debito qualsiasi software che scriviamo è un
responsabilità perché è necessario mantenere
questo e quello esercita un costo sulla sua vita
ciclo così toccato un interessante Haley
su cui penso sia in realtà molto molto
difficile per la maggior parte dei progetti più app web
la maggior parte del periodo di software per rispondere è quale
le caratteristiche del mio software sono le più
prezioso di solito c’è molto
navigazione dall’intestino inferiore in corso
lì e come si ottiene un reale
misura quantitativa su ciò che è prezioso
così sai che voglio dire che puoi
pensa oh ho questa grande idea, mcrypt
di nuovo questa grande cosa è davvero
prezioso perché è
è nella mente del product manager
come la cosa più importante, giusto
ora dirigiamo l’intera squadra verso
ma quali vie concrete puoi ottenere
quel valore in ritardo qual è l’approccio
lì così intendo che è un altro
domanda davvero interessante Josh carrier
lo sci in realtà ha fatto un discorso al riguardo
Francisco un paio di anni fa, dove lui
sai che stava parlando di questo esatto
cosa è come se solo potessi assegnare un
importo in dollari per ogni riga di codice in
la mia base di codice sa che potrei farlo
che potrei cancellare un codice da Knights
lavorare offrendo qualsiasi valore al mio
i clienti e io penso che sia come
test delle prestazioni in un certo senso in cui tu
tu solo vero non hai assoluto
performance sai che non è quello
numeri di prestazioni assolute che sono
necessariamente importante come il sistema
si evolve è quello che è il Delta e così
che puoi testare perché puoi fare un
split test per quello che sai che puoi
puoi provare ad aggiungere alcune nuove funzionalità e
puoi vedere cos’è il Delta in te
conoscere alcuni parametri aziendali come le entrate
per unità di tempo o ricavi per cliente o
qualunque cosa e questo è ciò che piace alle aziende
Amazon e Etsy e così via stanno facendo
loro in realtà sai che la divisione
test non è su quante persone andare
da quale parte parla di te
qual è l’impatto finale sul loro
comportamento o sui loro modelli di spesa
o per te conosci qualche altro livello aziendale
inserisci e metrica e così puoi fare
ma in realtà sta lavorando sul numero assoluto
per ogni riga di codice che è
è davvero difficile e penso che tu sappia
questo è qualcosa di cui abbiamo parlato
su offline è questa idea che hai
guardare i registri di produzione e vedere cosa
le persone stanno davvero facendo nella vita reale in
per fare test di accettazione efficaci
e suite di test delle prestazioni ma sai
se i test delle prestazioni non lo facciamo
riflettere ciò che le persone stanno effettivamente facendo
quindi in realtà non stanno testando il
prestazioni del tuo sistema in modo affidabile
puoi usare quelle informazioni per allenarti
quello che le persone stanno davvero facendo con il tuo
con il sistema in modo che le cose
stai colpendo molto con le prestazioni
i test sono le cose che stai facendo
giusto che la gente si interessi davvero
e quelle sono le cose che sono
consegnando la maggior parte del codice che
mi spiace il maggior valore per i tuoi clienti
quelle sono le righe di codice che
il più importante è l’unico problema
che c’è una specie di te che conosci gli umani
non sono agenti razionali e parte di esso
è l’effetto di marketing quindi conosci me
possedere un SUV Ho imparato che la California dice a
SUV ibrido e uno del marketing
le cose a riguardo sono le capacità
al fuoristrada e blah blah blah si, lo sono
non offrirò mai aiuto il mio SUV che non sono
e in realtà no non è questo il motivo per cui
comprato, ma c’è un sacco di gente
chi l’ha comprato a causa di quel motto
anche se non lo faranno mai
usa quel po ‘ di funzionalità così tu
so che questo è un cancro che discute al
persone che si lamentano di Microsoft Word
essendo enormemente gonfio, lo sai bene
sì, l’ottanta percento delle persone usa
venti percento delle caratteristiche ma
il venti per cento di quelle persone davvero
cura di quelle piccole caratteristiche
che stanno tutti aggiungendo all’enorme
soffiare e questo è ciò che differenzia
è per questo che non stanno usando openoffice
quindi è davvero difficile farlo sai
che quelle righe di codici che le persone
non stanno usando quella tua prestazione scadente
i test non si toccano sai per a
piccola percentuale di forse il tuo più
vocale precoce che adotta i clienti che sono
diffondere la parola sui social network
quelli potrebbero essere i più importanti
caratteristiche in modo che sia per questo che è davvero
difficile fare quell’analisi ma il Delta
sai cosa cosa cosa sta andando a cosa
guerra dovremmo spendere soldi come noi
aumentare il sistema che puoi misurare
e questo è uno dei più importanti
ragioni per andare al mercato presto è
che puoi iniziare con il nucleo di base
funzionalità e sai forse farlo
a un gruppo di beta test fai presto
adottanti in là e poi tutto
si costruisce in seguito è basato su
Test AV e assicurandosi che il prossimo
Delta fornirà valore, ma poi
quando il tuo sistema diventa davvero grande
effettivamente lavorando come iniziare
semplificando e tagliando quella roba
e non trasformarsi in sangue dove se io
avevo una risposta a quel problema che sarei stato
sulle mie isole hawaiane non calde su a
google Hangout ora avresti comprato una borsa
da Ariel e sì sì
è sicuramente interessante che in realtà
ho visto alcune discussioni su qualcosa di simile
questo su Twitter all’inizio di questa settimana ero
parlando di come il più importante
cosa che puoi fare è ascoltare i tuoi utenti
piuttosto che parlare e l’ idea
sai che lo farò e dire questo è il
futuro vuoi questo se vuoi ottenere
quel feedback e vedere cosa usano e
sarebbero testati come un ottimo modo per fare
che ottieni metriche quantitative che dicono
sai che questo è quello che loro
in realtà potrebbero dirlo
cosa ma ne fanno un’altra c’è un libro
da sto steve campana e mio cugino ha chiamato
lenity e c’è un favoloso piuttosto a
nome dove dicono e gli utenti non sanno
quello che vogliono gli utenti sanno quello che loro
non voglio una volta che lo hai costruito per loro
e penso che tu sappia che questo è il problema
ci vediamo che ti piacerebbe questo e
sono come se ci piacerebbe tanto a te e te
costruiscilo per loro e loro sono come
in realtà non lo uso mi fa schifo
e tu sai baby che non vuoi toccare
nelle menti consce delle persone perché
sono consapevoli della mente al
fabbricazione fatta dopo l’evento
e quindi è davvero una guida inutile
capire di cosa hanno bisogno le persone perché
sì un livello molto più profondo di coscienza
ecco perché mi piace molto il Lean
Attenzione all’avvio sulla sperimentazione
andando a sperimentare sulle persone e toccare
direttamente nel loro subconscio da
misurando il loro comportamento perché il tuo
la mente cosciente è in realtà molto inutile
come guida a ciò che ti interessa davvero
perché la tua mente cosciente è tutto
post-hoc è molto interessante
abbiamo parlato di come con
consegna continua e feedback
c’è mi ricorda l’idea magra
di flusso come in pratica hai questo
la cosa e le idee fluiscono ora c’è
una tangente per te quindi c’è una cosa
in arrivo chiamato flow con e cosa fa
questo fornisce che gli altri diecimila
i comptes che attualmente esistono non lo fanno
fornire una domanda eccellente e sì
grazie per avermi dato l’opportunità di
Parliamo di questo, quindi il flusso è
conferenza che lavori di consolazione sono
sarà in esecuzione il primo a novembre
a San Francisco
e l’ idea alla base è in realtà a
numero di cose diverse così in primo luogo
tutti i commenti sono che tendiamo
essere specifici del dominio in modo da andare
conferenze di ingegneria o test
conferenze a volte c’è
conferenze dove c’è una parte di test
della conferenza in una parte di ingegneria
poi le persone UX vanno al loro
conferenze e poi gli uomini d’affari
andare alle loro conferenze e così parte di
il problema che abbiamo sono i silos dove
tu crei nelle nostre organizzazioni e tu
so che è ciò che DevOps è ovviamente
cercando di combattere e così tanto quanto
stiamo tutti cercando di concentrarci davvero
il problema sistemico che è ciò che noi
parlato nel primo principio di
il manifesto agile la nostra massima priorità
è quello di soddisfare il cliente con anticipo
software continuamente molto prezioso
quello di convincere la gente a farlo
collaborare e capire ciascuno
altri mondi e tu conosci il the
problema di acquisizione delle competenze è come John
Vincent ha detto molto eloquentemente di recente
sai che in realtà non dobbiamo occupare
spazio uno accanto all’altro, ma provare e
collaborare tra loro e
capisco tutti gli altri mondi, intendo lui
ha avuto questo favoloso post sul blog su DevOps
recentemente che ha scritto in un ubriaco
rabbia su un aereo dove giura
molto liberalmente ma è favoloso e io
mettilo nelle mie presentazioni perché è così
semplicemente geniale e quindi il flusso è ed è
Dicendo bene mettiamo i nostri soldi dove
la nostra bocca è e creiamo un
conferenza che è stata progettata attorno a come
per raggiungere effettivamente il nostro obiettivo aziendale
che è la consegna rapida di nuovi
sperimentazione di funzionalità come quella
cambia i test di ingegneria UX
operazioni e come abilitiamo le persone
collaborare efficacemente a
abilitare questo obiettivo più alto in giro
magra di distribuzione continua consegna
sviluppo del prodotto intuitivo quindi è a
piccola conferenza che il primo che hai
run è una specie di esperto ma siamo noi
pensiamo che il programma sia appena finito
flusso online con cane non tutte le sessioni
sono su, ma quasi tutti sono e
abbiamo capito che Roy avvolge
chi gestisce il team di monitoraggio Netflix
parlando di operazioni cloud a
Netflix, abbiamo Jeff, capito chi
ha scritto il libro di UX magro parlando
attività di validazione del prodotto da supportare
consegna continua abbiamo Katrina
Owen parla del refactoring di Gary
Groover che ha scritto questo libro ero
parlare parla di quello che lui
ha fatto ora vp of ops e release e
test su macys.com, quindi sta andando a
parlare delle sue esperienze di collega
il mio da pieno funziona come un tipo di discorso
chiamato da mainframe a continuo
consegna in mille semplici passaggi che
è uno dei miei titoli preferiti che penso e
abbiamo Linda in aumento a parlare
cambiamento organizzativo e come lo fai
così è davvero, voglio dire che siamo stati
molto fortunato che ne hai davvero
persone favolose parlano di ogni
aspetto di come effettivamente lo abiliti
questi cicli di feedback rapidi e cosa
ognuno deve fare e come è possibile
scrivere insieme in modo che quella fosse l’idea
della conferenza, mettiamo i nostri soldi
in cui la nostra bocca non è in realtà messa a fuoco
l’ obiettivo di alto livello e come lavoriamo tutti
insieme per consentire che io pensi che sia
piuttosto unico sì un silenzioso western e
una delle cose che voglio chiedere è
hai menzionato che DevOps è stato gentile
uno dei grandi esempi di questo silo
abbattere ora come potrebbe il diavolo
abbattere il massacro quando si ottiene
quel terzo sviluppato tra il dev
nell’ostacolo sì , questo è un affitto
che ho scritto sul blog, immagino che finisca
l’anno scorso credo o qualcosa di cui avevo bisogno
per uscire con il John anche dove
stai parlando anche di questo argomento
scrivi e dì sì è sfortunato e
Penso che tu sappia che le persone
coinvolto nei primi giorni dei DevOps
il movimento sapeva che ci sarebbe stato
diffusione semantica e persone con
qualunque comunque tu definisca questo termine
i venditori di strumenti ce la faranno
e lo schiaffo sulle cose sono le organizzazioni
andando ad adottarlo e usarlo come un modo per
fingi di fare qualcosa di nuovo
continuando a fare le tue cose e
stavano sempre facendo ora lo faranno
vai al culto del carico nello stesso modo in cui si trova la mischia
e il culto del carico e quindi questo è solo uno
fenomeno di culto del carico particolare che
è che tu sai per risolvere a
problema di silo, creeremo un nuovo
silo e chiamalo DevOps
e quindi sì, intendo che è ovviamente DPR
possedere sei stato certificato su
DevOps cloud sai che succederà
sai la vendita e questa è una prova così sì
e sai in parte che il mio posto era un’esca
e cambia perché penso che ci sia un
posto per un team di sviluppatori c’era e
cosa ma ma la cosa fondamentale è
non sono agganciati per il rilascio
gestione sai rebranding tuo
rilascia il team di gestione che ti prende
sapere che gli sviluppatori odiano il rilascio
squadra perché il team di rilascio non può mai
ottenere il rilascio di roba e le operazioni
la gente li odia perché sono
rilasciando troppo spesso e così tu lo sai
prendilo da entrambi i lati e lo sai
non cambieremo questo come
DevOps e return stiamo facendo DevOps
quello non è il caso di quello che c’è
posto per è una squadra che costruisce il
strumenti ma tu sai che le operazioni di Devon usano
per essere più efficiente nel fare
il loro lavoro e per aiutare con capacità
sviluppo per aiutare le persone a fare il
il lavoro impara come migliorare così
quello è una cosa reale uno dei
di nuovo cose che in Toyota li taglieranno
parlato di come tu conosci le persone
facendo del lavoro un responsabile
migliorando ma non saranno
andando e creando nuove macchine o
riconfigurando le macchine per
fai che c’è un team di ingegneri
il cui compito è quello di costruire effettivamente questo
roba per aiutare le persone a fare il lavoro
più efficacemente c’è anche un discorso
velocità quest’anno me ne sto andando
rapidamente vedere se riesco a farlo alzare
post mortem sì, questo è parlare
era di un ragazzo di nome Dan Milstein
ha8 ha chiamato come eseguire un post-mortem con
gli umani non sono robot e lui fa questo
automazione distinta davvero importante e
strumenti che i tuoi creatori ti abbandonano il petto oh
scusa, questo è un peccato
caratteristica di google Hangouts è che il
momento in cui quando l’utopia sì mi dispiace tanto
Milstein a velocità ci sono davvero
discorso interessante chiamato come come risolvere
i tuoi problemi negli umani non sono robot e
ha la sua distinzione tra
automazione e strumenti per cui l’automazione è
gli umani causano i tuoi problemi e noi siamo
andando a risolverlo con l’automazione e
la lavorazione è umana risolvono i tuoi problemi e
gli strumenti ti aiutano a farlo e così via
questo sta per cosa abbiamo parlato
prima con judoka e quindi il lavoro di
il team di strumenti è quello di costruire un prodotto
e stai facendo lo sviluppo del prodotto
allo stesso modo in cui stai facendo un prodotto
sviluppo quando costruisci software e
i consumatori del prodotto sono tuoi
persone interne ai tuoi sviluppatori
ingegneri le persone che operano e così via
quello che sei quello che stai facendo è lo è
trattandoli come i tuoi clienti e
produrre qualcosa che li aiuterà
fai il loro lavoro ma non stai cercando di farlo
il loro lavoro per loro non ci stai provando
automatizzarli come un buon lavoro nessuno di
quelle cose che stai solo aiutando
fornendo strumenti per aiutarli a migliorare
a quello che fanno e quello che penso sia
circa se vuoi chiamare quel DevOps
sicuro di sapere che non ho davvero un
problema con quello intendo che non è davvero
l’essenza di sviluppa l’essenza di
il delp è collaborazione ma se lo sei
produrre strumenti per aiutare le persone
collaborare e renderlo più facile per
persone a collaborare che è parte
del lavoro e dell’abilità e di nuovo se
hai lavorato a Praga di elemento se tu
venduto prodotti a persone che conosci
vendi il prodotto che hai
per aiutarli a capire come usarlo
e quindi questo è l’ altro lavoro giusto
aiutare le persone a sviluppare abilità e competenze
le capacità aiutano a capire come
meglio di quello che stanno facendo e
entrambe queste cose sono complementari
così sono che sto bene , sembra
completamente pragmatico c’è qualcosa
Punto Activia sbagliato bene lo sai questo
è la ragione per cui vado ad amare andando
velocità e in queste cose che io
vedo sempre veramente ehi, vengo a vedere
discorsi interessanti e poi potrei arrivare
uscire con persone interessanti e
è fantastico quello che paga per la mia scelta
bravo a parlare con te uh assoluto
piacere e molte grazie hanno un
buona giornata vedi
Please follow and like us: