Tim Lister - coautore di libri

• "Fattore umanu. Prughjetti è squadre di successu" (u libru originale hè chjamatu "Peopleware")
• "Waltzing with the Bears: Management Risk in Projects Software"
• "Adrenalina pazza è zombificata da mudelli. Modelli di cumpurtamentu di e squadre di prughjettu "

Tutti questi libri sò classici in u so campu è sò stati scritti inseme cù i culleghi Guilda di i Sistemi Atlantici. In Russia, i so culleghi sò più famosi - Tom De Marco и Petru Hruschka, chì hà ancu scrittu assai opere famose.

Tim hà 40 anni di sperienza in u sviluppu di u software in u 1975 (nimu di quelli chì anu scrittu stu habrapost hè natu questu annu), Tim era digià u vicepresidentu esecutivu di Yourdon Inc. Avà passa u so tempu à cunsultà, insignà è scrive, cù visite occasionali à cù rapporti cunferenze in u mondu.

Avemu fattu una entrevista cù Tim Lister in particulare per Habr. Aprirà a cunferenza DevOops 2019, è avemu parechje dumande, nantu à i libri è più. L'entrevista hè fatta da Mikhail Druzhinin è Oleg Chirukhin da u cumitatu di u prugramma di cunferenza.

Michael: Pudete dì uni pochi di parolle nantu à ciò chì fate avà ?

Tim: Sò u capu di l'Atlantic Systems Guild. Ci hè sei di noi in a Guild, ci chjamemu principali. Trè in i Stati Uniti è trè in Europa - hè per quessa chì u Guild hè chjamatu Atlanticu. Avemu inseme dapoi tanti anni chì ùn pudete micca cuntà elli. Avemu tutti i nostri spicialità. Aghju travagliatu cù i clienti per l'ultima decada o più. I mo prughjetti includenu micca solu a gestione, ma ancu l'impostazione di esigenze, a pianificazione di u prughjettu è a valutazione. Sembra chì i prughjetti chì cumincianu male di solitu finiscinu male. Dunque, vale a pena assicurà chì tutte l'attività sò veramente ben pensate è coordinate, chì l'idee di i creatori sò cumminati. Vale a pena di pensà à ciò chì fate è perchè. Chì strategie aduprà per portà u prugettu à a fine.

Aghju cunsigliatu i clienti in una varietà di modi per parechji anni. Un esempiu interessante hè una cumpagnia chì fabrica robots per a cirugia di ghjinochju è anca. U chirurgu ùn opera micca completamente indipindente, ma usa un robot. A sicurezza quì, francamente, hè impurtante. Ma quandu pruvate à discutiri esigenze cù e persone chì sò cuncentrati in risolve i prublemi... Serà stranu, ma in l'USA ci hè FDA (Federal Drug Administration), chì licenzia prudutti cum'è questi robots. Prima di vende qualcosa è aduprà nantu à e persone viventi, avete bisognu di ottene una licenza. Una di e cundizioni hè di dimustrà i vostri bisogni, quali sò e teste, cumu l'avete testatu, quale sò i risultati di a prova. Se cambiate i requisiti, allora avete bisognu di passà per tuttu stu prucessu enormu di teste una volta è una volta. I nostri clienti anu sappiutu include u disignu visuale di l'applicazioni in i so bisogni. Anu avutu screenshots direttamente cum'è parte di e esigenze. Avemu da tirà fora è spiegà chì per a maiò parte tutti sti prugrammi ùn sanu nunda di ghjinochje è anca, tutte queste cose cù a camera, etc. Avemu bisognu di riscrive i ducumenti di i requisiti in modu chì ùn cambianu mai, salvu chì alcune cundizioni sottostanti veramente impurtanti cambianu. Se u disignu visuale ùn hè micca in i requisiti, l'aghjurnamentu di u pruduttu serà assai più veloce. U nostru travagliu hè di truvà quelli elementi chì trattanu di l'operazioni nantu à u ghjinochju, i fianchi, u spinu, tirà fora in documenti separati è dicenu chì questi seranu i bisogni fundamentali. Facemu un gruppu isolatu di esigenze nantu à l'operazioni di ghjinochju. Questu ci permetterà di custruisce un settore più stabile di esigenze. Parleremu di tutta a linea di produttu, è micca di robots specifichi.

Un saccu di travagliu hè statu fattu, ma anu ancu ghjuntu in i posti induve prima passavanu settimane è mesi di teste ripetute senza significatu o bisognu, perchè e so esigenze descritte nantu à carta ùn coincidevanu micca cù i veri requisiti per i quali i sistemi sò stati custruiti. A FDA li hà dettu ogni volta: i vostri bisogni sò cambiati, avà avete bisognu di verificà tuttu da zero. Cuntrolli cumpleti di tuttu u pruduttu anu uccisu l'impresa.

Dunque, ci sò tali compiti maravigliosi quandu vi truvate à u principiu di qualcosa interessante, è e prime azioni stabiliscenu e regule di u ghjocu. Sè assicuratevi chì sta attività iniziale cumencia à travaglià bè da un puntu di vista manageriale è tecnicu, ci hè una chance chì vi finiscinu cù un grande prughjettu. Ma s'è sta parte hè andata fora di i rails è andata in un locu sbagliatu, se ùn pudete micca truvà l'accordi fundamentali ... no, ùn hè micca chì u vostru prughjettu hà bisognu di fallu. Ma ùn puderà più dì: "Avemu fattu bè, avemu fattu tuttu in modu veramente efficace". Quessi sò e cose chì facciu quandu cumunicà cù i clienti.

Michael: Vale à dì, lanciate prughjetti, fate una sorta di kickoff è verificate chì i rails vanu in a direzione ghjusta?

Tim: Avemu ancu idee nantu à cumu mette tutti i pezzi di u puzzle inseme: quali cumpetenze avemu bisognu, quandu esattamente sò necessarii, ciò chì u core di a squadra pare è altre cose cusì fundamentali. Avemu bisognu di l'impiegati à tempu pienu o pudemu impiegà qualcunu part-time ? Pianificazione, gestione. Quistioni cum'è: Chì ghjè u più impurtante per stu prughjettu particulari? Cumu ottene questu? Chì sapemu di stu pruduttu o prughjettu, chì sò i risichi è induve si trovanu l'incognite, cumu avemu da trattà cun tuttu questu? Di sicuru, in questu mumentu, qualcunu cumencia à gridà "E agile ?!" Va bè, sì tutti flessibili, ma allora chì? Chì hè esattamente u prughjettu, cumu avete da piglià in una manera chì cunvene à u prugettu? Ùn pudete micca dì solu chì "u nostru approcciu si estende à qualcosa, simu una squadra Scrum!" Questu hè stupidu è stupidu. Induve andate dopu, perchè duverebbe travaglià, induve hè u puntu? Insegnu à i mo clienti à pensà à tutte queste dumande.

19 anni di agilità

Michael: In Agile, a ghjente spessu pruvate micca di definisce nunda in anticipu, ma per piglià e decisioni u più tardi pussibule, dicendu: simu troppu grande, ùn pensu micca à l'architettura generale. Ùn penseraghju micca à un munzeddu di altre cose invece, daraghju qualcosa chì travaglia à u cliente avà.

Tim: Pensu chì metodulugia agile, cuminciendu cù Manifest Agile in u 2001, hà apertu l'ochji di l'industria. Ma d'altra parte, nunda hè perfetta. Sò tuttu per u sviluppu iterativu. L'iterazione hè assai sensu in a maiò parte di i prughjetti. Ma a quistione chì avete bisognu di pensà hè: una volta chì u pruduttu hè fora è in usu, quantu dura? Hè un pruduttu chì durà sei mesi prima di esse rimpiazzatu da qualcosa altru? O hè questu un pruduttu chì hà da travaglià per parechji anni? Di sicuru, ùn diceraghju micca nomi, ma... In New York è a so cumunità finanziaria, i sistemi più fundamentali sò assai vechji. Questu hè stupente. Fighjate à elli è pensate, s'ellu puderebbe retrocede in u tempu, à u 1994, è dite à i sviluppatori: "Sò venutu da u futuru, da u 2019. Basta à sviluppà stu sistema per u tempu chì avete bisognu. Fate espansibile, pensate à l'architettura. Tandu serà migliuratu per più di vinticinque anni. Se ritardate u sviluppu un pocu di più, in u grande schema di e cose nimu ùn s'avvisarà! Quandu avete stimatu e cose à longu andà, avete bisognu di cunsiderà quantu costarà in totale. Calchì volta l'architettura ben cuncepita vale veramente a pena, è à volte ùn hè micca. Avemu bisognu di guardà intornu è dumandassi: simu in a situazione ghjusta per una tale decisione?

Allora una idea cum'è "Semu per agili, u cliente stessu ci dirà ciò chì vole ottene" - hè super ingenu. I clienti ùn sanu mancu ciò chì volenu, è ancu di più cusì ùn sanu micca ciò ch'elli puderanu. Certi pirsuni cumincianu à citari esempi storichi cum'è argumenti, aghju digià vistu questu. Ma a ghjente tecnicamente avanzata ùn dice micca cusì. Dicenu: "Hè 2019, queste sò l'opportunità chì avemu, è pudemu cambià cumplettamente a manera di vede queste cose!" Invece di imicà e soluzioni esistenti, rendendule un pocu più belle è più pettiate, qualchì volta avete bisognu di esce è dì: "Reinventemu cumplettamente ciò chì pruvemu di fà quì!"

È ùn pensu micca chì a maiò parte di i clienti ponu pensà à u prublema cusì. Vedanu solu ciò chì anu digià, questu hè tuttu. Dopu chì venenu cù richieste cum'è "Femu questu un pocu più simplice", o ciò chì dicenu di solitu. Ma ùn simu micca camerieri o cameriere, cusì pudemu piglià un ordine, ùn importa micca quantu stupidu hè diventatu è poi coce in cucina. Semu i so guide. Avemu da apre l'ochji è dì : ehi, avemu novi opportunità quì ! Avete capitu chì pudemu veramente cambià a manera chì sta parte di a vostra attività hè fatta? Unu di i prublemi cù Agile hè chì sguassate a cuscenza di ciò chì hè una opportunità, ciò chì hè un prublema, ciò chì avemu ancu bisognu di fà, chì tecnulugii dispunibili sò più adattati per questa situazione particulare.

Forse sò troppu scetticu quì: ci sò parechje cose maravigliose chì succedenu in a cumunità agile. Ma aghju un prublema cù u fattu chì invece di definisce un prughjettu, a ghjente principia à lancià e mani. Mi dumandu quì - chì facemu, cumu avemu da fà ? È in una certa manera magicamente hè sempre chì u cliente deve sapè megliu cà nimu. Ma u cliente sà megliu solu quandu ellu sceglie di e cose digià custruitu da qualchissia. Se vogliu cumprà una vittura è cunnoscu a dimensione di u mo budgetu di famiglia, allora selezziunà rapidamente una vittura chì si adatta à u mo stile di vita. Quì sò tuttu megliu chè nimu ! Ma per piacè nutate chì qualchissia hà digià fattu e vitture. Ùn aghju micca idea di cumu inventà una nova vittura, ùn sò micca espertu. Quandu creamu prudutti persunalizati o speciali, a voce di u cliente deve esse presa in contu, ma questu ùn hè più l'unica voce.

Oleg: Avete mintuatu u Manifestu Agile. Avemu bisognu di qualchì manera aghjurnà o rivisione tenendu in contu a cunniscenza muderna di u prublema?

Tim: Ùn l'aghju micca toccu. Pensu chì hè un grande documentu storicu. Vogliu dì, hè ciò chì hè. Hà 19 anni, hè vechju, ma in u so tempu hà fattu una rivoluzione. Ciò chì hà fattu bè hè chì hà suscitatu una reazione è a ghjente hà cuminciatu à bisbiglià annantu à ellu. Tù, assai prubabile, ùn eranu ancu travagliatu in l'industria in u 2001, ma poi tutti travagliavanu secondu i prucessi. Istitutu di Ingegneria di Software, cinque livelli di u mudellu di cumpletezza di u software (CMMI). Ùn sò micca sapè se tali leggende di l'antichità prufonda vi dicenu qualcosa, ma allora era un avanzu. À u principiu, a ghjente hà cridutu chì, se i prucessi sò stati stallati currettamente, i prublemi anu da spariscia per sè stessu. È dopu vene u Manifestu è dice: "No, no, no - seremu basatu nantu à e persone, micca i prucessi". Semu maestri di sviluppu di software. Avemu capitu chì u prucessu ideale hè un mirage ùn succede. Ci hè troppu idiosincrasia in i prughjetti, l'idea di un solu prucessu perfettu per tutti i prughjetti ùn hà micca sensu. I prublemi sò troppu cumplessi per affirmà chì ci hè una solu suluzione per tuttu (salutu, nirvana).

Ùn aghju micca presumitu di vede in u futuru, ma diceraghju chì a ghjente hà avà cuminciatu à pensà più nantu à i prughjetti. Pensu chì u Manifestu Agile hè assai bonu per saltà è dicendu: "Ehi! Siate nantu à una nave, è voi stessu guidate sta nave. Avete da piglià una decisione - ùn suggeriremu micca una ricetta universale per tutte e situazioni. Sò l'equipaggiu di a nave, è se site abbastanza bè, pudete truvà un modu per u scopu. Ci era altre navi prima di voi, è ci saranu altre navi dopu à voi, ma ancu, in un certu sensu, u vostru viaghju hè unicu. Qualcosa cusì ! Hè un modu di pensà. Per mè, ùn ci hè nunda di novu sottu à u sole, a ghjente hà navigatu prima è velarà di novu, ma per voi questu hè u vostru viaghju principale, è ùn vi dicu micca esattamente ciò chì vi succede. Duvete avè e cumpetenze di u travagliu coordinatu in una squadra, è se l'avete veramente, tuttu funziona è vi ghjunghjerà induve vulete.

Peopleware: 30 anni dopu

Oleg: Peopleware era una rivoluzione cum'è u Manifestu ?

Tim: Peopleware... Tom è aghju scrittu stu libru, ma ùn avemu micca pensatu chì succede cusì. In qualchì modu, hà risonatu cù l'idee di parechje persone. Questu hè u primu libru chì hà dettu: u sviluppu di u software hè una attività assai intensiva umana. Malgradu a nostra natura tecnica, simu ancu una cumunità di persone chì custruiscenu qualcosa di grande, ancu enormi, assai cumplessu. Nimu pò creà tali cose solu, nò? Allora l'idea di "squadra" hè diventata assai impurtante. È micca solu da un puntu di vista di gestione, ma ancu per e persone tecniche chì si sò riunite per risolve i prublemi prufondi veramente cumplessi cù una mansa di scunnisciuti. Per mè personalmente, questu hè statu una prova enormosa di intelligenza in tutta a mo carriera. È quì ci vole à pudè dì: iè, stu prublema hè più di ciò ch'e possu trattà per mè stessu, ma inseme pudemu truvà una suluzione elegante chì pudemu esse fieru. E pensu chì era sta idea chì hà risonatu più. L'idea chì avemu travagliatu una parte di u tempu in u nostru propiu, una parte di u tempu cum'è parte di un gruppu, è spessu a decisione hè fatta da u gruppu. A risoluzione di i prublemi di u gruppu hè diventata rapidamente una funzione impurtante di prughjetti cumplessi.

Malgradu u fattu chì Tim hà datu un gran numaru di discussioni, assai pochi di elli sò publicati in YouTube. Pudete vede u rapportu "U Ritornu di Peopleware" da 2007. A qualità, sicuru, lascia assai per esse desideratu.

Michael: Hè cambiatu qualcosa in l'ultimi 30 anni da a publicazione di u libru?

Tim: Pudete vede questu da parechji anguli diffirenti. Sociologicamente parlante... una volta, in tempi più simplici, voi è a vostra squadra siate in u stessu uffiziu. Pudete esse vicinu ogni ghjornu, beie caffè inseme è discute u travagliu. Ciò chì hà veramente cambiatu hè chì e squadre ponu avà esse distribuite geograficamente, in diversi paesi è fusi orari, ma anu sempre travagliatu nantu à u stessu prublema, è questu aghjunghje una nova strata di cumplessità. Questu pò sona à a vechja scola, ma ùn ci hè nunda cum'è a cumunicazione faccia à faccia induve site tutti inseme, travagliendu inseme, è pudete marchjà versu un cullega è dì: fighjate ciò chì aghju scupertu, cumu ti piace questu? E conversazioni in faccia furnisce un modu rapidu per a transizione à a cumunicazione informale, è pensu chì i dilettanti agili anu da piace ancu. È sò ancu preoccupatu perchè in a realità u mondu hè diventatu assai chjucu, è avà hè tuttu coperto cù squadre distribuite, è tuttu hè assai cumplessu.

Vivemu tutti in DevOps

Michael: Ancu da u puntu di vista di u cumitatu di u prugramma di a cunferenza, avemu a ghjente in California, in New York, in Europa, in Russia... ùn ci hè ancu nimu in Singapore. A diferenza in a geografia hè abbastanza grande, è a ghjente cumincia à sparghje ancu di più. Se parlemu di u sviluppu, pudete dì più nantu à i devops è l'abbattimentu di e barriere trà e squadre? Ci hè un cuncettu chì tutti sò à pusà in i so bunkers, è avà i bunkers sò colapsati, chì pensate di sta analogia?

Tim: Mi pare chì in vista di i recenti innovazioni tecnologiche, i devops sò di grande impurtanza. Nanzu, avete avutu squadre di sviluppatori è amministratori, anu travagliatu, travagliatu, travagliatu, è in un certu puntu apparsu una cosa cù quale pudete vene à l'amministratori è sparghje per a produzzione. E quì a cunversazione annantu à u bunker hà cuminciatu, perchè l'amministratori sò un tipu d'alliati, micca nemichi, almenu, ma avete parlatu cun elli solu quandu tuttu era prontu per andà in produzzione. Avete andatu à elli cù qualcosa è dite: fighjate ciò chì una applicazione avemu, ma puderete lancià sta applicazione? È avà tuttu u cuncettu di consegna hè cambiatu per u megliu. Vogliu dì, ci era questa idea chì pudete spinghje i cambiamenti rapidamente. Pudemu aghjurnà i prudutti nantu à a mosca. Sorrisu sempre quandu Firefox nantu à u mo laptop si apre è dice, ehi, avemu aghjurnatu u vostru Firefox in sfondate, è appena avete un minutu, vi importa di cliccà quì è vi daremu l'ultima versione. È aghju dettu: "Oh sì, criatura!" Mentre dorme, stavanu travagliendu per furnisce una nova versione direttamente nantu à u mo urdinatore. Questu hè maravigliu, incredibile.

Ma quì hè a difficultà: avete sta funzione cù l'aghjurnamentu di u software, ma l'integrazione di e persone hè assai più difficiule. Ciò chì vogliu a voce à a keynote DevOops hè chì avemu avà assai più ghjucatori chì avemu mai avutu. Se pensate solu à tutti quelli chì participanu in una sola squadra ... Avete pensatu à questu cum'è una squadra, è hè assai più cà solu una squadra di programatori. Quessi sò testers, project managers, è un saccu di altre persone. È ognunu hà a so propria vista di u mondu. I gestori di u produttu sò completamente diffirenti da i gestori di prughjettu. L'amministratori anu u so propiu compitu. Diventa un prublema piuttostu difficiuli di coordinà tutti i participanti per cuntinuà à esse cuscenti di ciò chì succede è micca impazzisce. Hè necessariu separà i travaglii di u gruppu è i travaglii chì s'applicanu à tutti. Questu hè un compitu assai difficiule. Per d 'altra banda, pensu chì tuttu hè assai megliu cà parechji anni fà. Questu hè esattamente a strada nantu à quale a ghjente cresce è impara à cumportà bè. Quandu fate l'integrazione, capite chì ùn deve esse micca un sviluppu sotterraneo, cusì chì à l'ultimu mumentu u software ùn sguassate micca cum'è un jack-in-the-box: cum'è, fighjate ciò chì avemu fattu quì! L'idea hè chì puderete fà l'integrazione è u sviluppu, è à a fine vi sparghjera in una manera pulita è iterativa. Tuttu chistu significa assai per mè. Questu permette di creà più valore per l'utilizatori di u sistema è per u vostru cliente.

Michael: L'idea sana di devops hè di furnisce sviluppi significativi u più prestu pussibule. Vecu chì u mondu hà cuminciatu à accelerà di più in più. Cumu adattà à tali accelerazioni? Dieci anni fà questu ùn esisteva !

Tim: Di sicuru, tutti volenu più è più funziunalità. Ùn ci hè bisognu di muvimenti, basta à ammuccià più. Calchì volta avete ancu rallentà per a prossima aghjurnazione incrementale per purtà qualcosa utile - è questu hè cumplettamente normale.

L'idea chì avete bisognu di curriri, curriri, curriri ùn hè micca u megliu. Hè improbabile chì qualchissia vole campà a so vita cusì. Mi piacerebbe chì u ritimu di e spedizioni stabilisce u ritmu propiu di u prugettu. Se solu pruduce un flussu di cose chjuche, relativamente senza significatu, tuttu ùn aghjunghje micca significatu. Invece di pruvà senza mente à liberà e cose u più prestu pussibule, ciò chì vale a pena discutiri cù i sviluppatori principali è i pruduttori di prudutti è di prughjetti hè a strategia. Questu hè ancu sensu?

Patterns è antipatterns

Oleg: Di solitu si parla di mudelli è antipatterns, è questu hè a diffarenza trà a vita è a morte di i prughjetti. È avà, i devops spuntanu in a nostra vita. Ci hè qualcosa di i so mudelli è anti-patterns chì ponu tumbà u prughjettu in u locu?

Tim: I mudelli è anti-patterns passanu sempre. Qualcosa di parlà. Ebbè, ci hè questu chì chjamemu "cose ​​brillanti". A ghjente piace veramente, veramente a nova tecnulugia. Sò simpricimenti affascinati da u splendore di tuttu ciò chì pare cool è stylish, è fermanu di dumandà dumande: hè ancu necessariu? Chì avemu da ottene ? Hè sta cosa affidabile, hà qualchì sensu? Spessu vecu a ghjente, per dì cusì, à a punta di a tecnulugia. Sò ipnotizzati da ciò chì succede in u mondu. Ma s'è tù fighjate più attente à e cose utili chì facenu, spessu ùn ci hè nunda di utile!

Discutavamu solu cù i nostri cumpagni chì quist'annu hè un anniversariu, cinquant'anni da chì a ghjente hè sbarcata nantu à a luna. Questu era in u 1969. A tecnulugia chì aiutava a ghjente à ghjunghje ùn hè mancu a tecnulugia 1969, ma piuttostu 1960 o 62, perchè a NASA vulia aduprà solu ciò chì avia una bona evidenza di affidabilità. È cusì guardate è capisce - iè, è eranu veri! Avà, nò, nò, ma vi mette in prublemi cù a tecnulugia solu perchè tuttu hè spintu troppu duru, vindutu da tutte e crepe. A ghjente grida da ogni locu: "Guardate, chì cosa, questu hè a cosa più nova, a più bella in u mondu, adattatu per assolutamente tutti!" Ebbè, questu hè ... di solitu tuttu questu hè solu un decoy, è dopu tuttu deve esse ghjittatu. Forsi hè tuttu perchè sò digià un vechju omu è fighjulà tali cose cù una grande quantità di scetticismu, quandu a ghjente scorri è dicenu chì anu truvatu l'unicu modu più currettu per creà e migliori tecnulugia. In questu mumentu, una voce si sveglia in mè chì dice: "Chì cazzu!"

Michael: In verità, quante volte avemu intesu parlà di a prossima bala d'argentu?

Tim: Esattamente, è questu hè u solitu cursu di e cose! Per esempiu... pare chì questu hè digià diventatu un scherzu in u mondu, ma quì a ghjente spessu parla di tecnulugia bluccatu. È anu veramente sensu in certe situazioni! Quandu avete veramente bisognu di evidenza affidabile di l'avvenimenti, chì u sistema funziona è chì nimu ùn ci hà ingannatu, quandu avete prublemi di sicurità è tutte e cose mischiate - blockchain hè sensu. Ma quandu dicenu chì Blockchain avà spazzerà u mondu, spazzando tuttu in u so percorsu? Sognu di più! Questa hè una tecnulugia assai caru è cumplessu. Tecnicamente cumplessu è di tempu. Cumprendu puramente algorithmically, ogni volta chì avete bisognu di ricalculate a matematica, cù i più minimi cambiamenti ... è questu hè una grande idea - ma solu per certi casi. Tutta a mo vita è a so carriera sò state nantu à questu: idee interessanti in situazioni assai specifiche. Hè assai impurtante per capisce esattamente quale hè a vostra situazione.

Michael: Iè, a principale "questione di a vita, l'universu è tuttu": hè sta tecnulugia o avvicinamentu adattatu per a vostra situazione o micca?

Tim: Sta quistione pò digià esse discutitu cù u gruppu di tecnulugia. Forse porta ancu un cunsultore. Fighjate à u prugettu è capiscenu - faremu avà qualcosa bè è utile, megliu cà prima? Forse si adattarà, forse micca. Ma u più impurtante, ùn pigliate micca una tale decisione per difettu, solu perchè qualchissia hà sbulicatu: "Avemu bisognu disperatamente di una blockchain! Aghju appena leghje nantu à ellu in una rivista in l'aviò ! Seriu? Ùn hè mancu divertente.

U miticu "devops engineer"

Oleg: Avà tutti implementanu devops. Qualchissia leghje nantu à i devops nantu à Internet, è dumane un altru vacante appare nantu à un situ di reclutamentu. "ingegnere di devops". Quì vogliu attirà a vostra attenzione: pensate chì questu terminu, "devops engineer", hà u dirittu à a vita? Ci hè una opinione chì devops hè una cultura, è qualcosa ùn aghjunghje micca quì.

Tim: Cusì cusì. Ch'elli danu immediatamente una spiegazione di stu termini. Qualcosa per rende unicu. Finu à pruvà chì ci hè una cumminazione unica di cumpetenze daretu à un postu vacante cum'è questu, ùn l'aghju micca cumprà! Vogliu dì, bè, avemu un titulu di travagliu, "devops engineer", un titulu interessante, iè, chì dopu? I tituli di u travagliu sò generalmente una cosa assai interessante. Dicemu "sviluppatore" - chì hè in ogni modu? Diverse urganisazioni significanu cose completamente diverse. In certi cumpagnii, i programatori d'alta qualità scrivenu testi chì anu più sensu di testi scritti da teste prufessiunali speciali in altre imprese. Allora chì, sò avà programatori o testatori?

Iè, avemu i tituli di u travagliu, ma s'è vo fate e dumande abbastanza longu, eventualmente si scopre chì simu tutti solu solu di prublemi. Semu cercadori di suluzione, è alcuni anu alcune cumpetenze tecniche è alcune anu diverse. Sè vo campate in un ambiente induve DevOps hà penetratu, site impegnatu in l'integrazione di u sviluppu è l'amministrazione, è sta attività hà un scopu abbastanza impurtante. Ma s'ellu ci hè dumandatu ciò chì fate esattamente è ciò chì site rispunsevuli, hè chì a ghjente hà fattu tutte queste cose da u tempu immemorial. "Sò rispunsevuli di l'architettura", "Sò rispunsevuli di e basa di dati" è cusì, tuttu ciò chì vede - tuttu questu era prima di "devops".

Quandu qualchissia mi dice u so titulu di travagliu, ùn aghju micca veramente à sente assai. Hè megliu lascià ch'ellu vi dicia ciò chì hè veramente rispunsevuli, questu ci permetterà di capisce u prublema assai megliu. U mo esempiu preferitu hè quandu una persona dice chì hè un "gestore di prughjettu". Chì ? Ùn significa nunda, ùn sò ancu ciò chì fate. Un capu di prughjettu pò esse un sviluppatore, u capu di una squadra di quattru persone, scrive codice, fà u travagliu, chì hè diventatu un capu di squadra, chì a ghjente stessu ricunnosce trà elli cum'è un capu. È ancu, un capu di prughjettu pò esse un manager chì gestisce sei centu persone nantu à un prughjettu, gestisce l'altri gestori, hè rispunsevule per l'elaborazione di pianificazioni è di pianificazione di u budget, questu hè tuttu. Quessi sò dui mondi completamente diffirenti! Ma u so titulu di travagliu sona u listessu.

Turnemu questu un pocu sfarente. Chì site veramente bonu, avete assai sperienza, avete talentu per ? Chì avete da piglià a rispunsabilità perchè pensate chì pudete gestisce u compitu? E quì qualcunu hà da principià subitu à negà: no, no, no, ùn aghju micca u desideriu di trattà cù risorse di u prugettu à tuttu, ùn hè micca u mo affari, sò un tippu tecnicu è capiscu l'usabilità è l'interfaccia d'utilizatore, ùn aghju micca. vulete gestisce l'armata di persone in tuttu, lasciami megliu andà à travaglià.

È, per via, sò un grande proponente di un approcciu in quale stu tipu di separazione di e cumpetenze funziona bè. Induve i tecnichi ponu cresce a so carriera quantu volenu. Tuttavia, vecu sempre urganisazione induve i tecnichi si lamentanu: aghju da andà in a gestione di u prughjettu perchè hè l'unicu modu in questa cumpagnia. A volte, questu porta à risultati terribili. I migliori tecnichi ùn sò micca boni amministratori à tutti, è i meglii amministratori ùn ponu micca trattà a tecnulugia. Simu onesti nantu à questu.

Vecu assai dumanda per questu avà. Sè vo site un tecnulugicu, a vostra cumpagnia pò aiutà vi, ma indipendente, avete bisognu, veramente bisognu di truvà u vostru propiu percorsu di carriera perchè a tecnulugia cambia sempre è avete bisognu di reinventà cun ella! In solu vint'anni, e tecnulugia ponu cambià almenu cinque volte. A tecnulugia hè una cosa strana...

"Esperti in tuttu"

Michael: Cumu a ghjente pò affruntà una tale rapidità di cambiamentu tecnologicu? A so cumplessità cresce, u so numeru cresce, a quantità totale di cumunicazione trà e persone hè ancu crescente, è risulta chì ùn pudete micca diventà un "espertu in tuttu".

Tim: Diritta! Sè vo travaglià in a tecnulugia, iè, avete bisognu di sceglie qualcosa di specificu è sfondate in questu. Qualchissia tecnulugia chì a vostra urganizazione trova utile (è forsi serà veramente utile). È s'ellu ùn site più interessatu in questu - ùn aghju mai avutu cridutu chì diceraghju questu - bè, forse duvete traslassi à una altra urganizazione induve a tecnulugia hè più interessante o più còmuda per studià.

Ma in generale, sì, avete ragione. I tecnulugii crescenu in tutte e direzzione in una volta nimu pò dì "Sò un tecnulugu espertu in tutte e tecnulugia chì esistenu". Per d 'altra banda, ci sò persone di spugna chì assorbanu literalmente a cunniscenza tecnologica è sò pazzi per questu. Aghju vistu un paru di tali persone, littiralmenti respiranu è vivenu, hè utile è interessante per parlà cun elli. Studianu micca solu ciò chì succede in l'urganizazione, ma in generale, ne parlanu, sò ancu tecnulugichi veramente cool, sò assai cuscenti è propiu. Solu pruvate à stà nantu à a cresta di l'onda, a priscinniri di ciò chì u so travagliu principale hè, perchè a so passione hè u muvimentu di a Tecnulugia, a prumuzione di a tecnulugia. Sè vo scuntrà di colpu una tale persona, duvete andà à lunch cun ellu è discute diverse cose cool in lunch. Pensu chì ogni urganizazione hà bisognu di almenu un paru di tali persone.

Rischi è incertezza

Michael: Ingegneri onorati, sì. Toccu a gestione di risicu mentre avemu tempu. Avemu principiatu sta intervista cù una discussione di software medicale, induve l'errori ponu purtà à cunsequenze terribili. Allora avemu parlatu di u prugramma Lunar, induve u costu di un errore hè milioni di dollari, è possibbilmente parechje vite umane. Ma avà vecu u muvimentu oppostu in l'industria, a ghjente ùn pensa micca à i risichi, ùn pruvate micca di predichendu, ùn anu mancu osservatu.

Oleg: Move prestu è rompe e cose!

Michael: Iè, move prestu, rompe e cose, più è più cose, finu à chì mori da qualcosa. Da u vostru puntu di vista, cumu u sviluppatore mediu deve avvicinà l'apprendimentu di a gestione di u risicu avà?

Tim: Tracemu quì una linea trà duie cose: risichi è incertezza. Quessi sò cose diverse. L'incertezza si trova quandu ùn avete micca abbastanza dati in ogni puntu per arrivà à una risposta definitiva. Per esempiu, in a prima fase di un prughjettu, se qualchissia vi dumanda "quandu finisce u travagliu", sè vo site una persona abbastanza onesta, vi dite: "Ùn aghju micca idea". Solu ùn sapete micca, è va bè. Ùn avete micca studiatu i prublemi è ùn sò micca familiarizati cù a squadra, ùn cunnosci micca e so cumpetenze, è cusì. Questu hè incertezza.

I risichi sorgenu quandu i prublemi potenziali ponu esse digià identificati. Stu tipu di cose pò accade, a so prubabilità hè più grande di cero, ma menu di centu per centu, in un locu trà. Per via di questu, tuttu pò succede, da i ritardi è u travagliu innecessariu, ma ancu à un risultatu fatale per u prugettu. U risultatu, quandu dite - ragazzi, pieghemu i nostri ombrelli è abbandunemu a spiaggia, ùn avemu mai finitu, hè finitu, periodu. Avemu fattu l'assunzione chì sta cosa hà da travaglià, ma ùn funziona micca, hè ora di piantà. Quessi sò e situazioni.

Spessu, i prublemi sò più faciuli di risolve quandu sò digià emersi, quandu u prublema hè accadutu avà. Ma quandu un prublema hè ghjustu davanti à voi, ùn fate micca gestione di risichi - fate risolve i prublemi, gestione di crisa. Sè vo site un sviluppatore o manager principale, duvete esse dumandate ciò chì puderia accade chì porta à ritardi, tempu perdu, costi innecessarii, o u colapsu di tuttu u prugettu? Chì ci farà piantà è ricumindà ? Quandu tutte queste cose funzionanu, chì faremu cun elli? Ci hè una risposta simplice chì hè valida per a maiò parte di e situazioni: ùn scappate micca da i risichi, travaglià nantu à elli. Vede cumu pudete risolve una situazione risicatu, riduce à nunda, trasfurmà da un prublema in qualcosa d'altru. Invece di dì: bè, risolvemu i prublemi cum'è si presentanu.

L'incertezza è u risicu deve esse in prima linea di tuttu ciò chì tratta. Pudete piglià un pianu di prughjettu, fighjate à certi risichi critichi prima di u tempu è dì: avemu bisognu di trattà cun questu avà, perchè se qualcosa di questu va male, nunda altru ùn importa. Ùn deve micca preoccupatu di a bellezza di a tovaglia nantu à a tavula s'ellu ùn hè micca chjaru se pudete coce a cena. Prima avete bisognu di identificà tutti i risichi di preparà una cena diliziosa, trattà cun elli, è solu allora pensate à tutte e altre cose chì ùn ponenu micca una vera minaccia.

À novu, chì face u vostru prughjettu unicu? Videmu ciò chì pò fà chì u nostru prughjettu vada fora di i raghji. Chì pudemu fà per minimizzà a probabilità di questu succede? Di solitu ùn pudete micca solu neutralizà 100% è dichjarà cun una cuscenza limpida: "Hè questu, questu ùn hè più un prublema, u risicu hè risoltu!" Per mè questu hè un signu di cumpurtamentu adultu. Questa hè a diffarenza trà un zitellu è un adultu - i zitelli pensanu chì sò immortali, chì nunda ùn pò sbaglià, tuttu sarà bè! À u listessu tempu, l'adulti fighjanu cumu i zitelli di trè anni saltanu nantu à u campu di ghjocu, seguitanu i muvimenti cù l'ochji è si dicenu: "ooh-ooh, ooh-ooh". Mi stau vicinu è appruntate à catturà quandu u zitellu casca.

Per d 'altra banda, u mutivu perchè mi piace assai stu affari hè perchè hè risicatu. Facemu e cose, è queste cose sò risicate. Hanu bisognu di un accostu adultu. L'entusiasmu solu ùn risolverà micca i vostri prublemi!

Pensamentu di l'ingegneria adulta

Michael: L'esempiu cù i zitelli hè bonu. Sì sò un ingegnere ordinariu, allora sò piacè di esse un zitellu. Ma cumu si avanza versu un pensamentu più adultu?

Tim: Una di l'idee chì travaglia ugualmente bè cù un principiante o un sviluppatore stabilitu hè u cuncettu di cuntestu. Ciò chì facemu, ciò chì andemu à ottene. Chì ghjè veramente impurtante nantu à stu prughjettu? Ùn importa micca quellu chì site nantu à stu prughjettu, sì un internu o l'architettu capu, ognunu hà bisognu di cuntestu. Avemu bisognu chì tutti pensanu à una scala più grande di i so pezzi di travagliu. "Faghju u mo pezzu, è finu à chì u mo pezzu funziona, sò felice". Innò è micca di novu. Sempre vale a pena (senza esse rude !) di ricurdà à e persone u cuntestu in u quali travaglianu. Ciò chì tutti tentemu di ottene inseme. Idee chì pudete esse un zitellu sempre chì tuttu hè bè cù u vostru pezzu di u prugettu - per piacè, ùn fate micca. S'è no attraversemu a linea d'arrivu à tutti, a traversaremu solu inseme. Ùn site micca solu, simu tutti inseme. Se tutte e persone in u prughjettu, vechji è ghjovani, cuminciaru à parlà di ciò chì hè esattamente impurtante per u prugettu, perchè a cumpagnia investe soldi in ciò chì tutti simu circate di ottene ... a maiò parte di elli si sentenu assai megliu perchè elli vi vede cumu u so travagliu correlate cù u travagliu di tutti l'altri. Da una banda, aghju capitu u pezzu per quale sò personalmente rispunsevule. Ma per finisce u travagliu avemu bisognu di tutti l'altri populi ancu. È se pensate veramente chì avete finitu, avemu sempre u travagliu da fà in u prugettu !

Oleg: Relativamente parlante, sè vo travagliate secondu Kanban, quandu avete u collu di bottiglia di qualchi teste, pudete abbandunà ciò chì facia quì (per esempiu, prugrammazione) è vai aiutà i testatori.

Tim: Esattamente. Pensu chì i migliori tecnichi, se li guardate attentamente, sò una sorta di i so stessi gestori. Cumu possu formulà questu ...

Oleg: A vostra vita hè u vostru prughjettu, chì gestite.

Tim: Esattamente! Vogliu dì, pigliate a rispunsabilità, capisce u prublema, è vene in cuntattu cù e persone quandu vi vede chì e vostre decisioni ponu influenzà u so travagliu, cose cusì. Ùn si tratta micca solu di pusà à a vostra scrivania, di fà u vostru travagliu, è ancu di ùn capisce ciò chì succede intornu à voi. No no no. A strada, una di e cose più boni di Agile hè chì prupunenu sprints brevi, perchè questu modu u statu di l'affari di tutti i participanti hè chjaramente observable, ponu vede tuttu inseme. Parlemu ogni ghjornu.

Cumu entre in a gestione di risicu

Oleg: Ci hè una struttura di cunniscenza formale in questa zona? Per esempiu, sò un sviluppatore Java è vogliu capisce a gestione di risichi senza diventà un veru capu di prughjettu per l'educazione. Probabilmente leghjeraghju "Quantu custa un prughjettu di software" di McConnell prima, è dopu chì? Chì sò i primi passi ?

Tim: U primu hè di cumincià à cumunicà cù e persone in u prugettu. Questu furnisce una migliione immediata in a cultura di cumunicazione cù i culleghi. Avemu bisognu di principià per apre tuttu per automaticamente, invece di ammuccià. Dì : sò e cose chì m’incomodanu, sò e cose chì mi mantenenu svegliu di notte, mi sò svegliatu di notte oghje è era cusì : u mo Diu, ci vole à pensà à questu ! L'altri vedenu a listessa cosa? Cum'è un gruppu, duvemu risponde à questi prublemi potenziali? Avete bisognu di pudè sustene una discussione nantu à questi temi. Ùn ci hè micca una formula pre-preparata da quale avemu travagliatu. Ùn si tratta micca di fà hamburger, ma di persone. "Fate un cheeseburger, vende un cheeseburger" ùn hè micca a nostra cosa, è hè per quessa chì mi piace assai stu travagliu. Mi piace quandu tuttu ciò chì i dirigenti facianu avà diventa a pruprietà di a squadra.

Oleg: Avete parlatu in i libri è l'entrevista di cumu a ghjente importa più di a felicità chè di i numeri nantu à un graficu. Per d 'altra banda, quandu dite à l'equipa: andemu in devops, è avà u programatore deve cumunicà constantemente, questu pò esse fora di a so zona di cunfortu. È in questu mumentu pò esse, dicemu, assai infelice. Cosa da fà in sta situazione?

Tim: Ùn sò micca sicuru esattamente ciò chì fà. Se un sviluppatore hè troppu isolatu, ùn vedenu micca perchè u travagliu hè fattu in u primu locu, solu fighjate à a so parte di u travagliu, è anu bisognu à entre in ciò chì chjamu "cuntestu". Hà bisognu di capisce cumu tuttu hè cunnessu. E, sicuru, ùn vogliu micca dì presentazioni formali o qualcosa cusì. Parlu di u fattu chì avete bisognu di cumunicà cù i culleghi nantu à u travagliu in tuttu, è micca solu di a parte di questu per quale site rispunsevuli. Questu hè induve pudete inizià a discussione di idee, accordi cumuni per fà chì u vostru travagliu sia inseme bè, è cumu affruntà un prublema cumuni.

Per aiutà à adattà, spessu volenu mandà tecnichi à a furmazione, è discutanu a furmazione. Un amicu mi piace à dì chì a furmazione hè per i cani. Ci hè una furmazione per e persone. Una di e cose più boni di l'apprendimentu cum'è sviluppatore hè interagisce cù i vostri pari. Se qualchissia hè veramente bonu in qualcosa, duvete vede u travagliu o parlà cun elli di u so travagliu o qualcosa. Certi Kent Beck cunvinziunali parlavanu constantemente di prugrammazione estrema. Hè divertente perchè XP hè una idea cusì simplice, ma causa tanti prublemi. Per alcuni, fà XP hè cum'è esse furzatu à spogliare nudu davanti à l'amichi. Videranu ciò ch'e aghju fattu ! Sò i mo culleghi, ùn anu micca solu vede, ma ancu capiscenu! Terribile! Alcune persone cumincianu à esse seriamente nervose. Ma quandu avete capitu chì questu hè l'ultimu modu per amparà, tuttu cambia. Travagliate strettamente cù e persone, è certi persone capiscenu u tema assai megliu cà voi.

Michael: Ma tuttu questu vi forza à esce da a vostra zona di cunfortu. Cum'è un ingegnere, avete da esce da a vostra zona di cunfortu è cumunicà. Cum'è un solu di prublema, avete da mette in constantemente in una pusizioni debule è pensate à ciò chì puderia sbaglià. Stu tipu di travagliu hè intrinsecamente pensatu per esse un fastidio. Ti mette in modu cuscente in situazioni stressanti. Di solitu a ghjente scappa da elli, a ghjente piace à esse zitelli cuntenti.

Tim: Ciò chì si pò fà, pudete esce è dì apertamente: "Tuttu va bè, possu trattà! Ùn sò micca l'unicu chì si senti incunificatu. Discutemu di parechje cose scomode, tutti inseme, cum'è una squadra! Quessi sò i nostri prublemi cumuni, avemu da trattà cun elli, sapete? Pensu chì i sviluppatori geniali idiosincratici sò cum'è mammut, sò spariti. È u so significatu hè assai limitatu. Se ùn pudete micca cumunicà, ùn pudete micca participà bè. Dunque, basta à parlà. Siate onestu è apertu. Mi dispiace assai chì questu hè sgradevule per qualchissia. Pudete imaginate, parechji anni fà ci hè statu un studiu secondu chì u timore principalu in i Stati Uniti ùn hè micca a morte, ma guess what? A paura di parlà in publicu ! Questu significa chì in qualchì locu ci sò persone chì preferite mori cà dì un cumplimentu à voce alta. E pensu chì hè abbastanza per avè qualchì cumpitenzi basi, secondu ciò chì fate. Cumpetenze di parlà, cumpetenze di scrittura - ma solu quantu hè veramente necessariu in u vostru travagliu. Sè vo travaglià cum'è analista, ma ùn pò micca leghje, scrive è parlà, allora, sfurtunatamenti, ùn avete nunda à fà in i mo prughjetti!

U prezzu di a cumunicazione

Oleg: Ùn hè micca impiegà tali impiegati in uscita più caru per diverse ragioni? Dopu tuttu, sò constantemente chatte invece di travaglià!

Tim: Vogliu dì u core di a squadra, è micca solu tutti. Sì avete qualchissia chì hè veramente cool à tuning databases, ama tuning databases, è hà da cuntinuà à tuning e vostre basa di dati per u restu di a so vita è questu hè, cool, mantene cusì. Ma parlu di e persone chì volenu campà in u prugettu stessu. U core di a squadra, destinatu à sviluppà u prugettu. Queste persone anu veramente bisognu di cumunicà constantemente cù l'altri. È soprattuttu à u principiu di u prugettu, quandu discute risichi, modi per ghjunghje u scopu globale è simili.

Michael: Questu hè applicà à tutti quelli chì participanu à u prugettu, indipendentemente da specializazione, cumpetenze o modi di travaglià. Sò tutti interessati à u successu di u prugettu.

Tim: Iè, vi sentite chì site abbastanza immersa in u prugettu, chì u vostru compitu hè di aiutà u prughjettu à realizà. Ch'ella sia un programatore, analista, designer d'interfaccia, qualcunu. Questu hè u mutivu chì vene à travaglià ogni matina è questu hè ciò chì facemu. Semu rispunsevuli di tutte queste persone, indipendentemente da e so cumpetenze. Questu hè un gruppu di persone chì anu conversazioni adulti.

Oleg: In fatti, parlendu di l'impiegati parlanti, aghju pruvatu à simule l'uggetti di e persone, in particulare i dirigenti, chì sò dumandati à passà à devops, à sta nova visione di u mondu sanu. È voi, cum'è cunsultanti, duvete esse cuscenti di sti obiezioni assai megliu cà mè, cum'è sviluppatore! Sparte ciò chì preoccupa più i gestori?

Tim: Managers? Hm. A maiò spessu, i gestori sò sottumessi à pressione di prublemi, affruntati cù a necessità di liberà urgentemente qualcosa è fà una consegna, è simili. Fighjanu cumu discutemu è discutemu in permanenza annantu à qualcosa, è u vedenu cusì : cunversazione, cunversazione, cunversazione... Chì altre conversazioni ? Torna à u travagliu! Perchè parlà ùn li pare micca di travaglià. Ùn scrivite micca codice, ùn pruvate micca u software, ùn pare micca fà nunda - perchè ùn vi mandate micca per fà qualcosa? Dopu tuttu, a consegna hè digià in un mese!

Michael: Andate à scrive un pocu di codice!

Tim: Mi pare ch'elli ùn sò micca preoccupati di u travagliu, ma di a mancanza di visibilità di u prugressu. Per fà l'impressione chì ci simu più vicinu à u successu, anu bisognu di vedemu pressu i buttoni di u teclatu. Tuttu u ghjornu da a matina à a sera. Questu hè u prublema numeru unu.

Oleg: Misha, stai pensando à qualcosa.

Michael: Scusate, mi sò persu in pensamentu è aghju pigliatu un flashback. Tuttu chistu m'hà ricurdatu di una manifestazione interessante chì hè accaduta eri... Eranu troppu rallye eri... È tuttu mi sona assai familiar !

A vita senza salari

Tim: In modu, ùn hè micca necessariu urganizà "rallyes" per a cumunicazione. Vogliu dì, e discussioni più utili trà i sviluppatori accadenu quandu si parlanu solu. Andate in a matina cù una tazza di caffè, è ci sò cinque persone riunite è furiosamente discutendu qualcosa di tecnicu. Per mè, se sò u manager di stu prughjettu, hè megliu solu surrisu è andà in un locu nantu à a mo attività, lasciate discutiri. Sò digià implicati quant'è pussibule. Questu hè un bonu signu.

Oleg: Per via, in u vostru libru avete una mansa di note nantu à ciò chì hè bonu è ciò chì hè male. Aduprate qualcunu di elli stessu? Relativamente parlante, avà avete una cumpagnia, è una strutturata in modu assai pocu ortodossu ...

Tim: Unorthodox, ma stu dispusitivu ci cunvene perfettamente. Avemu cunnisciutu dapoi un bellu pezzu. Avemu fiducia l'un l'altru, avemu fiducia assai prima di diventà partenarii. È per esempiu, ùn avemu micca salarii in tuttu. Avemu u travagliu solu, è per esempiu, s'ellu aghju guadagnatu soldi da i mo clienti, allora tutti i soldi sò andati à mè. Dopu quì, paghemu i diritti di adesione à l'urganizazione, è questu hè abbastanza per sustene a cumpagnia stessa. In più, avemu tutti spicializati in diverse cose. Per esempiu, aghju travagliatu cù cuntabili, cumpiendu dichjarazioni d'impositu, fate ogni tipu di cose amministrative per a cumpagnia, è nimu mi paga per questu. Ghjacumu è Tom travaglianu nantu à u nostru situ web è nimu ùn li paga ancu. Mentre paghete i vostri diritti, nimu hà da pensà à dì ciò chì duvete fà. Per esempiu, Tom travaglia avà assai menu ch'ellu hà fattu una volta. Avà hà altri interessi ùn faci micca per a Guild. Ma finu à ch'ellu paga i so debiti, nimu ùn vene à ellu è dicerà: "Ehi, Tom, vai à u travagliu!" Hè assai faciule di trattà cù i culleghi quandu ùn ci hè micca soldi trà voi. È avà a nostra rilazioni hè una di l'idee fundamentali in relazione à e diverse specialità. Funziona è travaglia assai bè.

U megliu cunsigliu

Michael: Riturnendu à i "miglii cunsiglii", ci hè qualcosa chì dite à i vostri clienti una volta è una volta? Ci hè una idea nantu à 80/20, è qualchì cunsigliu hè prubabilmente ripetutu più spessu.

Tim: Una volta aghju pensatu chì s'è vo scrivite un libru cum'è Waltzing with Bears, cambiassi u cursu di a storia è a ghjente si ferma, ma... Ebbè, fighjate, l'imprese spessu pretendenu chì tuttu va bè cun elli. Appena qualcosa di male succede, hè un scossa è una sorpresa per elli. "Fighjate, avemu pruvatu u sistema, è ùn passa micca teste di u sistema, è questu hè un altru trè mesi di travagliu imprecisatu, cumu puderia succede? Quale sapia ? Chì puderia sbaglià? Seriu, credi questu?

Pruvate di spiegà chì ùn devi micca troppu arrabbiatu per a situazione attuale. Avemu bisognu di parlà, veramente capisce ciò chì puderia esse sbagliatu, è cumu per prevene tali cose in u futuru. S'ellu ci hè un prublema, cumu lutteremu, cumu a cuntenamu?

À mè, tuttu questu mi pare spaventoso. A ghjente si tratta di prublemi cumplessi è vexing è cuntinueghjanu à finta chì s'ellu si crucianu e so dita è speranu u megliu, u "migliu" accadrà veramente. No, ùn funziona micca cusì.

Praticà a gestione di u risicu!

Michael: In u vostru parè, quante urganisazioni impegnanu in a gestione di risicu?

Tim: Ciò chì m'infuriate hè chì e persone simpricimenti scrive risichi, fighjate à a lista resultanti è andate à travaglià. In fatti, identificà i risichi per elli hè a gestione di risichi. Ma à mè questu sona cum'è un mutivu per dumandà: va bè, ci hè una lista, chì esattamente cambierete? Avete bisognu di cambià a vostra sequenza standard d'azzioni in cunsiderà questi risichi. Se ci hè una parte più difficiuli di u travagliu, avete bisognu à affruntà, è solu dopu passà à qualcosa più simplice. In i primi sprints, cuminciate à risolve i prublemi cumplessi. Questu pare digià una gestione di risicu. Ma di solitu a ghjente ùn pò micca dì ciò chì hà cambiatu dopu a compilazione di una lista di risichi.

Michael: È quantunque di sti cumpagnie sò implicati in a gestione di risichi, cinque per centu?

Tim: Sfurtunatamente, odiu di dì questu, ma questu hè una parte assai insignificante. Ma più di cinque, perchè ci sò veramente grandi prughjetti, è simpricimenti ùn ponu esse micca s'ellu ùn facenu micca almenu qualcosa. Dicemu solu chì saraghju assai sorpresu s'ellu hè almenu 25%. I picculi prughjetti di solitu rispondenu à tali dumande in questu modu: se u prublema ci tocca, allora risolvemu. Allora si mettenu in difficultà è si impegnanu in a gestione di prublemi è a gestione di crisa. Quandu pruvate di risolve un prublema è u prublema ùn hè micca risoltu, benvenutu à a gestione di crisa.

Iè, aghju intesu spessu, "risolveremu i prublemi quandu si presentanu". Di sicuru avemu? Decideremu veramente ?

Oleg: Pudete fà ingenuamente è simpricimenti scrivite invarianti impurtanti in a cartula di u prugettu, è se l'invarianti si rompenu, basta à ripiglià u prugettu. Risulta assai piembucky.

Michael: Iè, mi hè accadutu chì quandu i risichi sò stati attivati, u prugettu era simplicemente ridefinitu. Bellu, bingo, prublema risolta, ùn vi preoccupate più !

Tim: Prememu u buttone di reset! No, ùn funziona micca cusì.

Keynote à DevOops 2019

Michael: Venemu à l'ultima quistione di sta intervista. Vi vene à u prossimu DevOops cun un keynote, pudete alzà a cortina di u sicretu nantu à ciò chì site da dì?

Tim: Avà, sei d'elli scrivenu un libru nantu à a cultura di u travagliu, e regule unspoken di l'urganisazione. A cultura hè determinata da i valori core di l'urganizazione. Di solitu, a ghjente ùn hà micca nutatu questu, ma avè travagliatu in cunsultazione per parechji anni, avemu abituatu à nutà. Entra in una cumpagnia, è literalmente in pochi minuti principia à sente ciò chì succede. Chiamemu questu "savoru". A volte stu profumu hè veramente bonu, è à volte hè, bè, oops. E cose sò assai diverse per diverse urganisazioni.

Michael: Anch'eo aghju travagliatu in cunsultà per anni è capiscu bè ciò chì parlate.

Tim: In verità, una di e cose chì vale a pena parlà à a keynote hè chì micca tuttu hè determinatu da a cumpagnia. Tu è a vostra squadra, cum'è una cumunità, avete a vostra propria cultura di squadra. Questu puderia esse tutta a cumpagnia, o un dipartimentu separatu, una squadra separata. Ma prima di dì, eccu ciò chì avemu cridutu, eccu ciò chì hè impurtante... Ùn pudete micca cambià una cultura prima di capiscenu i valori è e credenze daretu à l'azzioni specifiche. U cumpurtamentu hè faciule d'osservà, ma a ricerca di e credenze hè difficiule. DevOps hè solu un grande esempiu di cumu e cose diventanu più è più cumplesse. L'interazzione sò diventate solu più cumplesse, ùn sò micca diventate più pulite o più chjarificate, cusì duvete pensà à ciò chì crede è ciò chì tutti intornu à voi sò silenziu.

Se vulete ottene risultati rapidi, eccu un bonu tema per voi: avete vistu cumpagnie induve nimu dice "Ùn sò micca"? Ci sò lochi induve torturate literalmente una persona finu à ch'ellu ammette chì ùn cunnosci micca qualcosa. Tuttu u mondu sapi tuttu, ognunu hè un eruditu incredibile. Avvicinate à ogni persona, è ellu hà da risponde à a quistione istantaneamente. Invece di dì "Ùn sò micca sapè". Evviva, anu assuciatu una mansa di erudite ! E in certi culturi hè in generale assai periculosu per dì "Ùn sò micca cunnoscu" pò esse percive cum'è un signu di debule. Ci hè ancu urganisazione in quale, à u cuntrariu, ognunu pò dì "Ùn sò micca sapè". Ci hè cumplettamente legale, è se qualcunu cumencia à sguassate in risposta à una quistione, hè cumplettamente normale per risponde: "Ùn sapete micca ciò chì stai parlando, nò?" è trasfurmà tuttu in un scherzu.

Ideale, ti piacerebbe avè un travagliu induve puderete esse sempre felice. Ùn serà micca faciule, micca ogni ghjornu hè assulanatu è piacevule, qualchì volta avete bisognu di travaglià dura, ma quandu avete principiatu à piglià un bilanciu, serà risultatu: wow, questu hè un locu veramente maravigliu, mi sentu bè à travaglià quì, sia emotivamente sia intellettuale. E ci sò cumpagnie induve andate cum'è cunsultante è capite subitu chì ùn puderebbe suppurtà per trè mesi è scapparii in orrore. Questu hè ciò chì vogliu parlà à u rapportu.

Tim Lister ghjunghjerà cù una keynote "Caratteri, cumunità è cultura: Fattori impurtanti per a prosperità"à a cunferenza DevOops 2019, chì avarà da u 29-30 ottobre 2019 in San Petruburgu. Pudete cumprà i biglietti nant'à u situ ufficiali. Vi aspittemu à DevOops!

Source: www.habr.com