Keď faktúra za cloud prekročí rozpočet, prvá reakcia väčšiny firiem je rovnaká: pritvrdiť. Zaviesť schvaľovanie každého nového zdroja, zmraziť experimenty, žiadať zdôvodnenie na tri podpisy. Znie to zodpovedne a je to takmer vždy chyba. Firma tým totiž likviduje presne to, kvôli čomu do cloudu išla: rýchlosť. Dobrá správa je, že dilema „kontrola alebo inovácie“ je falošná. Dá sa mať oboje, len nie cez schvaľovacie procesy.
Prečo schvaľovanie nefunguje
Manuálne schvaľovanie má dva zabudované problémy. Po prvé, spomaľuje všetkých rovnako, aj tímy, ktoré hospodária vzorne. Po druhé, ľudia si nájdu cestu okolo: keď žiadosť o testovací server trvá dva týždne, inžinier si ho vytvorí pod iným projektom, na firemnú kartu alebo „len na chvíľu" mimo evidencie. Výsledkom nie je kontrola, ale tieňové prostredie, o ktorom nikto nevie, teda presný opak kontroly. Schvaľovanie navyše prichádza v nesprávnom momente: rieši vznik zdroja, no drvivá väčšina zbytočných nákladov vzniká až jeho ponechaním bez dozoru.
Najprv viditeľnosť, potom kontrola
Nedá sa riadiť to, čo neviete komu priradiť. Základom preto nie je zákaz, ale adresnosť: každý zdroj má menovku s tímom a projektom, ktorému patrí, a každý tím vidí svoje vlastné náklady. Ideálne priebežne, nie raz mesačne v tabuľke od financií. Tento krok znie triviálne, no má prekvapivo silný efekt. Tím, ktorý svoje čísla vidí, sa začne správať inak bez jediného príkazu zhora. Predimenzovaný server, ktorý bol doteraz neviditeľnou položkou v spoločnej faktúre, je zrazu konkrétne číslo v rozpočte konkrétneho tímu a niekomu začne prekážať.
Mantinely namiesto brzdy
Skutočná kontrola nevyzerá ako závora pred každým rozhodnutím, ale ako zvodidlá popri ceste. V praxi to znamená pravidlá, ktoré vynucuje samotná platforma: rozpočet s automatickým upozornením pri prekročení, povolené veľkosti serverov a regióny, automatické vypínanie testovacích prostredí mimo pracovnej doby, automatické mazanie zdrojov bez vlastníka. Tím jazdí vlastnou rýchlosťou a nikoho nečaká, no z cesty nevybočí, pretože to systém jednoducho nedovolí. Rozdiel oproti schvaľovaniu je zásadný: pravidlo zabudované do platformy funguje nepretržite, nič nestojí a nedá sa obísť únavou schvaľovateľa.
Inovácie potrebujú vyhradený priestor, nie výnimku
Experimenty netreba brzdiť, treba im dať ohradené ihrisko. Osvedčený model je vyhradené experimentálne prostredie s tvrdým finančným stropom: tím v ňom môže skúšať čokoľvek bez pýtania, a keď minie limit, prostredie sa jednoducho zastaví. Neúspešný experiment tak stojí presne toľko, koľko ste vopred povolili a nikdy viac. Firma tým získa niečo cenné: inovácie prestanú byť rozpočtovým rizikom, takže ich nikto nemá dôvod zakazovať. Popri tom sa oplatí sledovať jedno číslo, ktoré spája financie s technikou: náklad na jednotku: na zákazníka, objednávku či transakciu. Rastúca faktúra pri klesajúcom jednotkovom náklade nie je problém, ale zdravý rast.
Čo to znamená pre vás
Kontrola nákladov, ktorá pridáva schvaľovacie kroky, je navrhnutá zle. Spomalí inovácie a náklady aj tak neustráži. Kontrola, ktorá funguje, má tri vrstvy: každý náklad má adresáta, pravidlá vynucuje platforma namiesto ľudí a experimenty majú vlastný priestor s vopred známym stropom. Nič z toho nevyžaduje veľký projekt. Vyžaduje to rozhodnutie, že náklady sa budú riadiť rovnako inžiniersky ako dostupnosť či bezpečnosť.
Otázka na vás: Keby chcel váš tím zajtra otestovať nový nápad v cloude, vie presne, koľko smie minúť a existuje niečo, čo ho zastaví skôr, než sa experiment premení na trvalý náklad?
SP Software Solutions | Just Cloud IT