Stredne veľký IT integrátor požiadal Partners o vybudovanie systému na evidenciu času, ktorý by jeho zamestnanci a kontraktori skutočne používali. Zadaním bola použiteľnosť. Výsledkom bol hlasovo orientovaný systém bez formulára. Ľudia nahovoria do telefónu krátke prirodzené opisy svojho dňa a on-prem AI prekladová vrstva premení tieto poznámky na štruktúrované dáta o projektoch, zákazníkoch a kategóriách. Tri sprinty na dodanie. Do konca prvého mesiaca používalo systém denne 98 % tímu. Dáta odhalili 15 % celkovej práce, ktorá zostávala nezaznamenaná: fakturovateľná práca naviazaná na change requesty, ad-hoc rozhovory s klientmi a neplánovaný rozsah. V peniazoch: €1.95M predtým neviditeľnej fakturovateľnej práce, ktorá je teraz v rozsahu vďaka prerokovaniu zmlúv a opravenej fakturácii na bežiacich zákazkách.
Zadanie verzus potreba
Vedenie integrátora už predtým nakúpilo systémy na evidenciu času. Presnejšie dva. Oba sa zapli, dva týždne používali a potom ich opustili práve tí ľudia, ktorých mali zachytávať. Tento vzorec je v stredne veľkých firmách poskytujúcich služby známy: každý nástroj na evidenciu času prichádza s formulárom a problémom je práve ten formulár.
Keď vývojár ukončí utorok so siedmimi hodinami práce rozloženými do štyroch projektov a pol dňom neplánovaných change requestov, formulár od neho žiada, aby si to všetko zapamätal, štruktúroval, klasifikoval a vyťukal. Formulár vlastne žiada vývojára, aby robil prácu operačného tímu. Tak vývojár zaznamená minimum (osem hodín, štyri projekty, po jednom tagu) a ide domov. Dáta, na ktorých firma reálne beží, sa do databázy nikdy nedostanú.
Dôsledky boli jasné. Ziskovosť projektov sa nedala merať v reálnom čase. Plánovanie zdrojov bolo hádaním. Change requesty zostali nesledované. Práca sa vykonávala. Formulár ju nedokázal zachytiť bez toho, aby tímu zhoršil deň. Významná časť fakturovateľnej práce sa do databázy nikdy nedostala.
Čo bolo pokazené
Východiskový stav bol povedomý každému, kto niekedy viedol firmu poskytujúcu služby.
Starý systém sledoval súlad na tej najhrubšej možnej úrovni: odpracovaný čas verzus dovolenka. To bolo všetko. Žiadne priradenie k projektu, žiadna kategória, žiadne priradenie k zákazníkovi. Detail bol teoreticky podporovaný. Nikto ho nezadával. Trenie bolo príliš vysoké na to, aby sa to niekomu chcelo.
Operačné reportovanie tieklo cez Excel. V každom cykle niekto z operačného tímu vytiahol exporty z trackera, zladil ich s rozpismi projektov a vytvoril report. Zabralo to reálny čas. Záviselo to od toho, kto bol práve voľný. Kým sa niekto dopátral, na čom sa pracovalo, chvíľa na to reagovať už prešla.
Pod tým ležala štrukturálna medzera. Change requesty, ad-hoc rozhovory s klientmi a neplánovaný rozsah nemali vo formulári svoje miesto. Vstrebali sa do iných položiek alebo zmizli úplne. Nič z tejto práce sa nedostalo do fakturačnej vrstvy. Významná časť z nej bola fakturovateľná. Nič z toho sa nikdy nevyfakturovalo.
Čo sme postavili
Systém nahradil formulár hlasovou poznámkou.
Počas dňa mohli zamestnanci a kontraktori nahovoriť do telefónu prirodzené opisy toho, čo práve urobili. „Polovicu dňa som strávil na novej funkcii pre zákazníka X." Hlasové poznámky sa prepísali, interpretovali a previedli na štruktúrované záznamy o čase prostredníctvom AI prekladovej vrstvy, ktorá už poznala rozpis projektov firmy, priradenia zamestnancov a vzťahy so zákazníkmi.
Každá poznámka sa rozriešila na:
- Odhad trvania interpretovaný z jazyka („pol dňa", „dnes ráno", „asi hodinu")
- Identifikáciu projektu spárovanú s aktívnymi zákazkami firmy
- Kategóriu (vývoj, change request, stretnutie, interné, podpora, oprava bugu) odvodenú z opisu a kontextu projektu
- Priradenie práce naviazané na správny kontext zákazník-projekt, pripravené pre fakturačný pipeline
Na konci mesiaca dostal každý používateľ vygenerovaný prehľad: svoj zaznamenaný čas, podkladové poznámky, kategorizované aktivity a štruktúrovaný report pripravený na kontrolu. Ktorýkoľvek záznam mohli upraviť alebo spresniť, no väčšina to nepotrebovala. Prvá interpretácia AI bola dosť dobrá na to, aby dáta dosadli užitočne bez ručného dočisťovania.
Vývoj poháňali štyri princípy:
- Minimálna ručná interakcia. Žiadne štruktúrované formuláre. Žiadna povinná taxonómia. Systém interpretoval prirodzený jazyk a používateľa sa pýtal len vtedy, keď bol vstup naozaj nejednoznačný.
- Len funkcionalita, ktorú každý používateľ potrebuje. Pohľad vývojára sa líšil od pohľadu delivery lídra, ktorý sa líšil od pohľadu operácií. Väčšina podnikových nástrojov vystavuje každú funkciu všetkým; tento vystavil len to, čo daný človek pri otvorení skutočne používal.
- Výhradne lokálne nasadenie. Všetko spracovanie AI, prepis, porozumenie jazyku, kategorizácia, beží na vlastnej infraštruktúre klienta. Žiadne klientske dáta neopustia budovu. Pre európske stredne veľké firmy poskytujúce služby s povinnosťami v oblasti dátovej suverenity a s prácou citlivou na IP klienta je toto jediná architektúra, ktorá je reálne nasaditeľná.
- Upraviteľnosť nad správnosťou. Systém nikdy nepredpokladal, že má pravdu. Vytvoril svoju najlepšiu interpretáciu, ukázal používateľovi, čo rozhodol, a prepísanie ktoréhokoľvek záznamu spravil jednoduchým. Používatelia systému dôverovali, pretože videli a mohli zmeniť to, čo rozhodol.
Vývoj prešiel troma iteratívnymi sprintami.
Sprint 1. Funkčný systém na evidenciu času end-to-end. Hlasový záznam, AI interpretácia, štruktúrovaná databáza, základné reportovanie. Nasaditeľný a použiteľný na konci sprintu.
Sprinty 2 a 3. Iterácia na základe reálneho používania. Hraničné prípady v parsovaní jazyka. Ladenie rozpoznávania projektov pri vágnych opisoch. Pohľady podľa rolí. Spresnenia reportovania. Do konca sprintu 3 bol systém produkčne pripravený naprieč celou firmou.
Výsledok, na ktorom záležalo
Číslo používania bolo testom, okolo ktorého bolo zadanie napísané. Väčšina nasadení evidencie času narazí na bod zlyhania v treťom týždni. Používanie sa zvoľna prepadáva, operačný tím začne ľudí naháňať a nástroj sa nakoniec ustáli v stave nízkeho dodržiavania, o ktorom sa všetci dohodli, že o ňom nebudú hovoriť. Tento sa neustálil.
Do konca prvého mesiaca používalo systém denne 98 % zamestnancov a kontraktorov. Toto číslo nedosiahol ani jeden z dvoch predchádzajúcich nástrojov, ktoré firma nasadila. Systém prešiel jediným testom, na ktorom v podnikovom softvéri záleží: ľudia ho používali, dobrovoľne, pretože používať ho bolo jednoduchšie než nepoužívať ho.
Pod číslom používania ležal finančný výsledok, na ktorý zadanie mierilo. Dáta odhalili 15 % celkovej práce, ktorá zostávala nezaznamenaná: prácu naviazanú na change requesty, ad-hoc rozhovory s klientmi, neplánovaný rozsah a malé, ale neustále láskavosti, ktoré udržiavajú vzťah v službách pri živote. Nič z toho predtým nebolo viditeľné. Významná časť z toho mala byť vyfakturovaná. V peniazoch mala táto časť hodnotu €1.95M neviditeľných tržieb naprieč bežiacimi zákazkami. Nič z toho sa predtým nedalo vybrať. Teraz je to v rozsahu.
Operačný vedľajší efekt bol rovnako podstatný. Reportovanie založené na Exceli sa úplne odstránilo. Štruktúrované dáta sedia naživo v databáze, priebežne sa obnovujú a sú pripravené pre akýkoľvek pohľad, ktorý si operačný tím zostaví. Týždeň medzi „čo sa stalo" a „čo vieme" sa úplne zatvoril. Reportovacia práca, ktorá predtým vyžadovala konsolidačné úsilie viazané na cykly, je preč. Nie optimalizovaná, nie zredukovaná, preč.
Čo sme nečakali
Keď boli dáta reálne, prišli dve zistenia, ani jedno z nich nebolo v zadaní.
Prvé bolo zmluvné. Naprieč viacerými bežiacimi zákazkami čísla zachyteného verzus plánovaného rozprávali jasný príbeh: firma podcenila dodaciu kapacitu v čase tvorby ponuky. Zmluvy bolo treba prerokovať. Nie preto, že by práca narástla, ale preto, že pôvodný rozsah bol nacenený voči nákladu na dodanie, ktorý firma reálne nedokázala splniť. Tento rozhovor s klientmi je nepríjemný. Dáta ho umožnili. Bez nich by projekty naďalej krvácali maržu až do konca zákazky.
Druhé bolo operačné. Keďže bola práca viditeľná naprieč každým projektom, týždenné preplánovanie naprieč projektmi sa zrýchlilo. Delivery lídri videli v priebehu minút, kde je kapacita napätá, kde mešká odovzdanie, kde projekt potichu skĺzava. Rozhodnutia, ktoré kedysi potrebovali piatkovú kontrolu, sa teraz diali v utorok.
Väčšina podnikového softvéru zlyháva na používaní, pretože je postavená okolo formulára. Problémom je formulár.
Úlohou AI v ďalšej dekáde podnikových systémov nie je nahradiť formulár inteligentnejším formulárom. Je ňou odstrániť formulár, počúvať, ako ľudia prirodzene hovoria, a preložiť to, čo povedia, do štruktúrovaných dát, na ktorých firma beží. Produktom je prekladová vrstva.
Najlepší nástroj je ten, ktorý funguje takmer bez akejkoľvek interakcie používateľa.
Diagnostika, ktorú si môžete spustiť tento týždeň, bez nás
Ak vediete stredne veľkú firmu poskytujúcu služby, tu je to, čo môžete tento týždeň urobiť, bez najímania kohokoľvek, aby ste zistili, či nesiete rovnaké riziko.
Krok 1. Spýtajte sa troch svojich najskúsenejších delivery ľudí, na čom včera pracovali. Nežiadajte ich, aby vyplnili formulár. Spýtajte sa ich osobne, mimochodom, a zapíšte si, čo povedia. Potom ich odpoveď porovnajte s tým, čo je zaznamenané vo vašom súčasnom systéme na evidenciu času. Ak sú dáta sledované formulárom redšie než rozhovor, vaším problémom nie je disciplína vášho tímu. Je ním váš formulár. Vaši ľudia vedia, čo urobili. Formulár to nedokáže zachytiť.
Krok 2. Vytiahnite si objem change requestov za posledné tri mesiace. Potom vytiahnite čas zaznamenaný oproti kategóriám change requestov. Vypočítajte pomer. Ak je na každý vystavený change request zaznamenaná menej než jedna fakturovateľná hodina, vytekáte fakturovateľnú prácu na štrukturálnej úrovni. Väčšina z nej žije v medzere medzi „to vybavíme rýchlo" a riadkom, ktorý sa mal objaviť na faktúre budúceho mesiaca.
Krok 3. Spustite týždenný experiment s hlasovými poznámkami. Požiadajte tých istých troch skúsených delivery ľudí, aby na konci každého dňa po dobu jedného týždňa nadiktovali 60-sekundovú hlasovú poznámku, vlastnými slovami. Nechajte niekoho poznámky kategorizovať oproti vášmu zoznamu projektov. Porovnajte to s tým, čo zachytil váš nástroj na evidenciu. Tá medzera je veľkosťou problému. Je to hrubý spodný odhad fakturovateľných tržieb, ktoré ste nechávali vo vlastnej databáze.
Dáta sledované formulárom vám hovoria, čo mal váš tím čas vyťukať. Rozhovor vám hovorí, čo váš tím skutočne urobil. Tieto dve by sa mali zhodovať. Takmer nikdy sa nezhodujú.
