Abordarea lui Dale Carnegie cu DevOps de Fernando Villalba factualopinions Medium
Principiile fundamentale ale Carnegie aplicate DevOps
Urmează o serie de articole despre aplicarea principiilor Carnegie la DevOps
Am citit recent un clasic din vechea perioadă a literaturii de auto-ajutorare, Cum să câștigi prieteni și să influențezi oamenii. Cartea a fost publicată în 1937 cu puțină fanfară și de atunci a definit un gen și a devenit una dintre cele mai bine vândute cărți de pe planetă. Privind în urmă, este ușor de văzut de ce, cartea este scrisă în proză abordabilă și promite să ofere cheile pentru a-ți face prieteni, a influența oamenii și a-i păstra.
Desigur, ca orice altceva, puteți atribui acestei cărți intenția cinică și nefastă și să spuneți că este doar un instrument de manipulare a celorlalți pentru a vă face rău, dar nu este nimic greșit să deveniți adepți în actul de a trata cu oamenii și cu majoritatea ar fi perfect în regulă cu a fi „manipulat” pentru a face ceva dacă scopul este bun și în avantajul lor.
Stabilirea unei culturi a DevOps înseamnă a avea canale de comunicare adecvate și participarea cu colegii tăi, prin urmare știind cum să tratezi cu ceilalți este esențial, iar cartea aduce cu siguranță câteva idei pe masă pe care le poți folosi în organizația ta.
- Nu criticați, nu condamnați sau nu vă plângeți.
A critica pe cineva pentru o greșeală sau pentru o treabă slab realizată realizează foarte puțin, pune persoana în apărare pentru a-și proteja mândria și de fapt nu rezolvi cauza principală a problemei. Nu numai asta, atunci când combate greșelile și te concentrezi pe greșelile oamenilor, îi încurajezi pe angajați și colegi să le acopere pentru a-și salva fața și asta este opusul a ceea ce îți dorești, dacă scopul tău este să-ți îmbunătățești continuu infrastructura și organizația pentru a rămâne competitiv și inovator.
Înainte de a fi tentat să admonesteți pe cineva, întrebați-vă mai întâi, a existat vreun motiv pentru care această persoană a făcut sau face ceea ce face? Este aceasta o greșeală care a fost cauzată direct de condițiile în care a avut loc? De exemplu, prea mulți oameni care au acces root atunci când nu au nevoie pot face o greșeală ștergând fișierele foarte costisitor și acest lucru ar putea fi ușor prevenit prin reducerea nivelului de acces, nu prin strigăte.
DevOps se referă la eradicarea problemelor la rădăcină, nu la repararea temporară a acestora și la vânarea vinovaților. Implementați soluții pentru atenuarea catastrofei. Nu da vina, caută soluții.
Fallibilitatea umană este un efect secundar al impulsului nostru creativ, care în continuă evoluție necesită încercări și erori. Există o mulțime de animale care au fost perfect adaptate mediului lor care sunt acum dispărute sau în pericol de dispariție, pe de altă parte, oamenii sunt vulnerabili și stângaci, dar extrem de adaptabili și capabili să învețe constant și să găsească soluții creative.
Dorim să rezolvăm problemele și să fim creativi și în acest scop suntem cei mai buni, pentru a valorifica cât mai bine personalul dvs., trebuie să creați condițiile necesare pentru ca aceștia să își poată face treaba și să experimenteze cât mai sigur posibil - pentru a permite aceste călătorii și cade într-un fel în care nu sunt letale.
Și totuși, ocazional veți simți nevoia de a critica, veți simți cu tărie că acest lucru îi va determina pe oameni să se îmbunătățească. Cu toate acestea, dacă critici în mod constant pe cineva, îi modelezi identitatea cu trăsături negative și este posibil ca persoana respectivă să înceapă să se vadă în acea lumină, demoralizând și deteriorând modul în care lucrează.
Dacă trebuie să critici pe cineva, să te concentrezi asupra pozitivului și să minimizezi negativul, să-l subliniezi, dar să nu faci mare lucru din el, subliniază întotdeauna faptul că se îmbunătățește și se învață lecții.
2. Acordă apreciere cinstită și sinceră