Jedan od najvažnijih zadataka inženjerskog menadžera je da omogući drugima da rade veće, bolje stvari.
Uobičajena analogija koja se često koristi je da mislite o sebi kao o množitelju . Zamislite da imate 5 programera u svom timu. Ako svi rade 1 jedinicu posla dnevno, a vi ne učinite ništa da im pomognete, kao tim, na kraju dana ćete dobiti 5 jedinica posla.
Na ovom drvetu Dunya je u centru. Ona ima 1 direktnu prijavu, a njen vršnjak ( Michael ) ima dva direktna izvještaja. I Dunya i Michael podnose izvještaj Alanu koji sam upravlja sa 3 druga inženjerska menadžera. Ti menadžeri upravljaju mnogim drugim Individualnim saradnicima ( IC ).
Koristimo kod u boji da izrazimo stepen u kojem možete vršiti uticaj. Ljudi sa kojima imate jednu liniju su L1 . Ti ljudi su ti na koje možete najviše uticati. Na kraju krajeva, lakše je razgovarati sa svojim kolegama za pomoć ili članovima vašeg tima nego što je pitati generalnog direktora kompanije.
Oni ljudi koji su dva reda udaljeni od vas su L2 . Na njih je također moguće utjecati, ali bi za to bilo potrebno više truda. U gornjem primjeru, Dunya bi mogla utjecati na Ivana , međutim, to bi zahtijevalo više posla, jer ne postoji način da nametne ono što bi željela da vidi drugačije. Morala bi uvjeriti Ivana (koristeći uvjeravanje, podatke ili slično) da može utjecati na njega da radi ono što ona želi.
Slično, oni koji su udaljeni tri linije su L3 . L3 je i dalje pod utjecajem, ali bi zahtijevao znatno više rada nego što bi bilo potrebno da se L2 uvjeri. Po mom skromnom mišljenju ne isplati se ulagati mnogo truda na ove nivoe jer bi povrat ulaganja bio značajno smanjen.
Do sada, ono što smo videli nije drugačije od . Jedina razlika je projekat označen krugom. Često ljudi u kompanijama komuniciraju jedni s drugima kroz projekte umjesto putem izvještaja. Biće mnogo projekata, migracija, zanata, radne snage itd. na kojima će ljudi iz različitih timova sarađivati. Takve inicijative predstavljamo pomoću elipse (na gornjem grafikonu) gdje povezujemo različite članove kroz taj balon. Ovo nam omogućava da vidimo koja je sfera uticaja pojedinca u timovima. U gornjem primjeru možemo vidjeti da je Bruno L2 Dunyi jer oni sarađuju na istom projektu. Dakle, opet, samo brojimo broj linija koje povezuju to dvoje.
Ovaj način razmišljanja nam takođe pomaže da shvatimo kakav je uticaj neko imao na svoje vršnjake. Think Performance, gde je neko ko je uspeo da pomeri metriku za svoje L1 , L2 i L3 očigledno imao veliki uticaj na veću sferu. Neko ko je uspio samo pomoći svom L3 možda je fokusiran na pogrešne stvari (pošto zapravo ne pomaže svom timu, već pomaže drugima). A neko ko je uticao samo na njihov L1 možda je i dalje inženjer srednjeg nivoa i morao bi da poveća svoju sferu uticaja da bi imao veći uticaj.
Sada kada razumijemo gdje smo pozicionirani u organizaciji i kako izgledaju interakcije, vrijeme je da prikupimo podatke i pokušamo razumjeti bolne tačke koje bi mogle iskoristiti vašu stručnost.
Koje su stvari koje vas najviše nerviraju ili usporavaju?
Kada prikupim sve izdanja, stavio sam ih u . Biće mnogo problema koje ćete stalno iznova čuti od različitih inženjera i to je u redu. Zatim dodajemo tri kolone ovoj bazi podataka pod nazivom kategorija , reporter i nivo . Stupac kategorije pomaže nam da počnemo grupirati probleme pod logičkim kategorijama. Problem može spadati u više kategorija. Nakon što su sva pitanja kategorizirana, možemo sortirati kategorije na osnovu toga koliko puta smo čuli probleme u toj kategoriji. Kolona Nivo nam pokazuje sa kog nivoa sfere uticaja smo čuli za ovaj problem. Reporterska kolona nam pomaže da se setimo ko nam je dao problem.
Sljedeći korak u Observeu je da zapišete kategorije i počnete raditi ( RCA ) za svaku od njih. Možete koristiti bilo koju metodu da pomognete u RCA-u, ali ja bih toplo preporučio da koristite nešto jednostavno, kao što je 5 Zašto. Ideja sa 5 Zašto je da pitate „Zašto“ 5 puta (pre nego onoliko puta koliko je potrebno da se pronađe osnovni uzrok) da biste razumeli šta bi mogao biti osnovni uzrok problema. Bilo bi bolje da ovu vježbu radite s tim ljudima iz vaše baze podataka. Srećom, ovo smo zadržali u našoj reporterskoj kolumni.
Ne samo da će nam ova vizualizacija pomoći da razumijemo probleme, njihove korijenske uzroke, već će nam pomoći i da razumijemo interakcije između problema. U gornjem primjeru možemo vidjeti da “ Pretjerana upotreba integracije ili testovi s kraja na kraj ” utječu na dvije različite grane stabla. To znači da će uklanjanje ovog osnovnog uzroka otkloniti dosta simptoma.
Sada kada smo shvatili našu sferu uticaja i kada smo prikupili nekoliko osnovnih uzroka, možemo početi sa odabirom problema na kojima ćemo raditi. Da bismo to učinili, iscrtaćemo sve osnovne uzroke na dobro poznatoj matrici . Što bi izgledalo ovako:
Ovo će nam pomoći da shvatimo čemu da damo prioritet. Takođe ne treba zaboraviti da koristimo kodiranje bojama koje smo imali u vežbi Vidi , u osnovi bismo obogatili matricu sa 3. dimenzijom.
Posmatrajući rezultujuću matricu, moglo bi se zaključiti da se počne sa dva krajnja leva tiketa jer su oni veoma malog napora, imaju određeni uticaj, ali takođe utiču na sferu uticaja srednjeg nivoa umesto da počnu od krajnje desne.
U ovom trenutku znamo šta možemo učiniti da pomognemo našim inženjerima. Takođe znamo kako bi rešavanje tih problema uticalo na kompaniju. Na kraju, takođe dobijamo jasno razumevanje ko će uticati na takvo poboljšanje.
Sada kada su svi dijelovi na svom mjestu, preostaje samo jedna stvar: djelovati !