Rohan Murty chce merať produktivitu programátorov

Mnohí z nás spájajú koncept meranej produktivity so svetom robotníkov, s vecami, ako sú automobilové montážne linky a oceliarne. Vo zvyšku sveta, vrátane právnikov, manažérov, lekárov a čoraz častejšie aj novinárov, výplaty často závisia od mnohých iných vecí: od príjmov a zvýšenie zisku, zhodnotenie ceny akcií (a podľa toho aj trhové kapitalizácie), prírastky klientov, úmrtnosť, ktorá nevyvoláva nevítanú pozornosť, a hity. Ak ste obchodník, rovnica medzi zarobenými a stratenými peniazmi na dennej báze je vašou metrikou produktivitu, aj keď ste väčšinu dňa strácali peniaze a vyrovnali ste ich a ešte viac pri vašom poslednom obchode dňa. Ako ste efektívni za jednotku času, je do značnej miery irelevantné.

Softwaroví programátori vždy spadali do tejto hmlistej kategórie - stereotypne vnímaní ako kreatívni géniovia, ktorí píšu kód a varia úžasné veci, ako je prehliadač pre celosvetový web alebo kód, ktorý dokáže ovládať robotické rameno na použitie v neurochirurgii izby. Samotné slová Pascal, C++, Java a Python vyvolávajú predstavy brilantných geekov, ktorí celé dni otročia počítač a na jeho konci produkujú mágiu. Neexistuje spôsob, ako kvantifikovať nesmiernu a nezmerateľnú hodnotu, ktorú, ako sa zdá, prinášajú takmer každému aspektu náš každodenný svet, ktorý je riadený softvérom v bankomatoch, termostatoch a na webových stránkach poskytujúcich vašu najnovšiu turistiku čižmy.

alebo je tam? Ak počúvate Rohana Murtyho (32), syna spoluzakladateľa Infosys Narayana Murthyho, budete počuť, že nielen to nie je pravda, ale aj to, že celá oblasť sa masívne komoditizuje skôr, ako by ste mohli povedať Cobol. V skutočnosti je už na pokraji industrializácie, najmä v oblastiach programovania, testovania, údržby, riadenia infraštruktúry a niektorých aspektov riadenia podnikových procesov. Inými slovami, tieto funkcie sa stali montážnou linkou v softvérovej oblasti, ďaleko od týchto dvoch ľudí kód na písanie garáže, ktorý je takmer vždy určený (aspoň v technologickej mytológii), aby im zarobil niekoľko miliárd dolárov.

Jeho otec môže byť nositeľom indického sektora softvérových služieb, ale Rohan Murty nie je žiadny technik ľahký, aspoň čo sa týka jeho akademických aktivít (jeho podnikateľské schopnosti ešte nie sú byť preukázané). S bakalárskym titulom v odbore informatika na Cornell, Rohan ukončil doktorát v rovnakom odbore na Harvarde, a bol tiež členom Computing Innovations z nemenej chrámu vedy, ako je Massachusetts Institute of Technológia. Jeho záujmy sa zjavne týkajú sieťových systémov, vstavaných výpočtových systémov a distribuovaných výpočtových systémov.

Nedávno strávil jeden búrlivý rok pomáhaním otcovi (v úlohe výkonného asistenta) pokus o resuscitáciu umierajúceho Infosysu predtým, ako starší Murthy priviedol Vishala Sikku zo SAP, aby to urobil tak. Obaja Murt (h) ys prilákal významný flak za to, že išli proti desaťročia trvajúcemu krédu, ktoré si spoluzakladatelia firmy vyprofilovali pri uvádzaní svojho dieťaťa na trh, že žiadne potomstvo nezaujme žiadnu riadiacu pozíciu vo firme.

Rohan musel byť jedným z uvoľnených táborníkov, ktorí odhodili to, čo bolo veľmi horúcim zemiakom, a aby sa ponorili do svojej skutočnej lásky – menovite do problémov týkajúcich sa umelej inteligencie a automatizácie – založením inovačného laboratória v Bostone len cez Murthyho bohatstvo. Laboratórium sa ponorí do toho, čo si Rohan myslí, že je ďalšou veľkou výzvou alebo naliehavým imperatívom v softvérovom priemysle: Ako merať produktivitu.

Každý softvérový pracovník (čo sa zdá byť stále tým správnym výrazom na použitie), ktorý patrí do vyššie uvedených kategórií, by si podľa Murtyho mal zvyknúť na myšlienku, že veľká časť profesie je stáva sa veľmi podobným automobilovému priemyslu, kde priemyselná revolúcia a montážna linka umožnili rozsah, diferenciáciu a kvalitu – to všetko sú hlavné výzvy v tomto odvetví dnes. Dôvodom, prečo môžete jazdiť v kvalitnom aute s airbagmi a protiblokovacími brzdami relatívne lacno, sú obrovské pokroky v zisťovaní, ako produktívne úlohy, procesy a pracovníci boli a sú v oblastiach kontroly nákladov a kvality, čo všetko sú veci, ktoré softvérový priemysel nedokáže urobiť dnes.

„Ako sa meria, koľko výstupu vyprodukuje softvérový inžinier? Ako sa dá vedecky určiť, koľko softvérových inžinierov potrebuje na vyriešenie problému? Ako teda vybrať ľudí, aby vytvorili tím, ktorý vyrieši daný problém?" opýtal sa Murty v Business Standard Newspaper Q&A.

Je faktom, že dnes ľudia nemerajú hodnotu pridelenú klientom, a to najmä kvôli rituálnym zníženiam cien udeleným na konci vyjednávania, vďaka ktorému je zákazník spokojný. Ale ten deň je takmer za nami – stačí sa pozrieť na odhady zárobkov hlavných indických hráčov. Zlou správou je, že táto nová éra v softvérových službách, bez akéhokoľvek radikálneho prelomu, bude nepochybne náročnejšia na marže.

V konečnom dôsledku sa úloha odlíšiť sa od ďalšej firmy stáva obrovskou výzvou, aj keď k svojej ponuke pripojíte módne slová veľkých dát a analýzy.

Milovníci sci-fi potom môžu usudzovať, že toto slovo zrejme neúprosne smeruje k orwellovstvu dystopia, pričom „oblek“ sa snaží dôsledne monitorovať svojich programátorov a vyžmýkať z nich každú kvapku potu ich.

Murty povedal, že to nemusí byť tak, ako sa na to pozeráte. „Je nemožné očakávať, že každý jednotlivec bude pôsobiť na hornom konci krivky produktivity. V každom tíme budú vždy existovať rôzne produktivity. Podnikli sme však kroky na zlepšenie produktivity jednotlivcov zameraním sa na špecifické školenia, čím sme zlepšili proces, prostredníctvom ktorého bola práca distribuovaná členom tímu, alebo dokonca postaviť hviezdny tím (podobne ako NBA) pozostávajúci z vysokoproduktívnych jednotlivcov v celej organizácii na riešenie konkrétnych problémov pre naliehavé potreby klientov."

Je to zložitá úloha. Ako uviedol Murty v otázkach a odpovediach, výpočet toho, ako produktívny inžinier 1, ktorý píše kód v Pythone, v porovnaní s inžinierom 2, ktorý to robí v Jave, môže byť vecou, ​​ktorá nakopne mozog. Je to však výzva, o ktorej pevne verí, že je potrebná, a je ochotný ju prijať vo svojom novom laboratóriu na meranie produktivity.

Či sa do toho pustia IT manažéri a ich stádo a či to spôsobí požiar, je úplne iná vec.