Úloha Staff-plus inženýra hodně závisí na tom, co tým potřebuje, a také na tom, jaké jsou jeho silné stránky. Podle mých zkušeností se povinnosti inženýra Staff-plus mohou v průběhu času měnit, ale obvykle je jejich hlavním zaměřením práce na projektech/úkolech, které mají pro společnost strategickou hodnotu, a zároveň řízení technického návrhu a zvyšování úrovně svého týmu. – Diana Pojar

Každý, kdo byl na večírku zahnán do kouta příbuznými a požádán o vysvětlení, co vlastně softwaroví inženýři dělají, ví, že vysvětlit tuto práci může být problém. Časem jste si možná vytvořili přesvědčivou odpověď pro své příbuzné, ale mnoha lidem zůstane v hlavě prázdno, když se k nim nakloní jejich spolupracovník a zeptá se: „Co dělá štábní inženýr?“

Nejjednodušší odpověď je, že štábní inženýři dělají i nadále většinu toho, díky čemu byli úspěšní jako starší inženýři: budují vztahy, píší software, koordinují projekty. To je však zavádějící odpověď. Dělají tytéž úkoly, ale zatímco dříve tvořily jádro práce, nyní se z nich staly práce pomocné a mají nové priority. Jejich denní rozvrh se trochu liší podle archetypu, ale existuje společný základ pro všechny archetypy: určování a úprava technického směru, poskytování sponzoringu a mentoringu, vnášení technických souvislostí do organizačních rozhodnutí, zkoumání a to, čemu Tanya Reilly říká být lepidlem.

Určení technického směru

Cítím se nejpůsobivější, když mohu usnadnit stanovení technické vize pro danou oblast a přimět lidi, aby se k této vizi přiblížili. Myslím, že se všichni shodneme na tom, že chceme, aby náš kód měl lepší architekturu, než má, nebo aby byl nějakým způsobem vylepšen. Zjistil jsem však, že lidé mají často jakýsi nejasný pocit, že chtějí něco lepšího, aniž by měli jasnou představu o tom, co vlastně chtějí. Rád pomáhám skupině rozhodnout se pro společnou dohodu o tom, kam přesně se chtějí dostat (vlastně nevadí, když se tam nikdy nedostaneme), a vymyslet obecný herní plán, jak se tam dostat. – Joy Ebertz

Tak jako Lorax mluví za stromy ve své populární dětské knize, tak i personální inženýři mluví za technologie svých firem. Technologie nemůže mluvit sama za sebe a potřebuje své účinné obhájce. Lidé, kteří úspěšně prosazují technologie, jsou pragmatičtí, uvážliví a soustředí se spíše na dlouhodobý trend pokroku, než aby každé jednotlivé rozhodnutí považovali za krizovou situaci, která rozhoduje. Může být užitečné si to představit jako práci produktového manažera pro technologie na částečný úvazek.

Někteří inženýři typu Staff-plus jsou výslovně najímáni, aby vedli konkrétní oblast, například návrh API, a v jiných případech se ocitají v pozici, kdy upravují a slaďují přístupy v široké oblasti. Jednou konstantou napříč všemi rolemi je, že realita určování technického směru je mnohem více o pochopení a řešení skutečných potřeb organizace kolem vás a mnohem méně o upřednostňování technologií a přístupů, které vás osobně nadchnou. V dřívějších rolích jste se možná snažili ovlivnit rozhodnutí směrem k technologickým volbám, které vás motivují, ale ve vyšších rolích se zodpovídáte v první řadě firmě a organizaci a až v druhé řadě sami sobě.

Mentoring a sponzoring

V mé současné roli cítím energii, když někdo, koho jsem sponzoroval, pošle oznámení, že odeslal svou práci, nebo když vidím, že jsem pomohl utvářet nebo posunout model inženýrského týmu v důležitém tématu. Jsou to tyto týmy, ne já, kdo každodenně odvádí těžkou práci při budování a podpoře své technologie. Svůj vliv měřím na základě jejich pokroku, a co je důležitější, na základě směřování tohoto pokroku a souladu jejich práce s cíli společnosti. – Michelle Bu

Existuje populární vize hrdinského vedení, než která se soustředí na mimořádně produktivní jedince, jejichž rozhodnutí mění budoucnost jejich společnosti. Většina těchto vyprávění je záměrně navržena týmy pro styk s veřejností, aby vytvořily dobrý příběh. Mnohem pravděpodobněji změníte dlouhodobou trajektorii své společnosti tím, že budete rozvíjet inženýry kolem sebe, než osobním hrdinstvím. Nejlepším způsobem, jak rozvíjet lidi kolem sebe, je vytvoření aktivní praxe mentorství a sponzorství.

Mnoho kariérních žebříčků má povinné zaškrtávací políčko týkající se mentorství, abyste se kvalifikovali pro povýšení na pozici zaměstnance, a mentorství je klíčovou součástí této role. Sdílení zkušeností a rad spolu s trvalým vztahem, jehož cílem je pochopit kontext příjemce, je práce s vysokým dopadem. Ve vyšších rolích je mentoring pouze laťkou pro přijetí a nejefektivnější inženýři Staff spojují mírné množství mentoringu s podstatně větším množstvím sponzoringu: přikládají palec přímo na misku vah, aby pomohli postupu a podpořili lidi kolem sebe. Pokud jste ji ještě nečetli, Lara Hoganová napsala kanonický článek o rozdílu mezi sponzoringem a mentoringem: Jak vypadá sponzoring

Poskytování inženýrského pohledu

Mám místo u stolu při inženýrských diskusích na vyšší úrovni, které probíhají na úrovni vyšší než jednotlivé projekty a týmy. Opakovaně pořádáme inženýrské schůzky zaměstnanců, na kterých diskutujeme o problémech přesahujících týmy, které mají technickou i netechnickou povahu. – Dan Na

Efektivní organizace zefektivňují rutinní rozhodování. Dobrým příkladem je proces přezkoumávání smluv pro potenciální podnikové zákazníky. Na počátku budou podepsány některé smlouvy, jejichž podpora je produktovým a technickým týmům nepříjemná. Poté, co se to stane několikrát, proces zahrne do kroků přezkumu více zúčastněných stran a časem budou ti správní lidé ve správný čas na správných místech.

Existuje druhá kategorie rozhodnutí, ta, která jsou časově citlivá a důležitá, a je náročnější dostat do místnosti ty správné lidi, než se tato rozhodnutí dokončí. Často se stává, že k organizační restrukturalizaci dojde bez cenných podnětů, které by změnily výsledek. Stejně tak je běžné, že smyčky pohovorů pro zřídka se vyskytující pozice – ty, na které můžete přijmout jednoho člověka ročně, jako jsou vedoucí pracovníci nebo inženýři typu Staff-plus v začínající společnosti – nehodnotí kandidáta v důležitém rozměru. U některých společností do této kategorie spadají dokonce i takové věci, jako je plánování roadmap.

Inženýři typu Staff-plus jsou lidé, kteří budou často nečekaně vtaženi do místnosti, kde probíhá tento druh rozhodování. To jim dává příležitost vnést do rozhodování inženýrský kontext a perspektivu, dokud je ještě možné výsledek změnit. Tyto krátké okamžiky přispění ke kritickým rozhodnutím mají nepatřičný dopad a umožní vám, aby byl inženýrský pohled vyslyšen. Jsou také okamžikem, kdy je snadné zapomenout, že vaší úlohou v těchto chvílích je často zastupovat zájmy všech inženýrů, nejen své vlastní.

Zkoumání

V mé současné roli v rámci inkubátoru trávím celý den prototypováním, ale ve své předchozí roli vedoucího technika jsem dělal spoustu různých věcí. – Ritu Vincent

Šplhání po kopcích nemůže vyřešit každý problém, ale je natolik efektivní, že se mnoho společností potýká s jinými přístupy. Může jít o společnost orientovanou na spotřebitele, která se snaží podporovat podnikové obchody, nebo o vyspělou společnost, která se snaží konkurovat kadenci vydávání novinek menšího konkurenta. Může se dokonce jednat o případ, kdy je váš současný byznys tak cenný, že je těžké upřednostnit nové obchody, přestože tempo růstu cenného byznysu má klesající tendenci.

Z dlouhodobého hlediska se společnosti buď naučí zkoumat, nebo zaniknou; to není ignorovatelná výzva. Prosté přidělení týmu, který ovládá lezení do kopce, aby se věnoval průzkumné práci, není zdaleka jisté, takže mnoho společností volí jiný přístup. Najdou pár důvěryhodných jedinců s širokými schopnostmi, vyčlení jim nějaké zdroje a po několika měsících zkontrolují, co objevili. Jedním z těchto inženýrů je často personální inženýr.

Nejde také vždy o obchodní problém, může jít o jakýkoli nejednoznačný, důležitý problém, na který jsou firemní systémy špatně uzpůsobeny. Může jít o řádové snížení nákladů na infrastrukturu. Může to být určení multiregionální strategie, která zabere šest měsíců místo tří let. Může to být řešení náhlého zjištění, že vaší primární databázi zbývají pouze tři měsíce diskového prostoru a vy nemůžete upgradovat na větší velikost (podle mých zkušeností překvapivě častý problém u rychle rostoucích startupů).

Jedná se o jednu z nejvděčnějších a zároveň nejrizikovějších prací, které firmy dělají, a k tomu, aby vám byla tato práce svěřena, je zapotřebí velká důvěra organizace, včetně respektu ze strany podniku, že pokud selžete, je to odrazem problému, a ne vás.

Být lepidlem

Tanya Reilly napsala skvělý příspěvek Being Glue, který vystihuje další základní prvek úspěšných personálních inženýrů: vykonat potřebu identifikovat správnou práci a zajistit její dodání. Není to nijak okouzlující, ale v organizacích s velkým vlivem často pracuje jeden nebo více Staff inženýrů v zákulisí, kteří urychlují nejdůležitější práci a zajišťují její dokončení.

Ale budete ještě psát software?

Je neslušné ukončit jakoukoli diskusi o roli Staff inženýra bez vyjádření k první otázce, kterou si Staff inženýři kladou, když se sejdou v jedné místnosti: „Najdete si ještě čas na psaní softwaru?“ Odpověď samozřejmě zní: „Záleží na tom!“

Ras Kasa Williams řekl: „Stále jsem pravidelně přispíval kódem – určitě méně než ostatní inženýři v mém týmu; ale bylo důležité, abych si udržel práci „od ruky ke klávesnici“, abych zajistil, že moje technická strategie (a další rozhodování na makroúrovni) bude podložena zkušenostmi zbytku mého týmu z praxe.“

Katie Sylor-Millerová řekla: „Jsem frontendová architektka, ale zdaleka nejvíc v poslední době píšu SQL, protože hodně analyzuji data. Dívám se na naše výkonnostní metriky, abych zjistila, kde jsou oblasti ke zlepšení a co by bylo nejvlivnější opravit, aby se zlepšil výkon a obchodní metriky. Tu a tam napíšu malé kousky JS nebo PHP, ale většinou je to proto, abych pomohl odblokovat týmy nebo spustit malé experimenty související s výkonem.“

Silvia Botrosová řekla: „Kódování pro firmu už nedělám. Myslím, že naposledy, když jsem musela vytáhnout terminál, bylo to kvůli refaktorizaci mých dot souborů. Je to záměrné rozhodnutí mého šéfa, hlavního architekta. Každé čtvrtletí nás zkontroluje, aby se ujistil, že jsme nepřispěli žádným kódem, který jde do výroby.“

Joy Ebertz řekl: „Čím jste služebně starší, tím méně je vaše práce o kódu. Jistě, na rozdíl od manažera lidí máte stále velmi technický sklon a i prostřednictvím ředitele budete pravděpodobně alespoň trochu kódovat. Čím výše se však dostáváte, tím více se vaše práce stává mentoringem a růstem lidí kolem vás (i v širším měřítku), budováním týmu prostřednictvím budování veřejné technické značky vaší společnosti, všímáním si větších technických trendů, které lze zlepšit nebo opravit, pomocí při stanovování technické vize vašeho týmu nebo společnosti a prosazováním zdrojů pro projekty technického dluhu.“

Většina píše něco, někteří nepíší vůbec, ale nikdo nepíše tolik jako na začátku své kariéry. Občas se vyskytne týden, který je čistě kódovací, ale ty nebudou normou, a pokud se vyskytují příliš často, je to obvykle známka toho, že pracují spíše na něčem pohodlném než důležitém.

Pomalá, ale odměňující

Jedním jednotícím tématem napříč prací Staff-plus je, že časové rámce jsou prostě delší. Na začátku kariéry je snadné přilnout k rychlému cyklu zpětné vazby při vývoji softwaru – napsat, otestovat, odeslat, zopakovat – a většina práce, kterou budete na této úrovni dělat, nahrazuje tento cyklus zpětné vazby cyklem, který trvá týdny, měsíce a roky.

Vliv a osobní růst žije v těchto delších časových rámcích, a i když si všichni, se kterými jsem mluvil, přáli, aby měli občas více času na programování, nikdo z nich nelitoval přechodu na své současné pozice.