Press "Enter" to skip to content

The Death of Agile (Allen Holub)


quindi cambierò tono un po ‘
qui perché non mi va di parlare di
per niente ho intenzione di parlare di come
per produrre codice e in particolare sono
andando a parlare di agile non perché
beh, mettiamola così, penso che sia agile
è di gran lunga il miglior modo che sappiamo
produrre software e allo stesso tempo io
pensa alla nozione di software agile
lo sviluppo è completamente
distrutto dalla maggior parte della comunità agile
quindi quando parlo della morte dell’agile
quello di cui sto realmente parlando è il
la morte di ciò che considero una vera agilità
e una sostituzione della vera agilità con a
tipo di finta agilità che è adatto
per le aziende ma non funziona davvero
nel mondo reale quindi lasciatemi spiegare
esattamente di cosa sto parlando così io
lo spiegherei se il mio clicker fosse
lavorando lì è buono quindi la ragione
Sto facendo questo discorso è perché come
consulente Vengo spesso in aziende
e dare loro consigli sul processo agile
e mi sto solo ammalando a morte
affrontare le conseguenze del
gente scrum certificata e giusto è quello
entrano, fanno le loro cose e
lasciano questo dietro di loro e il
vero ci sono un sacco di problemi
ciò che circonda, ma la mischia è davvero a
problema è il problema non è il
soluzione e il problema di base è il
nozione di un carico chiamato ora il carico
culti accaduti nelle isole del Pacifico
hanno durante la seconda guerra mondiale
Gli isolani vivono felici con loro
isole senza preoccupazioni nel mondo
mangiare frutta come una goccia di alberi ma
vivevano nell’età della pietra pochi
minuti dopo sembra un po ‘di
i soldati sbarcano sull’isola fanno un
la pista e poi gli aeroplani iniziano l’atterraggio
e gli aeroplani portano con loro il
20 ° secolo, quindi tutto ad un tratto questi
ragazzi sono passati dall’età della pietra al
20 ° secolo a causa di queste basi aeree
e cinque anni dopo tutti quelli
i soldati tornano sui loro aerei
e volano via e le persone che
vissuto sull’isola sono tornati nel
L’età della pietra e quello che videro furono i
gli aeroplani sono ciò che hanno detto se potessimo
porta solo l’aereo
porteranno il carico così
quello che hanno iniziato a fare è costruire
cose che sembrano aerei in
spera che se lo costruiranno lo faranno
venire
se gli aeroplani che volano in alto vedono
i loro fratelli sono a terra
andando a terra e portare il carico con
loro che naturalmente non è successo ora
il problema con un culto del carico è quindi
quello che stanno facendo è che stanno andando
attraverso i movimenti come i ragazzi del
i culti mercantili costruivano falsi conning
torri e indosserebbero noci di cocco
le loro orecchie fingevano di essere i telefoni fissi
e si comporterebbero come se lo fossero
aeroporto di lavoro nella speranza che il
gli aeroplani dell’aeroporto atterrerebbero e
il problema è che lo facciamo sempre
come vediamo culti cargo ovunque e il
il più grande culto del carico di tutti, infatti, è il
la società moderna è quella corporazione
sono culti cargo perché credono
che ci sono alcuni modi per fare le cose
e non possono concepire che ci sia
un altro modo di fare le cose
partecipare molto in uno dei LinkedIn
gruppi agili e uno dei
caratteristiche di questo gruppo è quello
c’è un flusso costante di errori
domande c’è un flusso costante di
domande che hanno torto
che non capisci nemmeno come
qualcuno può chiedere loro nel contesto di
agile qualcuno dirà sempre perché mai
ogni due settimane qualcuno pubblica un
domanda qual è il ruolo di un progetto
manager sulla squadra agile e la risposta
non c’è nessun project manager su
squadra agile ma la gente non capisce
questo è che sono così convinti
perché è così che è la corporazione
pensa che un project manager sia un
parte necessaria del lavoro che non possono
immagina un mondo in cui un progetto
il manager non esiste così come il
il proverbiale cammello qui è quello a
la corporazione non può adattarsi a un occhio di
l’ago è che non può fare il
modifiche che è necessario apportare perché
è una chiamata cargo perché fa cose
più e più volte a memoria senza
davvero capendo perché sta facendo qualsiasi
delle cose che fa in particolare
quello che stanno cercando è molto
processo specifico che possono seguire
le corporation sono davvero dentro
processo è che quello che vogliono fare è
vogliono fare qualcosa di facile che vogliono
per portare dentro l’allenatore che vogliono
addestrare poche persone in ingegneria
dipartimento di seguire alcuni processi e
pensano che seguendo questo
processo che ci sarà una sorta di
buon risultato ma in effetti non si ottiene un
buon risultato seguendo uno specifico
elaborarlo non funziona in altri
è ciò che vuole la società è questo
tipo di agile giusto che vogliono un in scatola
cosa giusta cosa che puoi fare
arrotolare aprire la lattina e farlo ed è
in qualche modo andando a cambiare magicamente il
modo in cui le cose funzionano in modo positivo
ma spesso quando portano l’agile
questo tipo di agile non lo fanno
voglio davvero cambiare il modo in cui le cose
lavoro hanno appena letto di agile
da qualche parte e pensano che sia un bene
cosa e pensa che ci stia andando
essere una sorta di beneficio ma loro
non so davvero quali sono i benefici
quindi questa è davvero una pessima idea
ora ciò che è agile è veramente agile
definito dal manifesto agile e il
manifesto agile come puoi vedere qui
molto semplice ci sono solo quattro punti su
e il primo è il più
interessante quello è il modo in cui
le persone lavorano l’una con l’altra è di più
ora più importante dei processi lo si nota
non dice invece di processo è
importante
agile ha un sacco di processi associati
con esso e i processi aiutano ma il
i processi non sono cose in scatola sono
cose che le persone inventano
mentre interagiscono tra loro in
altre parole la parola l’agilità deve
applicare al processo tanto quanto
si applica a qualsiasi altra cosa se non lo sei
agile nel modo in cui crei software
allora non sta andando ad essere agile in modo che il
intera nozione di individui e
Le interazioni su processi e strumenti sono
tipo di caduto lungo la strada come mischia
è un processo e molte persone credono
quella mischia e agile sono la stessa cosa
e questa è solo una misum sbagliata è un processo
quindi dicendo che stiamo facendo misum cosa
stai dicendo che il processo è
più importante delle persone che sono
facendo il processo e questo non lo è
andando a lavorare in qualsiasi tipo di situazione
ora la mia regola generale qui è a
assicurati di vedere se qualcosa fa
senso in qualsiasi frase in cui si vede il
parola agile se è possibile sostituire quella parola
con la parola flessibile, allora hai un
corretta frase se dici cose che
fare le cose in un modo agile per cui funziona
me se dici agile dice che dovremmo
faccio X che non funziona affatto per me
quello che vogliamo è la flessibilità nel complesso
punto di una di agile è di ottenere agilità in
altre parole quello che vogliamo essere in grado di
facciamo è vogliamo adattarci rapidamente a
cambiando i requisiti sono quelle modifiche
provenienti dall’interno o dall’esterno del
il cliente li sta mandando
o li stiamo imporre perché c’è
alcuni elaborano le cose di processo interno di
cosa tecnologia che cambia e noi
bisogno di cambiare internamente ma cosa noi
bisogno è l’agilità, abbiamo bisogno di flessibilità noi
bisogno della capacità di cambiare in a
corporation almeno molte società
sono incapace di farlo, quindi suppongo
l’ unica cosa che concordo con il
Agile scettici riguardo è che io penso che
la stragrande maggioranza delle grandi aziende non può
mai essere agile perché è proprio lui
la natura di quelle grandi aziende a no
sii flessibile sulle cose in flessibilità
è solo che è integrato nelle cose
a destra c’è il nostro regola qui
dove dobbiamo lavorare allora è come
come definisci che è agile?
se ci sono dei requisiti significativi
cambiare e potrebbe essere significativo giusto
All’improvviso devo trasformarlo in una cella
app per telefono puoi farlo è quello
domanda
di nuovo puoi farlo rapidamente , sai
pensa a cosa è coinvolto nel fare
questo cambiamento c’è molto allenamento
che deve andare avanti c’è un sacco di
imparare che deve andare avanti potresti
devono portare nuove persone nella squadra
per aiutarti a fare il cambiamento
a destra il nostro obiettivo è quello di ottenere l’applicazione in
gli utenti passano tra poche settimane
bene ancora parlando come consulente I
posso dirti che quando sono stato assunto per farlo
allenamento spesso fino a quattro mesi
Trascorre dal momento in cui sono il primo
contattato da qualcuno che ha bisogno del
formazione fino al tempo che posso venire
dentro e effettivamente dare la formazione
credetemi se ci vogliono quattro mesi per
allenati non sei agile così abbiamo
un processo aziendale che è lì per
qualche ragione
qualcuno ha deciso che a destra
la corporate governance ci impone
avere controlli sulla nostra spesa e cosa
quello che sta facendo è farlo
impossibile per l’organizzazione di essere
attrito agile Neil ha parlato un momento fa
riguardo l’ attrito è questo ciò che siamo
parlare di qui è l’attrito
cos’è l’ agilità in realtà
eliminando l’attrito all’interno del
organizzazione e se hai un
organizzazione in cui non puoi
eliminare l’attrito le possibilità di
tu sei agile sono praticamente zero quale
mi porta al mio secondo tipo di maggiore
il punto qui è che la società è
credi che agile capiti solo dentro
ingegneria e tutto ciò che fai è
porta i formatori e insegna loro
mischia e sei finito ma in effetti agile
è una cosa organizzativa
non ci sono silos in un’organizzazione
organizzare l’organizzazione nel suo insieme
è ciò che è agile, non la squadra non è il
le persone delle squadre non i reparti
ma l’intera organizzazione perché se
Ho bisogno del mio allenamento Ho bisogno del mio allenamento
ora così se c’è una finanza separata
dipartimento che sta fornendo attrito
si sta facendo in modo di ottenere il mio me
allenarsi non c’è modo che ci sia
dentro ci sarà un’agilità
organizzazione il prossimo numero è ugualmente
importante è l’ organizzazione
strutturato come è per
supportare un processo che ha un processo e
deve supportare se si cambia il
processo devi anche cambiare il
organizzazione perché se l’ organizzazione
è tutto costruito attorno al supporto di a
processo a cascata per esempio di te
non può diventare improvvisamente agile senza
cambiare il supporto perché supporto per
la cascata non funzionerà se ci stai provando
per sostenere agile e ci sono molti
cose che fanno parte di questo
le persone pensano come cose che non possono essere
cambiato che deve essere cambiato giusto
il dipartimento QA questo è uno dei
ragioni per cui è così difficile essere agili
trasferirsi in grandi corporazioni in ogni
processo agile che funziona test è
integrato nel processo di sviluppo
strettamente integrato stai testando ogni
20 minuti all’esterno provo tutti
due o tre minuti mentre sto programmando
nel momento in cui il cosiddetto sprint il
l’iterazione è finita il codice è completamente
testato e pronto per la distribuzione che è a
dire che non c’è niente per un dipartimento di QA
fare ciò significa che il direttore di
Il QA non sarà molto felice
questo significa che sarà
combattendo davvero duramente per prevenire l’agilità
da accadere all’interno dell’organizzazione
perché sta per perdere il lavoro ora
se è davvero un’organizzazione agile lui
non perderebbe il suo lavoro è quello che vorrebbe
fare è cambiare il suo lavoro in modo flessibile
in modo che potesse effettivamente fare un vero QA
il che vuol dire che sarebbe il suo lavoro
guarda i processi di tutti e fai
suggerimenti su chi come migliorare
loro ma molte persone non sono in grado di farlo
apportare tali modifiche perché di nuovo lo fanno
non avere il prodotto di flessibilità
gruppi di sviluppo in cui non esistono
un’organizzazione agile il prodotto che
è sviluppato dai clienti
chi ti sta parlando in un giorno per giorno
base se il cliente non può entrare
la porta d’ingresso della società voi
non può essere agile ed è molto difficile
per qualcuno che non è un dipendente di
la corporazione di camminare nella parte anteriore
porta credimi le pratiche di governance
parlavamo di finanza
le pratiche un attimo fa sono di base
idea di se ho bisogno della formazione ne ho bisogno
ora non tra sei settimane
se ho bisogno di un nuovo software di cui ho bisogno
ora una squadra agile ha un budget e questo
lo spende comunque lo sentono come il
tutta la squadra decide di andare a
conferenza fanno quello che non chiedono
chiunque lo facciano solo loro hanno bisogno di comprare
un pezzo di software lo fanno proprio ora
hanno avuto modo di gestire il loro bilancio
il budget non è infinito ma sono i
quelli che fanno la scelta non alcuni separati
organizzazione correlata alla governance
le scadenze non ci sono cose del genere
mondo agile tutta la pianificazione e
agile si basa su tutte le priorità
Il 100% di tutti abbiamo visto il ferro
Contorno del tempo dell’immagine a triangolo
contro soldi bene in agile il
l’ipotesi è che cosa cambierà
più spesso i requisiti di ambito sono sempre
cambia e se l’ambito cambia in un modo
questo evento che deve accadere
non accadrà che devo rilasciare
in qualche fiera le uniche opzioni che tu
devono ridurre un po ‘ il campo di applicazione
bit o per aumentare la spesa che è a
di ‘ un altro team, quindi se lo sei
gestendo in un mondo agile e tu hai
una scadenza temporale se lo farai
guardando come una fiera cosa sei
fare in realtà sta osservando il processo
è che agile è un modo molto trasparente
di fare sviluppo e fare a
proiezione basata sull’osservato
le prestazioni delle squadre che stanno facendo
il lavoro e se la tua proiezione no
proprio allora porti una nuova squadra su o
riduci lo scope quelle sono le tue opzioni
ma non ci sono scadenze non ci sono
pietre miliari non c’è stima nel
senso tradizionale, semplicemente non succede
è difficile per le persone rinunciare
ma ci andiamo, quindi non ci sono alcun
timesheet perché non ne hai bisogno
non stai facendo cose basate sul tempo
non c’è alcun tipo di organizzazione
l’attrito è che c’è una magra di base
concetto che qualsiasi sforzo o tempo o
energia spesa
fare qualcosa che non è direttamente
supportando la creazione di software di valore
nelle mani degli utenti
questo è tutto spreco che compila una spesa
rapporto o una scheda attività non sta fornendo
valore del cliente quindi una delle cose che
una organizzazione agile deve fare è
ridurre l’attrito eliminando
tutto ciò che è nel modo di mettere
valore nelle mani dei clienti
compresa tutta questa roba che abbiamo
appena parlato non c’è
gestione del progetto e agile ti fidi
le persone a fare il lavoro che i team gestiscono
loro stessi non ci sono middle manager a
tutti, infatti, in un mondo agile così tutti
questa roba deve essere grande
le aziende non stanno andando per farlo è
sono culti cargo che credono
tutta questa roba è necessaria per a
società per funzionare e che una società
chi non lo fa non può funzionare e
è assurdo, certo che ce ne sono alcuni
aziende molto grandi che funzionano abbastanza
bene in modo agile ma la maggior parte delle aziende
non credere che sia così che vanno le cose
stanno andando a lavorare hanno loro
manager e si aspettano che funzionino
come manager e altro al punto in cui
alcune cose diventano agili che si aspettano
che queste stesse persone stanno solo andando
cambiare i loro titoli di lavoro e improvvisamente
tutto andrà bene, giusto e
non è quello che è giusto è che il
i titoli di lavoro non sono solo un cambio di titolo
è funzionale è un cambiamento di base
in quello che fai sono le aziende agili
organizzato in modo molto diverso questo è
Le persone Spotify parlano molto del ridimensionamento
agile Spotify ha circa 500 programmatori
in esso proprio ora che è su quale è
abbastanza grande per me da dire che questo modello sarà
lavorare indipendentemente dalle dimensioni del
società direi che se ne hai uno
progetto che richiede più di 500
programmatori che quello che devi fare è
rompere quel progetto in piccoli
progetti non ci sono progetti sul
pianeta che richiede più di 500
programmatori mi dispiace
in effetti la maggior parte dei progetti con 500
i programmatori su di loro potrebbero essere fatti abbastanza
bene da 5 programmatori quindi se è cosa se
Posso fare questo possiamo scalare non sto andando
passare un sacco di tempo a guardare questo
immagine ma la cosa principale che voglio
per sottolineare qui è che non abbiamo
una gerarchia non abbiamo un organigramma
è in una forma ad albero con manager e
controlli e quel tipo di cose che abbiamo
una specie di matrice sebbene questo non sia un
classico
organizzazione matriciale ma non c’è un capo
le singole tribù che sono gruppi
di gruppi di gruppi, se lo farai
un ragazzo un architetto di sistema che è
efficacemente un membro di tutte le squadre
il cui compito è assicurarsi che ce ne sia un po ‘
coerenza architettonica attraverso il
sistema in modo che le persone stiano costruendo ma
non ordina nemmeno la gente
sta dicendo bene, sai che stiamo facendo
questo qui già
quindi se lo facciamo in questo modo invece lo farà
tutto si adatta meglio e questo è un processo per
adulti così le persone della squadra B dicono ok
lo faremo in quel modo allora
sono flessibili, quindi nessuno
ordinare a qualcuno questo è molto
tipo di processo collaborativo che
ci porta alla mischia è quella mischia di mischia
è nessuna delle cose che ero solo
parlando si tratta di un processo che fissa
ha due caratteristiche che molto
la gente non lo sa è prima di tutto
Se si guarda a tutti i processi nel
mondo tutti i processi agili nel
world scrum è uno di loro e le persone
equivale a mischia agile Non so come
molte volte ho sentito persone dire bene
agile dice X quando significano mischia dice X
il secondo problema è che la mischia è a
la cosa relativamente piccola e agile è a
relativamente grande cosa c’è molto
associato con agile infatti è agile
non proprio nemmeno agile è così magro
le tecniche hanno molto a che fare con la corsa
una compagnia efficace in un modo agile così
è anche più grande di un ragazzo qui mischia
è una mischia molto piccola che è definita
da un documento di 16 pagine e francamente tu
non è possibile definire alcun processo in una pagina 16
documentarlo non può essere fatto, quindi è così
molto piccolo più del punto
la mischia immagina che la mischia possa essere
fatto in una sorta di bolla in cui il
nessuno al di fuori deve preoccuparsi di cosa c’è
succedendo dentro quella bolla ma eravamo noi
è solo vedere le persone che devono preoccuparsene
che le procedure di acquisto del
l’organizzazione influisce su ciò che accade all’interno
la bolla quindi non è una bolla separata
non è qualcosa che può essere isolato
anche i mischia non hanno rispetto per
tutto per i processi esistenti del
organizzazione quando entrano sono loro
immagina che possano semplicemente demolire quelli
processi fuori mano e sostituire
loro con mischia, ma cosa sono veramente
sostituirli con non è nulla perché
la mischia non funzionerà in a
situazione in cui non stai cambiando il
intera organizzazione e se la mischia non lo è
andando a lavorare le persone non stanno andando a fare
un sacco di posti un sacco di volte quando
vedi le organizzazioni che hanno
portato in mischia ragazzi un anno dopo
non stanno facendo nulla nemmeno vicino a
scrum più perché non lo sono
ottenere il supporto di cui hanno bisogno per farlo
lavorare in modo che non lo facciano in termini di
piccolezza si guarda all’estremo
programmazione e programmazione estrema è
composto da una serie più ampia di pratiche
la cosa interessante di questo è il
le pratiche sono tutte intrecciate e
ad esempio, interlockato in modi complessi
una delle pratiche chiave in estrema
la programmazione è che devi essere
prova tutto il tempo che stai testando
ogni due o tre minuti come sei
scrivere il codice un altro importante
la pratica nella programmazione estrema è
il refactoring aggressivo costante è quello
ogni volta che guardi un pezzo di codice
se non è giusto lo aggiusti ma il
fatto è che non puoi farlo se non lo fai
avere i test in atto non è possibile
cherry pick questi sono tutti a maglie
insieme per fare un processo unificato ora
puoi modificare questo processo e in effetti
le squadre XP fanno tutto il tempo
ma sanno quello che stanno facendo loro
capisco bene, ho questi benefici
e questo ha questa interazione con quelli
cose e se cambio questo allora ho
per cambiare anche quest’altra roba in ordine
per compensare però guardi la mischia
e cosa hanno fatto prima di tutto
loro hanno raccolto due cose da loro
hanno rubato il gioco di pianificazione XP
direttamente come la pianificazione della mischia non è nulla
ma programmazione e programmazione estreme
poi hanno rubato un po ‘di
poca roba incontri stand-up e che
tipo di cose e poi hanno preso a
altre cose che le hanno trasmogrificate
il punto in cui sono irriconoscibili
l’ intera squadra, tra le altre cose, dice
dovresti avere un cliente reale dentro
la stanza con te la gente pensa che quando
stai facendo la programmazione estrema di te
non fare progetti che non hanno senso cosa tu
stanno facendo è stai facendo il design
incrementale e man mano che il programma si evolve
invece di passare tre mesi a parlare
a un utente prima di iniziare a scrivere voi
metti l’utente nella stanza con te così tu
può porre loro la domanda immediatamente
prima di iniziare a codificare l’utente
l’interazione è ancora lì tu sei ancora
parlare con i tuoi utenti che stai ancora facendo
design ma lo stai facendo come sei
lavorando bene si sono sbarazzati del
utente e lo hanno sostituito con questo
gestione Lackey ha chiamato il progetto
gestore in cui il proprietario del prodotto modifica
scrivi il proprietario del prodotto non è un
cliente il proprietario del prodotto è solitamente un
rappresentante del marketing
dipartimento in modo che tutte le garanzie che
otterrai circa un miliardo di valore
i software sono spariti e poi li hanno messi
nella rigida scatola del tempo che chiamano a
sprint che è anche un enorme spreco di
tempo
pensa a quanti rifiuti ci sono nel provare
per ridimensionare una storia in modo che tu possa farlo in a
sprint di due settimane e pensa a tutto il
sturm e disegno che succede quando
siete una giornata nel modo giusto siamo al
fine dello sprint ma ce n’è ancora uno
più giorni di lavoro da fare e questo è così
fastidio che spesso le persone non lo fanno
giorno di lavoro e si finisce con buggy
software e non va bene così
questo sta volando di fronte all’agilità
anche questa roba non funziona
il prossimo problema ha a che fare con il
mulini di certificazione che producono
certificati che non hanno alcun valore
prendi una guida di Scrum di 16 pagine che leggi
grazie così ho passato un pomeriggio
arricciato di fronte al fuoco con il mio
guida di scrum vado online prendo a
test completamente automatizzato che è
classificato da un computer composto da 35
domande a scelta multipla
Ho un voto del 60% di cui non so nulla
voi, ma quando ho quando ero alle elementari
il 60% della scuola era considerato un fallimento
grado, ma se ottengo un voto in difetto
questo è abbastanza buono ottengo il mio certificato
Sono un maestro ora il problema è che
quelle corporation pensano che questo sia un po ‘
tipo di diploma pensano al
certificato come significativo e perché
perché lo fanno quello che ottieni è
qualcosa che è a
distruttivo perché se lo immagini
il ragazzo che ha un certificato è
competente e lui no e le cose no
lavora non incolpare il ragazzo che biasimi
la cosa che dovrebbe essere
competente nel dirti che l’agile no
lavoro non dire che scrum certificato
il ragazzo della mischia non sapeva davvero cosa lui
stava parlando di certificazione così è
non solo privo di significato è attivamente
distruttivo soprattutto quando le aziende
utilizzare la certificazione come criterio per
assunzione perché non dice loro
qualsiasi cosa utile
portano persone che non sanno
nulla di agilità ma lo sono
certificato e poi lo immaginano
sono in qualche modo agili , semplicemente no
lavoro ora il caso peggiore di questo è sicuro
il problema con la sicurezza è sicuro
progettato per essere accettabile per a
società ma non è sicuro che sia
che in altre parole se guardi al sicuro
è solo lo stesso vecchio vecchio
in fondo hai mischia che è
a malapena agile nel mezzo che hai
le stesse vecchie cose che hai sempre usato
per fare bene non abbiamo compiuto
qualsiasi cosa di reale qui guardiamo quelli piatti
le gerarchie un momento fa non hai
una gerarchia piatta e sicura che hai appena
la stessa vecchia gerarchia aziendale quella
hai mai avuto tutte le cose della governance
ancora al suo posto non è reale ed è
la scala agile non necessaria va bene
l’abbiamo visto con Spotify perché ne abbiamo bisogno
per fare questa cosa speciale ed è
perché di nuovo la società è un carico
chiamano non possono immaginare di prendere un grande
progetto e scomposizione in più piccoli
progetti quindi questo è falso agile questo
non è reale agile ora mescolato in questo è
un intero set di venditori di strumenti che lo sono
sostenere questa disfunzione è tutto
di questi strumenti ti costringono a lavorare in
un modo vecchio stile è quello che sono
fare è prendere lo stile cascata
gestione e cercando di imporlo
cima del processo agile facendo ridicolo
cose come bruciare grafici ci sono a
completa perdita di tempo mentre spendi di più
tempo inserendo i dati in questa cosa allora
ottieni informazioni utili da esso e
quel tempo è uno spreco, non è il momento di spendere
fornendo valore al cliente diretto che cosa fanno
hai bisogno di quando agisci nel modo di
strumenti giusti
è agile esattamente e la cosa è
quell’agile è fondamentalmente molto molto semplice
quello che è agile prima di tutto è che lo è
una cultura e la cultura è la più
cosa importante non il processo e
ancora una volta non sto dicendo processo non è
importante ma un processo specifico è no
meglio di ogni altro processo specifico
a condizione che stia lavorando all’interno di un
altare di agilità quindi per lavorare agilmente
devi mettere la giusta cultura in
posto che è quello che dice che agile
infusione per essere funzionale ha
per venire dall’alto in basso sono gli amministratori delegati
lavori per gestire la cultura del
organizzazione quindi se l’ amministratore delegato non lo fa
capire cos’è l’ agilità lì
non è il modo che lui o lei sta per impostare
su una cultura che lo supporta così cultura
è centrale la seconda questione è la fiducia
tutto in agile dipende dalla fiducia
le persone a fare il loro lavoro sono uno di
la REA in altre parole che non hai
manager perché non hai manager e
è perché mi fido delle persone che lavorano
non ho bisogno di sedermi lì con una frusta
e copritelo sopra le loro teste in ordine
per farli funzionare, mi fido di loro e di te
essere agganciato su e giù per la catena I
non c’è bisogno di farli firmare
per andare ad una conferenza perché io
fidati di loro per valutare le loro abilità
capire che se vanno al
conferenza possono aumentare quelli
abilità e poi lasciarli andare è tutto
sulla fiducia, l’altro problema è che il
le cose sulla sinistra qui comunicazione
semplicità coraggio tutti questi valori e
i principi informano le cose sul
giuste le pratiche è che il
le pratiche esistono perché i principi
esistono e i principi esistono perché
i valori esistono così a meno che tu non abbia
quei principi e valori in atto il
pratiche che ti vengono in mente sono
non funzionerà, quindi otteniamo
di nuovo ai principi alla base
principi è che tutto dipende da
in definitiva comunicazione e semplicità
e coraggio e feedback e se tu
non ce l’ho all’interno dell’organizzazione
nel complesso, non puoi davvero farlo
lavoro funzionale
tutti quelli che seguono quello che sto ottenendo
qui questo è probabilmente il più importante
cosa che posso dire è che la cultura
è più importante di qualsiasi altra cosa
i principi sono più importanti di
le pratiche e che ogni pratica che
lavora nel quadro dei principi
è una buona pratica almeno da un
punto di vista agile il processo stesso
è molto semplice si inizia parlando
ai tuoi clienti e scopri cosa loro
bisogno e poi si rompere un piccolo
pezzo di questo e lo costruisci e tu
dare a loro il gioco è fatto tutto
altrimenti è la ciliegina e lo fai su un piccolo
loop write that loop è un ciclo di due settimane
e il motivo per cui è un ciclo di due settimane è
perché l’assunzione generale di tutti
i processi agili sono che le persone no
sapere di cosa hanno bisogno fino a che non hanno
qualcosa nelle loro mani così in anticipo
la raccolta dei requisiti non funziona
perché i requisiti che raccogli
non sono mai corretti quindi il processo stesso
è molto semplice gli strumenti per il processo
sono molto semplici hai bisogno di una lavagna
hai bisogno di alcuni post-it di cui hai bisogno
alcuni indici e alcune puntine da disegno e
è così se lavori in remoto
forse mescolerai un altro paio di cose
in questo hai bisogno di qualcosa di buono
software di comunicazione probabilmente necessario
prendere quella lavagna e metterla
in un computer da qualche parte ma quello è
in realtà questo è agile, tutto qui
basato su una comunicazione faccia a faccia
due persone stanno fisicamente in piedi
la parte anteriore di una scheda fisica sarà in grado
fare un lavoro migliore di due persone
lavorare elettronicamente il vero problema
con la versione elettronica è così
nascosta all’interno del computer, invece di
stare seduto sul muro dove tu
puoi vederlo ogni giorno mentre cammini
da esso così quando è nascosto si tende a
non pensarci se è un fisico
cosa è là fuori dove puoi pensare
su di esso quindi quelli sono tutti gli strumenti voi
bisogno e ancora torniamo al nostro
le aziende e non ci stanno pensando
questi termini stanno pensando in termini di
grandi strumenti costosi perché hanno
deciso che è quello di cui hanno bisogno
per gestire questa complessità è così
completamente inutile e non abbiamo bisogno
niente di tutto questo abbiamo bisogno di cose molto semplici
quindi torniamo all’agile di base
principi abbiamo finito il primo
diamo un’occhiata agli altri il nostro principale
l’obiettivo qui è quello di produrre software funzionante
ora oltre la documentazione completa
ci sono ancora ancora alcune corporazioni
che hanno un feticcio di documentazione ma
stanno diventando sempre meno come
tempo progredisce regola generale è
che se nessuno leggerà mai
qualsiasi cosa non si preoccupa di scriverlo
la stragrande maggioranza della documentazione non è mai
letto da nessuno quindi non è non lo è
prezioso è spreco è un altro esempio
di rifiuti ma con la documentazione non lo fanno
significa solo la documentazione del software
significa tutte le scartoffie all’interno del
organizzazione di qualsiasi tipo di lavoro di ufficio
questo sta ostacolando la produzione
il software di lavoro non è no
desiderabile con cui vuoi collaborare
i tuoi clienti non negoziano con loro
i clienti non sanno cosa è difficile, quindi loro
spesso chiedi cose che non puoi
costruire una negoziazione porta a disfunzioni
Voglio che tu faccia così e così e io sono
dicendo che lo avrò la prossima settimana
c’è un fumetto xkcd c’era il –
chi era a questo effetto un paio di settimane
fa e poi qualcuno entra in pochi
qualche minuto dopo e dice che ho bisogno di quest’altro
cosa e tu vai sicuro che ho bisogno di 15 ricerche
assistenti in un budget di 7 milioni di dollari
e lo avrò per te tra otto anni
e la persona la persona che è in realtà
la domanda è spesso la stessa persona
non sanno che una cosa è arte
e un’altra cosa non è difficile se
potresti se negozi il prossimo
cosa che la persona sta per dire come
circa tre anni con otto ricerche
assistenti e tu vai bene, forse quattro
giusto e questo non risolve il
problema per una cosa anche per il 15
assistenti di ricerca in cinque anni o
otto anni come un’ipotesi così negoziabile
non aiuterai nessuno se collabori
se ti siedi e vai che è un
problema veramente difficile ma se lo facciamo
piccolo cambiamento si trasforma in davvero
problema facile pensi che funzionerà
e poi il ragazzo che entra con il
l’idea dice bene sì forse ma se lo facciamo
quest’altra piccola cosa forse funzionerà
un po ‘meglio e tu collabori
quindi questo va ben oltre questo contratto
va nel modo in cui lavori
un giorno per giorno
devi essere in grado di rispondere a
cambiamenti a tutti i livelli ho appena detto a
momento fa che se la parola agile
si applica al processo stesso se il
processo non funziona cambiarlo
la nozione di retrospettive viene fuori
questo ma i team agili più funzionali
non fare retrospettive perché il nostro
la squadra agile altamente funzionale lo farà
riconoscere immediatamente che qualcosa non è
lavorando meglio ogni cosa si stringe
insieme troveranno una soluzione
metteranno la soluzione in atto e
poi faranno passare una retrospettiva è
è una specie di misura transitoria
qualcosa di cui hai bisogno prima di arrivare
abbastanza buono da essere in grado di fare quelli
cambia rapidamente poi ci sono i
principi diamo un’occhiata a solo alcuni dei
loro i cambiamenti accoglienti di
requisito anche in ritardo nello sviluppo
giusto e la nozione di base di sfruttare
cambiare per il composito per il
il vantaggio competitivo dei clienti è
importante qui è che una squadra agile è
in un ruolo di servizio è il loro lavoro
risolvere i problemi degli altri non fare
roba perché è bello e non da fare
roba perché è techie e fa
si sentono bene ma fanno cose perché
aumenta il ma migliora il
bottom-line il tuo cliente
chiunque quel cliente dovrebbe essere il
cambiare i requisiti stanno per
cambiano cambiano sempre così da configurare
le cose in cui non possono cambiare non lo sono
andare a lavorare è un altro difetto nella mischia
dicono una volta che la mischia inizia lì
non cambierà bene cosa sia cosa
quello riguardo io sono cinque minuti nel
mischia e mi rendo conto che abbiamo un
requisito sbagliato e non possiamo fare nessuno
cambia non funzionerà come te
devono accettarli in qualsiasi momento nel
elaborare gli sviluppatori del business
le persone stanno lavorando insieme su un quotidiano
base che significa che sono nella stessa
stanza tra loro che non significa
che mandano i memo avanti e indietro
non significa che gli uomini d’affari
chiedi gentilmente prima di fare qualcosa
arbitrario comunque significa che lo sono
sulla squadra sono letteralmente seduti
la stessa stanza in cui stai parlando in un giorno
giorno base gli individui sono più
importante di qualsiasi cosa e che sia
il lavoro della compagnia per supportare il
individui se hai una situazione
dove qualcuno deve discutere per
ottenere il supporto di cui hanno bisogno per fare il loro
lavoro non c’è modo che si sta andando a
avere qualsiasi agilità
i problemi di ritmo costante hanno a che fare con
il modo in cui la maggior parte delle aziende funziona ancora
le scadenze traguardano tutte queste cose
cos’è questo un modo per manipolare le persone
nel lavoro degli straordinari pasti aziendali
caffetterie di alta qualità all’interno del
edificio che è tutto manipolazione che è
tutti i modi per farti fare gli straordinari
le aziende agili non lo faranno perché
sanno che le persone stanche non possono fare
buon lavoro devi essere in grado di entrare
ogni giorno riposato e pronto ad andare e se
non puoi farlo non puoi essere agile
gli stessi team devono organizzarsi
Giusto ho fatto una lezione ieri
Alla fine della lezione abbiamo fatto un esercizio
Ho detto che faremo una pausa quando
Torno indietro, voglio che vi scopiate
suddiviso in quattro gruppi di cinque o
sei voglio che tu scelga un progetto
su cui lavorerai e poi me ne sono andato
li solo e sono tornato e hanno fatto
bene l’organizzazione deve lavorare
in questo modo non assegnerai le persone
squadre che non si spezzano squadre di squadre
formano loro fanno il lavoro e poi forse loro
riforma ma di solito non rimangono di solito
insieme come una squadra e questo è il migliore ma
tocca alle squadre farle
le decisioni non sono una sorta di qualche tipo di
livello di gestione quindi ho intenzione di finire
questo pensando a Charles Darwin è
quello agile è di gran lunga il più efficace
modo di sviluppare software e il
aziende che fanno le cose in modo agile
stanno per avere un enorme evolutivo
vantaggio competitivo sulle società
che non quelle grandi corporazioni che io
Stavo solo parlando di loro sono i Dodos
è che continueranno a fare quello che sono
facendo, ma i loro concorrenti che sono
lavorare in modo agile non è limitato
nello stesso modo in cui è la società
stanno limitando se stessi così stanno andando
per avvizzire solo forse dovrebbe
essere una foto di Marx invece di a
immagine di Darwin ma il punto in altri
le parole il punto che sto facendo è quello
alla fine l’evoluzione ci aiuterà qui
alla fine le aziende che non possono fare
le cose in modo agile cesseranno di funzionare
esiste ma la maggior parte delle aziende non ha questo
come un obiettivo che non è parte della loro loro
dichiarazione di missione aziendale che loro
cesserà di esistere tra cinque o dieci anni
perché il concorrente può muoversi più velocemente
così davvero quando si tratta di Jill
non abbiamo altra scelta che dobbiamo abbracciare
cambia e fallo e così è
cosa devo dire
Please follow and like us:

Be First to Comment

Lascia un commento