COSA HO IMPARATO TRASFORMANDO - SOFTWARE FACTORY? MATTEO EMILI @MATTVSTS - DEVOPS HEROES
←
→
Trascrizione del contenuto della pagina
Se il tuo browser non visualizza correttamente la pagina, ti preghiamo di leggere il contenuto della pagina quaggiù
Cosa ho imparato trasformando
software factory?
Matteo Emili
matteo.emili@live.com
@MattVSTS
https://mattvsts.blogspot.com
1
Organizer & sponsors
GetLatestVersion.it
#DOH18 2
PERSONE
DI CHE PARLIAMO ? COMPORTAMENTI
REAZIONI
PSICOLOGIACHI SONO? • Systems Engineering Advisor @ One Identity • Microsoft MVP – Developer Technologies • Professional Scrum Master 1 • Microsoft Certified Technology Specialist: Team Foundation Server • Technology enthusiast
DI SOLITO NON IMPORTA…
…TRANNE STAVOLTA.
• Persona con tanti (troppi?) interessi
• Apprendo velocemente ed ho sempre
interesse in qualcosa di nuovo
• A chi interessa: in casa rack 12U con homelab
rispettabile
QUINDI, CHI SONO? • Nella community tecnologica da…tempo
immemore
• Iniziato a bloggare a 17 anni, presentare ad
eventi tecnici a 19, poi Microsoft MVP
• I miei interessi principali nel mondo tech:
architettura, ALM, qualitá
• Parlato di DevOps sullo stack Microsoft
(WinOps?) per la prima volta nel 2012• Sviluppatore e smanettone autodidatta
• Primo contratto come sviluppatore durante
le scuole superiori (tre pomeriggi a
settimana)
• Il codice era ‘interessante’ per me, ma
PROFESSIONALMENTE ? scriverlo bene e portare valore non
tecnologico mi interessava di piú
• Ovunque sia stato il mio nome é sempre
stato associato a TFS, ALM, etc.
• Sono stato esposto a diversi tipi di industriaPERCHÉ QUESTA SESSIONE?
• L’idea é nata parlando con Giulio Vian ed
altri membri della community
GetLatestVersion.it
• Ci chiediamo regolarmente ‘come risolvo
questo?’ oppure ‘quali benefici mi apporta
A CHI NON PIACCIONO I quest’altro?’ con problemi che spaziano dal
PATTERN? business al dettaglio tecnologico
• Nonostante ognuno di noi dia risposte
differenti, nel tempo ho realizzato che ci
sono pattern di situazioni e di reazioni
tipiche specialmente nei progetti di
trasformazione
• Ho iniziato a scavare nel mondo della
psicologia, ed ho aperto il vaso di Pandora!Una trasformazione ‘legacy to modern’ puó
essere…
• Virtualizzazione o containerizzazione
• Da Waterfall a Scrum/Lean/…
• Zip a Version Control System
DEFINISCI
TRASFORMAZIONE ! • Excel verso Jira
• Dai deploy manuali nel weekend verso la
Continuous Delivery
• Consolidare gli stack ALM/DevOps
• Practice establishment
• Monoliti a microservice
• …TRASFORMAZIONE É DISAGIO
LA TECNOLOGIA NON CONTA
LA TECNOLOGIA É UNO
STRUMENTOTUTTI FANNO LA STESSA COSA
CAMBIARE
LE AZIENDE SONO FATTE DI
PERSONELA PSICOLOGIA PORTA AL
SUCCESSONon promette bene…
• Paura del cambiamento
• Innato istinto ad evitare il rischio
• Valuta la conoscenza tribale come
importante
PE R CH É ? I L C ASO I N
OG G ET TO : L’ E SSER E UMANO • Esperienze soggettive vs esperienze
oggettive
Un profilo psicologico • Credenze irrazionali
• Soffre la pressione di gruppo o di
prestazione
• …NON TUTTO É PERDUTO
ANCHE NOI SIAMO ESSERI UMANI
CI SONO DELLE SOLUZIONI
TIPO?
L’azienda ABC decide di consolidare gli stack di
ALM a livello aziendale con una soluzione di un
CONSOLIDAZIONE DELLO
singolo vendor, unificando anni (decadi?) di
STACK ALM AZIENDALE
proprietá intellettuale nello stesso posto
Scenario #1
É un enorme sforzo aziendale che migliorerá
massicciamente come il software é sviluppato
internamente e permetterá maggiore apertura• Atlassian Suite+Trello+Excel+Custom &
SVC+CVS+Git+SourceSafe
UN ESEMPIO PRATICO
• Tutto spostato e consolidato su
TFS o Azure DevOps
• É un cambiamento *enorme*
• C’é un livello importante di investimento
richiesto• La gente inizierá a lamentarsi
• Alcuni gruppi/dipartimenti faranno seria
resistenza
COSA SUCCEDERÁ ?
• Alcune persone si lamenteranno dicendo
‘Non riesco ad essere produttivo! Tutto é stato
spostato! Non trovo piú nulla!’
• Qualcuno potrebbe rendere la vita molto
difficile
• Ho anche visto esempi di sabotaggio negli
anni…• L’iniziale resistenza é molto debole o passiva
COSA PROB ABILMENTE • Di solito é fomentata da ‘capi tribú’
SUCCEDERÁ ? • Le persone tendono a seguire ció che
conosce, per istinto innato (‘se funziona…’)
• Altrettanto importante: cambiamento
significa ripartire, azzerare e ricominciare
• Non siamo abituati a farlo!• Sana competizione interna
COSA POTREBBE • Farsi avanti per supportare l’iniziativa
ACC ADERE? • Collaborazione fra gruppi per creare asset
riciclabili ed effettuare knowledge sharing
• Completare il progetto prima possible per
tornare alle normali attivitá il prima possibileCOSA HO IMPARATO?
• Fare leva sui risultati tangibili e materiali
• La tempistica giusta fa la differenza, ma
affrettarsi non paga
COSA HO IMPARATO
• La percezione incrementale é essenziale
• Riciclare la conoscenza pre-esistente
permette di raggiungere anche il piú ostile
• I ritardi sono normali, succedono, nessuno
dará problemi se la percezione incrementale
é forteINCREMENTALE É TUTTO
INCREMENTALE É LA CHIAVE!
• Approcci iterative ed incrementali sono
quelli che giocano sulla motivazione
dell’individuo
• Tempistiche ridotte ed un flusso continuo di
prodotti finite fanno sentire il team in
PERCHÉ É COSÍ controllo
IMPORTANTE ? • É un circolo vizioso positive: il team é sicuro
di se e prende delle decisioni basate sul
proprio ritmo ed esperienza
• Questo é un caso in cui si puó far leva sulla
conoscenza tribale a proprio vantaggio – un
team che si autogestisce é sicuramente piú
produttivo di uno gestito dall’alto
• É inoltre l’unico modo per confutare la legge
di Parkinson!LA LEGGE DI PARKINSON?
IL LAVORO É COME IL GAS IDEALE
…O LA BUROCRAZIA
IL LAVORO SI ESPANDE PER RIEMPIRE IL
TEMPO A DISPOSIZIONEINDIPENDENTEMENTE DA TUTTO, IL TEAM SARÁ SEMPRE ‘IMPEGNATO’
NEL TEMPO IL VALORE PRODOTTO DA UN TEAM ‘SEMPRE IMPEGNATO’ CALA
• Se il team é effettivamente sovraccarico la
qualitá del consegnato sará bassa
• Ci saranno sempre piú bug ed il debito
tecnico andrá alle stelle
DAVVERO ?
In both cases, value is low
• Se il team ha capacitá libera (ma sta
aderendo alla legge di Parkinson) inizierá a
focalizzarsi sui dettagli piú futili
• Il consegnato sará sempre piú ridotto e ci
sará una grossa enfasi sui piccolissimi
cambiamenti implementatiAzienda XYZ decide di saltare sul treno di
Agile, eliminare il suo inefficiente processo
basato su Waterfall ed abbracciare l’Agile
WATERFALL TO AGILE
É una iniziativa guidata dall’alto, dove il
management vuole recuperare il distacco dai
Scenario #2
temi trendy del mercato ed impedire che
l’azienda rimanga perennemente dietro ai
concorrentiCI SONO UN PAIO DI CAMPANELLI
DI ALLARME QUI……ABBRACCIARE L’AGILE… …RECUPERARE IL DISTACCO…
REAZIONI CAUSATE DAL PANICO ED APPROCCI MOLTO PESANTI
• Un training veloce ed informale é sufficiente
per far partire l’adozione di Scrum
• Scum é perfetto per questo: stravolge le
tempistiche ma ha un iter molto definito
• Essendo imposto, non c’é bisogno di
COME FARLO comparazioni a questo momento
FUNZIONARE ?
• Prendi una porzione del prodotto ed inizia
ad implementare un backlog
• Lo sforzo collaborativo rende il passaggio da
pianifcazione a delivery abbastanza semplice
• Scrum é solo l’inizio. Lean? Scrum?
Scrumbut? L’evoluzione dipende dal team• La morale del team é fondamentale
• Lo sviluppo di un software é uno sforzo di
gruppo
• Le persone dovrebbero sentirsi motivate,
non depresse perché il management ha
MAGIA? avuto un altro cambio di umore
• Le metodologie agili mettono tutti sullo
stesso livello, quindi le contribuzioni
individuali hanno grande peso
• La difficoltá di decidere come procedure é
rimossa – in questo caso puó essere positivo
• I miglioramenti possono essere portati
avanti basandosi su esperienze tangibiliSPESSO SONO I FONDAMENTALI A
FARE LA DIFFERENZA• Immaginiamo una situazione dove una
azienda vuole investire in telemetria (sia
reattiva che proattiva)
• C’é un numero X di persone nel ‘Team della
Telemetria’
LA TEMPESTA PERFETA • Il management crede che sará davvero
efficace: una combinazione di decisioni
basate sui dati ed intelligenza artificiale che
fará spendere in modo migliore il tempo e le
Scenario #3
risorse allocate a R&D
(fittizio)
• Cosa *realmente* potrebbe accadere?L’EFFETTO DUNNING-KRUGER
• Distorsione cognitiva dove persone di bassa
abilitá hanno una illusoria superioritá e
MENO É DI PIÚ giudicano erroneamente le proprie capacitá
come superiori di quello che sono
• Inoltre persone di elevate abilitá assumono
Source: Wikipedia
incorrettamente che attivitá per loro facili
siano ugualmente facili per altre persone• Esempi comuni si trovano in persone appena
uscite da scuola/universitá, ma chiunque puó
esserne affetto
• É sorprendentemente comune in una
categoria di sviluppatori: quelli che hanno
lavorato per un lungo periodo di tempo con
MENO É DI PIÚ tecnologia legacy e sono improvvisamente
introdotti in un ambiente completamente
nuovo
• La soluzione é relativamente facile: abbinare
una persona in fase di on-boarding o
mentoring interno quando richiesto
• Normalmente é un buon segno, di una
persona motivate a migliorare dopo aver
perso la sua illusoria superioritáSINDROME DELL’IMPOSTORE
• Pattern psicologico dove l’individuo dubita
dei propri risultati ed ha una paura interna di
PIÚ SAI, PEGGIO É essere ‘scoperto’
• Evidenze di risultati tangibili vengono
scartate o minimizzzate come ‘fortuna’, ‘posto
Source: Wikipedia
giusto al momento giusto’, ‘tempismo perfetto’• Estremamente comune negli sviluppatori ad
altissimo potenziale ed individui di successo
• La ragione dietro a questo comportamento
é che gli standard personali di questi soggetti
sono molto piú alti di quelli aziendali
PIÚ SAI, PEGGIO É • Review peer-to-peer non fanno che
peggiorare la situazione
• I media non aiutano quando parlano di
tecnologia
• É molto pericolosa perché puó facilmente
portare al burnout (esaurimento)• Affrontare questa sindrome come
cambiamento non é facile
• Nessuno mai dirá ‘credo che non dovrei essere
qui’
• Il modo migliore di approcciare il problema é
PIÚ SAI, PEGGIO É di sfruttare canali di feedback interni
(standup meeting?)
• Le persone si sentiranno motivate e
spronate a contribuire, portando ad una
migliore consapevolezza
• Sfortunatamente non é un processo
sempliceSUPREMAZIA DEL TIPO ALPHA
• Le persone sono naturalmente polarizzate
intorno o contro l’elemento alpha del team
• L’analisi della telemetria é un caso da
rendere il piú automatizzato possible (ecco
uno dei motivi della crescita esponenziale
I AM ONLY HUMAN, AFTER della telemetria proattiva)
ALL… • Essendo il processo guidato dai dati,
mescolare una delle ‘sindromi’ precedenti
con un element alpha significa che il risultato
del lavoro del ‘Team della Telemetria’ sará
naturalmente parziale
• Non si puó evitare, fa parte dell’indole
umana – si puó solo mitigareCOMPETIZIONE
• Due esseri umani che condividono la stessa
attivitá ripetitiva saranno sicuramente in
competizione
• Proporzionalmente al livello di competizione
(specialmente se sono coinvolti degli
I AM ONLY HUMAN, AFTER incentivi) il numero di falsi positive
ALL…DI NUOVO! aumenterá
• Oppure il contrario – se ci sono dei fattori
negativi nella valutazione il livello di
segnalazioni sará piú basso dell’atteso
• Mai, mai, mai introdurre competizione in un
team!UN PAIO ANCORA PER CHIUDERE
LA LEGGE DI PUTT
• La tecnologia é dominata da due tipi di
persone: chi capisce cosa non gestisce e chi
UNA SITUAZIONE BINARIA gestisce cosa non capisce
• Nel tempo ogni gerarchia tecnica verrá
invertita dalla competenza
Source: Wikipedia• Tantissime persone non vogliono essere
promosse a ruoli di ‘management’
• Dall’altro lato, ci sono persone che sono
nella media in ruoli tecnici ma hanno un
ottimo senso del business o di gestione delle
relazioni personali
UNA SITUAZIONE BINARIA
• É il dovere di una buona azienda identifcare
queste persone e farle esprimere al meglio
Source: Wikipedia • L’azienda puó solo guadagnare da questo
approccio, facendo leva sulle migliori
competenze delle proprie persone ed
avendo un team estremamente motivatoIL PRINCIPIO DI PETER
• Una persona che é competente nel proprio
lavoro avrá una promozione ad un livello
superiore che richiederá competenze
diverse
INCOMPETENZA ?! • Se la persona promossa manca di queste
competenze avrá un nuovo livello di
incompetenza, e non sará promossa di nuovo
Source: Wikipedia • Ma se la persona é ancora competente nel
nuovo ruolo sará promossa ancora, e
continuerá ad esserlo finché non raggiungerá
un livello in cui sará incompetente
• Essendo incompetente, questa persona non
verrá piú promossa e rimarrá bloccata allo
stesso livello fino alla fine della sua carriera• Sembra vada a braccetto con la politica
aziendale
SUONA FAMILIARE?
• Molto comune in aziende con grandi
strutture rigide (livelli, gradi, etc)
Source: Wikipedia • Al momento non esiste soluzione – se non
molta attenzione!DOMANDE?
THANK YOU! #DOH18
Puoi anche leggere
