IT konzultant, který rozumí jen technologiím, nerozumí podnikovému IT

Než organizace najme IT konzultanta, mělo by se její vedení zeptat, co tento člověk dělá ve chvíli, kdy není na klientské schůzce. Technologie jsou jen jedna část práce. Stejně důležitá je schopnost rozumět obchodnímu cíli, právním hranicím, politice organizace, motivaci lidí a rozdílu mezi skutečnou odborností a přesvědčivým vystupováním.

Následující režim není oborový standard ani návod, jak mají pracovat ostatní. Je to popis mé vlastní praxe. V náročném dni programuji jednu až tři hodiny, přibližně tři hodiny studuji, šest až osm hodin konzultuji a další dvě až tři hodiny večer skládám výsledky. Čistá pracovní doba tak někdy dosahuje přibližně dvanácti až sedmnácti hodin.

Délka dne sama o sobě není známkou kvality. Podstatné je, že každá část plní jinou funkci: programování ověřuje technologickou realitu, studium udržuje kompetenci, rozhovory přinášejí firemní kontext a následná syntéza z nich vytváří rozhodnutí.

IT konzultant musí mluvit několika profesními jazyky

IT problém téměř nikdy není pouze technický. Je současně otázkou obchodního výsledku, odpovědnosti, smlouvy, rizika, kapacity lidí a schopnosti organizace změnu skutečně provést. Konzultant proto musí stejný problém vysvětlit různým posluchačům jinak, aniž by pokaždé změnil jeho podstatu.

Prvních deset minut: kalibrace odbornosti, ne rozsudek

Seniorita člověka není univerzální vlastnost. Výborný specialista na business intelligence může hluboce rozumět datovým skladům, výkaznictví a správě dat. Pokud ale navrhuje agentní AI, jeho seniorita v BI automaticky neznamená stejnou hloubku v oprávněních agentů, evaluaci modelů nebo bezpečném produkčním nasazení.

Během prvních deseti minut potřebuji vytvořit pracovní odhad, jak hluboce člověk rozumí právě probíranému tématu. Tento odhad není verdikt. Slouží k tomu, abych věděl, zda mám ověřovat základní pojmy, diskutovat praktické kompromisy, nebo se naopak opřít o detail, který daný specialista zná lépe než já.

Výřečnost, titul a jistota projevu mohou první odhad zkreslit. Introvertní specialista může působit opatrněji než člověk, který ovládá terminologii, ale ne důsledky. Proto první kalibraci vždy porovnávám s konkrétními návrhy, kódem, rozhodnutími, provozními výsledky a pohledem dalších lidí.

PRAKTICKÉ PRAVIDLO

Prvních deset minut slouží ke kalibraci rozhovoru. Odbornost se potvrzuje až tehdy, když člověk dokáže spojit princip, konkrétní důkaz, omezení a důsledek pro provoz nebo byznys.

Konzultant nemusí být nejlepší specialista na všechno

Šíře konzultanta nespočívá v tom, že překoná právníka v právu, bezpečnostního specialistu v řešení incidentů a datového architekta v návrhu modelu. Spočívá v tom, že pozná hranici vlastní odbornosti, položí specialistovi správnou otázku a dokáže posoudit, zda odpověď skutečně řeší problém klienta.

Nejhorší není něco nevědět. Nejhorší je zakrýt mezeru obecným doporučením a prodat ji jako jistotu. Dobrý konzultant musí včas poznat, kdy přizvat právníka, bezpečnostního odborníka, organizačního psychologa, provozního specialistu nebo člověka, který daný systém skutečně udržuje.

Co během deseti minut naopak poznat nelze

Rychlá kalibrace neukáže spolehlivě charakter člověka, jeho dlouhodobý výkon ani schopnost vést tým. Neprokáže ani to, že jeho jistá odpověď je pravdivá. Umožní pouze zvolit hloubku dalších otázek a určit, které tvrzení vyžaduje ověření.

Za nebezpečné považuji zejména dva omyly: zaměnit sebejistotu za odbornost a opatrnost za neznalost. Proto si při prvním rozhovoru vytvářím hypotézu, ne personální hodnocení. Hypotéza se musí potvrdit na artefaktech, konkrétních rozhodnutích a skutečném výsledku práce.

Psychologie není doplněk technické práce

Konzultant často mluví s lidmi, kteří mají racionální důvod neříct vše přímo. Bojí se následků otevřené odpovědi, chrání tým, nevěří zadavateli, nechtějí přiznat vlastní chybu, nebo už stejný problém několikrát popsali a pokaždé za odměnu dostali další práci.

„Dostat z lidí odpověď“ nesmí znamenat manipulaci. Znamená to pochopit, proč je pro ně bezpečnější opakovat oficiální verzi, a vytvořit rozhovor, ve kterém lze popsat konkrétní situaci bez okamžitého osobního soudu.

Modelový příběh: technický problém, o kterém se nemluvilo technicky

Následující příklad je složený z opakujících se situací z praxe. Projekt hlásil nestabilní integraci. Vývoj obviňoval dodavatele, dodavatel měnící se požadavky a projektové vedení nedostatek kapacity. Na společných schůzkách se všichni drželi těchto bezpečných verzí.

Teprve při rozboru tří konkrétních incidentů se ukázalo, že datové mapování ručně opravoval jediný BI specialista. Formálně neměl vlastnit integraci ani rozhodovat o datovém kontraktu, prakticky ale zachraňoval každé nasazení. O problému nemluvil otevřeně, protože jeho předchozí eskalace skončila tím, že dostal další odpovědnost bez pravomoci.

Technická chyba tedy nebyla jedinou příčinou. Organizace neměla vlastníka datového kontraktu, tým používal tichou ruční kontrolu jako provozní proces a člověk s nejpřesnější informací měl důvod mlčet. Řešením nebyl další stavová schůzka ani obecné doporučení „zlepšit komunikaci“, ale formální vlastnictví, automatická kontrola a změna způsobu eskalace.

Důvěrnost a transparentnost musí existovat současně

Sponzor má vidět, s kým konzultant pracuje, jaké podklady požaduje, kolik kapacity firmy spotřebovává a která témata jsou blokovaná. Neměl by ale automaticky dostávat přepis každého diagnostického rozhovoru. Jinak zaměstnanci místo reality nabídnou firemní tiskovou zprávu.

Výstupem nemají být osobní drby. Mají jím být ověřené vzorce, rozpory, rizika a důkazy. Konkrétní jméno patří do závěru pouze tehdy, když je pro řešení nezbytné a odpovídá předem dohodnutému mandátu.

Věta často popisuje postavení člověka, ne jen technologii

POZOR NA INTERPRETACI

Skrytý význam není fakt, ale hypotéza. Konzultant ji musí ověřit, jinak pouze nahradí oficiální příběh vlastním příběhem.

Jak vypadá můj den: jednotlivé části se navzájem kontrolují

Pracovní den nemá pevnou pracovní dobu a jednotlivé poměry se mění podle fáze projektů. Následující rozdělení popisuje náročné dny, nikoli standard oboru nebo doporučení pro zdravý pracovní režim.

Programování je test reality

IT konzultant, který přestane něco skutečně stavět, začne technologie postupně hodnotit podle prezentací dodavatelů, srovnávacích testů a zkušeností jiných lidí. Programování ukazuje, kde se návrh rozpadá na detailech, kolik práce zůstane po prototypu a co nový nástroj pouze přesune do testování, provozu nebo bezpečnosti.

Tři hodiny studia denně nejsou krátká příprava na zkoušku

Většina lidí někdy několik hodin denně studovala na důležitou zkoušku. Obvykle to vydržela několik týdnů nebo měsíců. Teď si představte podobnou intenzitu mezi běžnou prací, opakovaně a dvacet let. Při třech hodinách po 300 dní ročně jde orientačně o 18 000 hodin studia.

Takový režim nelze dlouhodobě udržet pouze disciplínou. Technologie, organizace a hledání souvislostí musí člověka skutečně bavit a část vzdělávání se musí stát koníčkem. Zároveň neplatí, že klient má platit za základní dohánění oboru; průběžná obecná příprava je investice konzultanta do vlastní kompetence.

Schůzky dodají fragmenty. Hodnota vzniká večer

Po šesti nebo osmi hodinách rozhovorů zůstávají rozporná tvrzení, politicky opatrné formulace, neověřené domněnky a několik definic stejného problému. Klient si nekupuje jejich přepis. Kupuje nový obraz systému, který ukazuje příčinu, varianty, dopady a rozhodnutí.

KONTROLNÍ OTÁZKA PRO VEDENÍ

Dostáváte po konzultacích shrnutí toho, co lidé řekli, nebo nový pohled, který spojuje rozpory, důkazy a konkrétní rozhodnutí?

Co má vedení při výběru konzultanta skutečně ověřit

Vedení nemá nakupovat počet hodin, technologický slovník ani únavu poradce. Mělo by ověřit systém, kterým konzultant udržuje odbornost, kalibruje informace a chrání kvalitu úsudku napříč několika klientskými kontexty.

Dvanáct až sedmnáct hodin není metrika kvality

Dlouhý pracovní den může být známkou nasazení, ale také špatných priorit, příliš velkého počtu klientů nebo neschopnosti delegovat. Vedení nemá hodnotit konzultanta podle toho, kolik hodin je vzhůru. Relevantní je, zda má dlouhodobě udržitelný systém, který mu dovoluje zůstávat technicky aktuální a současně dělat kvalitní rozhodnutí.

Také můj režim není každý den stejný. Někdy převažuje programování, jindy klientská práce nebo soustředěné psaní. Právě proto ho nepopisuji jako oborový standard. Popisuji jej jako způsob, kterým si hlídám, aby se technická zkušenost, práce s lidmi a manažerský překlad navzájem kontrolovaly.

Co si organizace ve skutečnosti najímá

IT konzultant není pouze zdroj technických odpovědí. Je překladatelem mezi profesemi, diagnostikem organizačních rozporů a člověkem, který musí rozpoznat odbornost i její hranice. Programování a studium mu umožňují ověřovat technologickou realitu. Psychologie a zkušenost s organizacemi mu umožňují zjistit, jaká realita ve firmě skutečně je.

Organizace si proto nenajímá člověka, který zná nejvíce technologií. Najímá si člověka, který dokáže během omezeného času rozpoznat, komu v jakém tématu naslouchat, které informace ještě chybějí a jaké rozhodnutí musí z rozporuplných pohledů vzniknout.

A zbytek dne? Jídlo, meditace, blízcí a spánek. Bez nich by dlouhý pracovní režim nebyl důkazem nasazení, ale pouze cestou k horšímu úsudku.