Tech Fatigue

68 posto ljudi kaže da distrakcije od raznih alata za rad i kolaboraciju oduzima vrijeme i fokus i time narušava produktivnost i kreativnost. 62 posto suočava se s problematikom pronalaska informacija koje su im potrebne za rad. Prosječan zaposlenik provede 57 posto svog radno vremena u komunikaciji – na sastancima, putem email poruka ili u na chatu. To su rezultati Microsoftovog istraživanja Will AI Fix Work. Tvrtke koja živi od alata koje uzrokuju ove poražavajuće statistike.

[Sažetak] Cloud FinOps – J.R. Storment

Upravljate troškovima svojih cloud resursa? Ne? Ne brinite, niste jedini. Jako malo organizacija adekvatno upravlja. Trude se. Ignoriraju. Ne zamaraju se. A troškovi kontinuirano rastu. Zatim se čude i pišu senzacionalističke članke na koje sam se referencirao u ovom tekstu.

Cloud usluge su zamišljene da su skalabilne i dostupne u trenutku kada ih zatrebate. A, naravno, tako se  ponašaju i troškovi – skalabilno. I trenutno. Onog trena kada zatražite cloud instancu. Bez obzira da li ju koristite ili ne. Ako je upaljena, naplaćuje se.

FinOps kultura i principi su zamišljeni da pomognu u upravljanju cloud resursima i vezanim troškovima tako da maksimiziraju balans vrijednosti i troška. Kroz tri faze zatvorenog ciklusa – inform, optimize, operate – cilj FinOps metodologije je kontinuirano praćenje korištenja resursa te predlaganje optimizacija (primjerice rightsizing) te drugih aktivnosti (primjerice rezervacije resursa) kako bi maksimalno iskoristili cloud resurse.

Iako sam prošao službenu edukaciju i prošao certifikaciju (malo se hvalim :)), knjiga je obavezno štivo kao dopuna edukaciji. Prepuna je korisnih savjeta, prijedloga a i iskustava iz stvarnih situacija i tvrtki.

Cynefin – ispravna odluka u svakoj situaciji

Kako znate da ste odabrali ispravan put za rješavanje nekog problema? Iskustvo? Intuicija? Možda samo puka sreća?

Najučinkovitiji menadžeri svjesni su da rješavanje problema nije jedan jedinstveni proces koji odgovara svim situacijama. Oni su svjesni da njihovi postupci ovise o situaciji i donose odluke prilagođavajući svoj pristup svakoj situaciji individualno. Ali, kako znati koji pristup koristiti u određenoj situaciji? I kako izbjeći donošenje pogrešne odluke? Postoji efikasniji način – Cynefin Framework.

[Sažetak] Investments Unlimited – Helen Beal

Čitali ste The Phoenix Project? Fantastična knjiga o DevOps i Agile kulturi i metodologiji. Stručna literatura pisana u obliku romana. Čita se pitko a opet dovoljno stručna. Nastavlja se romanom The Unicorn Project koja je orijentirana više prema razvojnim timovima. I zadnja u nizu je ova knjiga – Investments Unlimited. Tematika knjige je financijska organizacija, […]

Operativno upravljanje IT incidentima

Koliko puta ste čuli ili pročitali: “Kada krene sr*nje najvažnije je ostati pribran. Bez nervoze i paničnih reakcija”? Lako je nešto takvo napisati ali teško provesti jednom kada krene incident. Srećom ima načina da se i u najgorim incidentnim situacijama razina stresa zadrži na minimalnim razinama. Budimo iskreni, nikada se neće u potpunosti ukloniti stres ali se može znatno smanjiti.

Ako smanjimo stres u procesu rješavanja incidenta, smanjuje se mogućnosti dodatnih grešaka a nedostupnost se efikasnije otklanja. Za smanjenje stresa ne moram objašnjavati kakav pozitivan utjecaj ima na zdravlje i moral djelatnika.

[Sažetak] Executive Power – David J. Lieberman

Razočaran.

Možda zato što sam pročitao Never Be Lied to Again pa mi se ova knjiga čini kao višak jer se dobar dio ponavlja u ovoj knjizi. Također, sve skupa mi se činilo kao niz nabacanih natuknica u velik broj nepovezanih poglavlja. Bez ikakvog logičnog niza i toka kroz knjigu.

Savjeti i taktike iz knjige bi vam trebali pomoći u stvaranju “izvršne moći”. Ima dobrih savjeta ali nikako ne vidim da knjiga nudi to što promovira naslovom. Savjete sam stavio u sažetak i ne vjerujem da ću ikada ponoviti čitanje ove knjige.

Postmortem

Što je postmortem? Lessons-Learned? Pojam mijenja naziv ovisno o kojoj grani industrije se radi. Zajedničko svima je – otkriti uzrok incidenta kako bi se u budućnosti minimizirao rizik ponavljanja istog incidenta. Bitno je da ne otkrivamo krivca. Ne igramo “the blame game”. Otkrivamo uzrok u sustavu, proceduri ili procesu koji je doveo do incidenta. Gotovo nikad je uzrok namjerna ljudska intencija. I tako se trebamo postaviti kada krećemo u postmortem analizu.

Neke grane industrije su iznimno rigorozne što se tiče postmortem procedura. Primjerice avio prijevoz. S druge strane u nekim granama industrije i ne postoji. Najčešće ako nije mandatorno zakonom ili regulativom provoditi postmortem analize – ne provode se. A ako sam nešto naučio iz Black Box Thinking – postmortem analize su ključ za napredak.

Pojedine tvrtke su svjesne te činjenice. Ne samo da provode postmortem analize već i javno objavljuju. Neke postmortem analize su i više od same analize, to su fantastični eseji koje je užitak pročitati. Primjerice, analize Spotify, Cloudflare, GitHub, Facebook, itd.

[Sažetak] Escaping the Build Trap – Melissa Perri

Nemojte zaglaviti u Build Trap. Build Trap je trenutak kada se tvrtka orijentira na output umjesto na outcome. Kada se tvrtka orijentira na, i hvali se sa, vanity metrikama umjesto metrikama relevantnim za krajnje korisnike produkta koji grade i prodaju.

Tvrtke često završe u Build Trap stadiju kada žele postići, i održati, velocity isporuka zanemarujući ono bitno – što želi i treba krajnji korisnik. Build Trap je najčešće faza nakon uvođenja novih tehnologija te principa i kulture (poput mikroservisne arhitekture, Agile, DevOps) te se zaboravi koji je stvarni razlog postojanja produkta i same tvrtke.

Nemojte se dovesti u Build Trap. Nemojte zaglaviti u Build Trap. Pročitajte knjigu, prepuna je savjeta kako izbjeći i osloboditi se ovog fenomena.

[TILT] Walking Skeleton

Pojam “Walking Skeleton” definirao je Alistair Cockburn – jedan od pionira razvoja softvera i jedan od izvornih potpisnika sveopće poznatog Agile Manifesto. Njegovim riječima Walking Skeleton je minimalna implementacija sustava koji izvršava minimalnu, ali cjelovitu, funkciju (end-to-end). Razvijena funkcija ne mora nužno koristiti konačnu arhitekturu, ali mora povezivati sve arhitekturalne komponente. Tada se omogućava da se i arhitektura i funkcionalnosti razvijaju paralelno.

[Sažetak] 7 Rules for Positive, Productive Change – Esther Derby

“If people won’t change, you change the people” izreka je koju sam nedavno čuo. Da li je to ispravan način uvođenja promjena – nisam uvjeren. Velikom rotacijom ljudi u organizaciji stvara se određena doza nesigurnosti i straha. Također, gubi se znanje i iskustvo ljudi koji odlaze iz organizacije. S druge strane, promjene ljudi uvode nove ideje i, potencijalno, pozitivne promjene. Kako god, smatram da je ta izreka primjenjiva kao zadnja opcija.

Od kada sam pročitao knjigu Black Box Thinking, drugačije gledam na pojam marginal gains. Mala poboljšanja mogu puno značiti kada se sumiraju. Autorica knjige, “7 Rules for Positive, Productive Change – Micro Shifts, Macro Results”, bavi se baš tim efektom. Mali pomaci, veliki rezultati. Kroz 7 pravila – više smjernice nego pravila – približava nam kako malim pomacima se mogu dogoditi značajne promjene. Štoviše, sugerira da se uspješnost velikih promjena znatno povećava kroz puno malih promjena nego jedna velika.

Ukratko, uživao sam čitati ovu knjigu. I svaku promjenu koju ću pokušati provesti u budućnosti – provoditi ću primjenom ovih 7 smjernica.