Ľudí, ktorých chcete prijať, už máte

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.

Práca, ktorú si organizácia vyrába sama

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 %. Je to bežná úroveň.

V produktovej firme tomu nikto nehovorí failure demand, ale na vašom stole sa to objavuje každý týždeň. Eskalácia od kľúčového zákazníka kvôli chybe v poslednom release. Sťažnosť, že nová funkcia je mätúca. Požiadavka, ktorá sa po mesiaci vráti, lebo „hotové“ riešenie problém nevyriešilo. Žiadosť o featuru, ktorá je v skutočnosti obchádzkou starého problému. Každá z nich si berie čas ľudí, ktorých platíte, a v reporte vyzerá ako odvedená práca. Novú hodnotu neprináša ani jedna a každej 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.

Nábor zväčší aj kapacitu zlyhávať

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, kapacity máte dosť. Väčšinu z nej míňa systém na dopyt, ktorý si sám vyrába. 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, ktorej sa dalo predísť.

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.

Dashboard ukazuje zlyhania ako vybavenú prácu

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í. V produktových tímoch robí to isté velocity, počet dodaných položiek za šprint. Položka sa uzavrie skôr, než je naozaj hotová. Keď sa vráti, zapíše sa ako nová práca a po druhom uzavretí aj ako ďalší výkon. Report rastie a zákazník čaká na to isté druhýkrát.

Tento dopyt vyrába návrh samotnej práce

Failure demand vzniká z toho, ako je práca navrhnutá. Dopyt vyrábajú ciele, postupy, odovzdávky a organizačné štruktúry. Všetky ich nastavilo vedenie, a vedenie ich preto môže aj zmeniť. 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. Koľko z nej sa dá odstrániť, ukáže až meranie. Kým ten pomer nikto nezmeral, celá kopa vyzerá ako „práca“, aj tá veľká časť, ktorú si organizácia vyrobila sama.

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 %. Pre každého, kto schvaľuje nábor, je dôležité ďalšie číslo: celkový dopyt klesol o viac než 30 %. Vecí sa pritom nepokazilo menej. Organizácia prestala vyrábať spätné hovory, opakované návštevy a sťažnosti, ktoré celý čas tvorili väčšinu práce. Kapacity mali dosť, len ju zaberala práca, 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 mal ľudí dosť, a predsa mal šesť týždňov práce v rade. 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é. 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 kapacita, ktorú dnes spotrebúva práca vyrobená vlastnou štruktúrou. Žiadosť o nové miesta hľadá kapacitu vonku, na trhu práce. Toto číslo ju ukazuje vnútri, v tom, ako je práca nastavená. V platformovom tíme to bolo 62 %, v Portsmouthe 74 %. Ľudí, ktorých chcete prijať, už pravdepodobne máte: dnes vybavujú tú istú prácu druhýkrát.