Nädal 9: Kes juhib, kui juhti ei ole

 IT juhtimisest rääkides mõeldakse sageli, et kuskil on juht, kes teeb otsuseid, seab eesmärgid ja kontrollib nende täitmist. Selline arusaam tuleb suuresti traditsioonilisest organisatsioonikultuurist, kus hierarhia ja rollijaotus on selgelt paigas. Kuid IT-valdkond on oma olemuselt liikuvam ja kohati ka segasem ning seetõttu ei pruugi klassikaline juhtimismudel alati toimida. Mõnes olukorras ei ole isegi selge, kas “juhti” sellisel kujul üldse vaja on. Selle teema uurimiseks otsustasin vaadelda kahte väga erinevat IT-maailma tegelast: Werner Vogels ja Linus Torvalds. Mõlemad on loonud ja juhtinud süsteeme, mille mõju ulatub üle maailma, kuid nende lähenemine juhtimisele on väga erinev.

Werner Vogels esindab juhtimist, mis on peidetud süsteemide sisse. Tema roll Amazon CTO-na ei tähenda ainult tehniliste otsuste tegemist, vaid eelkõige sellise keskkonna kujundamist, kus inimesed saavad efektiivselt töötada ilma pideva kontrollita. Tema tuntud põhimõte “You build it, you run it” väljendab ideed, et vastutus ei tohi olla jaotatud. Kui inimene loob süsteemi, peab ta ka ise vastutama selle toimimise eest. See seob arenduse ja opereerimise üheks tervikuks ning muudab süsteemi tervikuna tugevamaks. [1] Selline lähenemine näitab, et juhtimine ei pea alati olema otsene. Vogels ei pea iga arendaja tööd eraldi kontrollima, sest süsteem on üles ehitatud nii, et inimesed on sunnitud oma töö eest vastutama. Juhtimine toimub läbi nähtamatu raamistiku, mis suunab käitumist. Minu arvates on see üsna mõistlik lahendus, sest see vähendab mikrojuhatuse vajadust  ja võimaldab inimestel töötada iseseisvamalt. Ning töökaaslaste õlgadele ei ole võimalik panna vastutust enda tehtud tööde eest. Veelgi huvitavam on Vogelsi lähenemine riskidele. Traditsiooniliselt püütakse riske vältida, kuid pilvetehnoloogia kontekstis see ei ole realistlik. Selle asemel lähtutakse eeldusest, et vead on paratamatud. Süsteemid ehitatakse nii, et need suudavad vigadega toime tulla – kas läbi hajutamise, automaatse taastumise või pideva monitooringu. Seega ei ole risk midagi, mida saab täielikult kõrvaldada, vaid midagi, mida tuleb oskuslikult hallata.

Kui Vogelsi puhul võib öelda, et juhtimine toimub süsteemi kaudu, siis Linus Torvalds puhul tundub esmapilgul, et juhtimist ei ole üldse olemas. Linuxi tuuma arendus toimub ilma klassikalise organisatsioonita, puuduvad formaalsed juhid, töölepingud ja selged käsuliinid. Tegemist ühe edukama ja mõjukama tarkvaraprojektiga maailmas. Torvaldsi juhtimisstiil põhineb süsteemil, kus autoriteet tuleneb kompetentsist, mitte ametipositsioonist. Tema kuulus ütlus “Talk is cheap, show me the code” peegeldab seda väga hästi. Oluline ei ole see, mida keegi lubab või räägib, vaid see, mida ta tegelikult teeb. See loob keskkonna, kus väärtustatakse praktilist panust ja tehnilist kvaliteeti. Selline lähenemine tähendab, et süsteemi struktuur ei ole ette planeeritud, vaid kujuneb ajas. Protsessid tekivad loomulikult, vastavalt vajadusele, ning kogukond ise reguleerib oma tegevust. Juhtimine on siin pigem hajutatud, see ei asu ühes konkreetses isikus, vaid on jaotatud kogu kogukonna vahel. Torvaldsi roll on küll oluline, kuid ta ei juhi klassikalises mõttes, vaid pigem suunab ja filtreerib. Ka riskihaldus toimib Torvaldsi mudelis teisiti. Kuna kogu arendus on avalik ja suur hulk inimesi vaatab koodi üle, leitakse vead sageli kiiresti. Seda nimetatakse tihti “many eyes” efektiks. Kuigi selline lähenemine võib tunduda kaootiline, on see praktikas osutunud üsna efektiivseks.

Kui võrrelda Werner Vogels ja Linus Torvalds, siis on näha kaks väga erinevat viisi, kuidas IT-s juhtida. Vogels loob tugeva ja läbimõeldud süsteemi, mis suunab inimeste käitumist. Torvalds aga loob keskkonna, kus inimesed ise kujundavad süsteemi. Ühel juhul on rõhk arhitektuuril ja protsessidel, teisel juhul inimestel ja kogukonnal. Minu arvates ei saa öelda, et üks lähenemine oleks teisest parem. Pigem sõltub kõik kontekstist. Suures ja keerulises organisatsioonis on vaja selget struktuuri, samas kui avatud ja hajusas keskkonnas võib liigne kontroll hoopis takistuseks saada. Seetõttu tundub loogiline, et tuleviku IT-juht peab suutma mõlemat lähenemist kombineerida.[2]

[1] Vogels, W. About Werner Vogels. Available at: https://www.allthingsdistributed.com/about.html

[2] Linus Torvalds. Profile: Linus Torvalds. IEEE Computer Society. Available at: https://www.computer.org/profiles/linus-torvalds