Väčšina vašej práce by nemala existovať

Platformový tím, s ktorým som pred pár rokmi pracoval, mal 14 ľudí a šesť týždňov práce, ktorá už čakala v rade. Topili sa. Žiadosť bola priamočiara: dvaja vývojári navyše, jeden tester, jeden vyhradený DevOps inžinier. Počty vyzerali jasne. Viac dopytu než kapacity. Doplňte ľudí a medzera zmizne.

Skôr než žiadosť o nové miesta (headcount) prešla, spýtal som sa, či sa môžeme pozrieť na to, čo im prichádza na vstupe. Vytiahli sme tri mesiace tiketov a roztriedili ich podľa typu.

62 % prichádzajúcej práce neboli nové požiadavky. Bola to prerábka. Doplňujúce otázky k tiketom, ktoré boli „vyriešené“, ale problém v skutočnosti nevyriešili. Eskalácie od tímov, ktoré platformu nevedeli použiť, lebo dokumentácia nesedela s tým, ako sa správa. Chyby, ktoré sa vrátili po záplate predchádzajúcich chýb. Žiadosti o podporu, ktoré vyvolal mätúci samoobslužný portál, narýchlo dodaný, aby sa stihol štvrťročný cieľ.

Tím nebol poddimenzovaný. Spracovával vlastné zlyhania.

To, čo nikto nemeria

Ten jav má meno. John Seddon ho nazval failure demand (dopyt z vlastného zlyhania): dopyt, ktorý vzniká z toho, že niečo pre zákazníka neurobíme, alebo to neurobíme dobre.

Zákazník zavolá, aby si otvoril bankový účet: to je value demand (hodnotový dopyt). Zákazník volá znova, lebo účet otvorili nesprávne: to je failure demand. Oba hovory zaberú čas, spotrebujú zdroje a v metrikách sa objavia ako „vybavená práca“. Hodnotu vytvoril len jeden. Ten druhý je čistý odpad, ktorý si organizácia vyrobila sama.

Naprieč servisnými organizáciami sa failure demand pohybuje na úrovni 40 až 60 % celkového dopytu. V kontaktných centrách miestnej samosprávy a v sociálnych službách dosahuje 80 %. V policajných zboroch je to viac než 75 %. Nie sú to výnimky. Je to norma.

V softvéri tomu nikto nehovorí failure demand, ale spoznali by ste to. Hlásenie chyby znamená, že niekto dodal niečo pokazené. Tiket o mätúcom UX znamená, že niekto navrhoval pod tlakom termínu, nie pre používateľa. Znovuotvorený tiket znamená, že niekto označil prácu za „hotovú“, hoci hotová nebola. Žiadosť o featuru, ktorá je v skutočnosti obchádzkou problému, znamená, že niekto nikdy nepochopil skutočnú potrebu. Každá z týchto vecí vytvára prácu. Ani jedna nie je nová hodnota. Všetkému sa dalo predísť.

Vytiahnite si, čo prichádza vášmu tímu na vstupe. Poctivo zaraďte každú položku: chce niekto niečo nové, alebo sa niekto vracia preto, že niečo vyššie v toku zlyhalo? To číslo bude vyššie, než hádal ktokoľvek v miestnosti. Manažéri zvyčajne pred meraním tipujú 10 až 15 %, a potom zistia 40 až 60 % alebo viac.

Prečo nábor problém zhoršuje

Keď dopyt prevýši kapacitu, prvý inštinkt je pridať kapacitu. Viac ľudí, viac tímov, viac rozpočtu. Logika sa zdá zrejmá: ak máme 100 jednotiek práce a 80 jednotiek kapacity, potrebujeme 20 jednotiek kapacity navyše.

Lenže ak je 60 z tých 100 jednotiek failure demand, nemáte problém s kapacitou. Máte systém, ktorý si sám vyrába dopyt, s ktorým sa potom borí. Najať viac ľudí na spracovanie failure demand znamená zvýšiť kapacitu systému zlyhávať.

Programy na zefektívnenie majú ten istý problém. Optimalizácia procesov, automatizácia, lepšie nástroje: všetko užitočné, ale keď to nasadíte na failure demand, optimalizujete spracovanie odpadu. Začnete rýchlejšie robiť prácu, ktorá by nemala existovať.

A ten kruh sa sám posilňuje. Ciele, štandardizované postupy a funkčné silá obmedzujú, ako môžu pracovníci reagovať. Obmedzení pracovníci nedokážu vyriešiť celú potrebu, a tak sa zákazníci vracajú. Vracajúci sa zákazníci spotrebúvajú kapacitu, čím všetko pôsobí preťaženo. Manažéri na preťaženie reagujú ďalšími cieľmi, ďalšou štandardizáciou, ďalším škrtaním nákladov, čo pracovníkov obmedzuje ešte viac. Failure demand rastie. Organizácia každý rok beží usilovnejšie, investuje do „efektívnosti“, a výkon napriek tomu klesá. Ten bežiaci pás si postavila sama.

Prečo to nikto nevidí

Failure demand je neviditeľný, lebo metriky ten rozdiel nevidia. Manažér call centra vidí „za tento týždeň vybavených 10 000 hovorov“. Nevidí „6 000 z tých hovorov boli zákazníci, ktorí volali znova, lebo sme im to pokazili“. Spracované prípady, zatvorené tikety, dodané story: každá jednotka failure demand sa zaznamená ako vykonaná práca. A keď je práca roztrieštená naprieč oddeleniami, nikto si nespojí súvislosti. Videl som organizácie, kde sa jediná potreba zákazníka dotkla štyroch tímov, vygenerovala osem tiketov a vyprodukovala osem stavov „vyriešené“. Na dashboarde sa ukázalo osem výhier. Zákazník mal jeden nevyriešený problém.

Skutočný motor neviditeľnosti sú však ciele. Keď sa operátori merajú na priemernom čase vybavenia hovoru, hovory zatvárajú rýchlo, namiesto toho, aby ich vyriešili. Rýchle zatvorenie vytvára podmienky na to, aby zákazník zavolal znova. Cieľ, ktorý mal zvýšiť efektívnosť, vyrába dopyt, ktorý kapacitu zahltí. Keď sa vývojári merajú na velocity, tlačia story do stavu „done“ skôr, než sú naozaj hotové. Znovuotvorený tiket v ďalšom sprinte je nová jednotka failure demand, a nová jednotka velocity, keď sa znova zatvorí.

Časť, ktorú nikto nechce auditovať

Čo robí failure demand nepríjemným: nespôsobujú ho zlí ľudia. Spôsobuje ho to, ako je práca navrhnutá. Dopyt vyrábajú ciele, postupy, odovzdávky a organizačné štruktúry, ktoré zaviedlo vedenie. Pracovníci sa za svojich podmienok správajú racionálne. Keď im podmienky bránia vyriešiť potrebu na prvý raz, nevyriešia ju. Zákazník sa vráti. Objaví sa ďalšia práca.

Áno, časti failure demand sa vyhnúť nedá. Zložité organizácie produkujú chyby. Lenže väčšina organizácií ten pomer nikdy nezmerala, takže netušia, koľko z toho sa dá odstrániť a koľko nie. Celú kopu berú ako „prácu“, hoci veľkú časť z nej si spôsobili sami.

Mestská rada v Portsmouthe zistila, ako ten pomer vyzerá. Ich služba opráv bytov bola pomalá, drahá a v neustálom sklze. Keď Seddonov tím preskúmal dopyt, 74 % bol failure demand. Nájomníci volali znova, lebo oprava nebola hotová. Opakované návštevy, lebo doniesli nesprávne diely. Následné sťažnosti, lebo sa nikto neukázal v rámci 28-dňového cieľa. Práca bola organizovaná okolo funkčných odovzdávok: jeden tím prijal hovor, druhý naplánoval návštevu, tretí vyslal opravárov, štvrtý objednal diely. Každá odovzdávka bola príležitosťou stratiť informáciu, a každá stratená informácia vyvolala ďalší hovor, ďalšiu návštevu, ďalšiu sťažnosť.

Prerobili to okolo skutočnej potreby nájomníka: opraviť to, poriadne, na prvú návštevu. Opravárom dali právomoc plánovať si vlastný čas. Nechali ich voziť so sebou bežné diely. Odstránili funkčné odovzdávky. Priemerný čas dokončenia klesol zo 40 dní na 11. Podiel opráv vyriešených na prvú návštevu vyskočil na 90 %. Failure demand klesol zo 74 % na menej než 10 %. A tu je tá časť, pri ktorej by mal každý manažér zodpovedný za nábor strácať spánok: celkový dopyt klesol o viac než 30 %. Nie preto, že sa pokazilo menej vecí. Preto, že organizácia prestala vyrábať tie spätné hovory, opakované návštevy a sťažnosti, ktoré celý čas tvorili väčšinu práce. Nepotrebovali viac kapacity. Topili sa v práci, ktorú si vyrobili sami.

Policajné zbory v anglickom Midlands zistili to isté: viac než 75 % failure demand. Po prerobení zdvojnásobili kapacitu na naliehavé zásahy bez toho, aby pridali čo i len jediného policajta.

Skôr než začnete najímať

Ten platformový tím nemal šesť týždňov práce v rade náhodou. Nebolo to tým, že boli pomalí. Nebolo to tým, že boli poddimenzovaní. Bolo to tým, že viac než polovica práce, ktorá im prichádzala k dverám, vznikala v ich vlastnej organizácii: predchádzajúce skratky, slabá dokumentácia, samoobslužný portál, ktorý mal naháňať štvrťročnú metriku namiesto napĺňania potreby používateľa, a štruktúra odovzdávok, ktorá tak dôkladne roztrieštila ownership (prevzatie zodpovednosti za výsledok), že požiadavku nedokázal od začiatku do konca vybaviť ani jeden človek.

Keď sme vyriešili tri najväčšie zdroje failure demand (UX portálu, medzeru v dokumentácii a rozbitú odovzdávku medzi dvoma podtímami), ich efektívny backlog klesol za osem týždňov o 40 %. Žiadni noví ľudia. Žiadne nové nástroje. Prestali vyrábať prácu, v ktorej sa topili.

To cvičenie je jednoduché a výsledky sú nepríjemné. Vezmite posledné dva týždne práce, ktorá prišla vášmu tímu. Pri každej položke sa spýtajte: chce niekto niečo nové, alebo sa niekto vracia preto, že niečo vyššie v toku zlyhalo?

Spočítajte ten pomer.

To číslo je daň, ktorú si vaša organizácia sama uvaľuje na vlastnú kapacitu. Väčšina tímov ho nikdy nespočíta, lebo spočítať ho znamená priznať, že systém, ktorý ste navrhli, vyrába dopyt, ktorý sa snažíte uspokojiť. Najímať je ľahšie. Najímať znamená, že problém je vonku: málo ľudí. Auditovať znamená, že problém je tu vnútri: ako sme to nastavili. Žiadosť o nové miesta nikomu nikdy neohrozila kariéru. Otázka, prečo tá práca vôbec existuje, ohrozila kariéru mnohým.