Článek
Zakázka se málokdy prodraží kvůli jedné dramatické události. Častěji se prodraží po malých krocích. Klient požádá o drobnou úpravu. Tým něco doplní, protože „to je na chvíli“. Obchodník chce udržet vztah, takže nechce každou změnu hned řešit jako vícepráci. Projektový manažer nechce brzdit realizaci, tak nechá tým pokračovat. A vedení se o tom dozví až později.
Jedna změna sama o sobě nemusí být problém.
Deset neřízených změn už ano.
Každá drobná úprava bere čas, kapacitu a pozornost. Pokud se nezapisuje, neschvaluje a nevyhodnocuje, mizí v provozu. Projekt pak na papíře vypadá stejně jako na začátku, ale reálně už má jiný rozsah, jinou náročnost a jinou ekonomiku.
Neřízená změna je práce, kterou firma často udělá, ale neumí ji řídit ani zaplatit.
„To je jen drobnost“ je drahá věta
Jedna z nejrizikovějších vět v zakázkové práci zní: „To je jen drobnost.“
Někdy opravdu je. Ale problém není v jedné drobnosti. Problém je v tom, že nikdo nesleduje jejich součet. Každá drobnost může znamenat patnáct minut, půl hodiny nebo dvě hodiny práce. Může změnit zadání, posunout termín, zapojit jiného člověka nebo vytvořit další kontrolu.
Pokud se změna nezapíše, nevznikne historie. Pokud se neodhadne, nevznikne dopad. Pokud se neschválí, nevznikne hranice. A pokud se nepromítne do ceny, snižuje marži.
To není o tom, že by firma měla klientovi účtovat každou minutu navíc. Je to o tom, že má vědět, co se děje. Některé změny může vědomě zahrnout jako součást vztahu. Některé může vyfakturovat. Některé může odmítnout. Některé může posunout do další fáze.
Ale neměla by je ztratit.
Změnové řízení není byrokracie
Když se řekne změnové řízení, mnoho lidí si představí těžkopádný proces. Formuláře, schvalování, čekání a zbytečnou administrativu. U malých zakázek by to samozřejmě nedávalo smysl. Ale žádné řízení změn je opačný extrém.
Cílem není brzdit práci. Cílem je mít jednoduchý způsob, jak zachytit změnu rozsahu.
Co klient požaduje? Kdo požadavek přijal? Jaký má dopad na čas, cenu nebo termín? Je to součást původního rozsahu, nebo vícepráce? Kdo to schválil? Má se upravit plán? Má se upravit fakturace?
Pokud firma tyto otázky neřeší průběžně, řeší je zpětně. A zpětně se změny dokazují špatně.
Klient si pamatuje domluvu jinak. Obchodník si není jistý. Realizace už práci udělala. Projektový manažer dohledává zprávy. A vedení se snaží pochopit, proč zakázka spotřebovala o tolik víc času.
To je moment, kdy změnové řízení přestává být teorie a stává se otázkou marže.
Změny musí být vidět ve stejném systému jako práce
Velký problém vzniká, když se změny řeší mimo pracovní systém. Klient napíše e-mail, někdo odpoví, tým začne pracovat, ale v projektu se nic nezmění. Nebo změna proběhne v chatu, ale nedostane se do úkolů. Nebo se o ní mluvilo na poradě, ale nikdo ji nepřipojil k zakázce.
Pak se ztrácí vazba mezi požadavkem, prací a ekonomikou.
Projektový nástroj může ukazovat, že úkoly běží. CRM může ukazovat původní hodnotu obchodu. Tabulka může ukazovat plánovaný rozpočet. Ale realita se mezitím změnila.
A pokud se změna nepromítne do systému, management ji neuvidí.
Jedním z nástrojů, který může pomoci držet změny u konkrétní zakázky, je například Bitrix24. Pokud je správně nastavený, může propojit obchod, projekt, úkoly, komunikaci, dokumenty a schvalovací kroky. Změnový požadavek tak nemusí zůstat jen v e-mailu nebo chatu, ale může se stát součástí zakázky, která má vlastníka, dopad a další krok.
Samotný nástroj ale opět nestačí.
Firma musí vědět, co pro ni změna znamená.
Ne každá změna se má fakturovat. Každá se má znát.
Řízení změn není jen o tom, jak dostat z klienta víc peněz. To by byl špatný pohled. Někdy je rozumné drobnou změnu udělat bez navýšení ceny. Jindy je dobré klientovi vyjít vstříc, protože vztah je důležitější než konkrétní hodina práce. A někdy je změna výsledkem nejasného zadání, za které nenese plnou odpovědnost klient.
Ale i tehdy má firma vědět, že změna proběhla.
Pokud se rozhodne vícepráci neúčtovat, má to být vědomé rozhodnutí. Ne důsledek toho, že si změny nikdo nevšiml.
To je rozdíl mezi obchodním rozhodnutím a ztrátou kontroly.
Průběžný přehled o změnách pomáhá i do budoucna. Firma vidí, u kterých typů zakázek vzniká nejvíc změn. Které nabídky jsou špatně naceněné. Kde klienti nejčastěji nerozumí rozsahu. Kde obchod slibuje příliš obecně. A kde realizační tým opakovaně doplňuje práci, která měla být v zadání už od začátku.
To jsou data, ze kterých se firma může učit.
Změny jsou testem firemního systému
Ve vJednom se při implementacích Bitrix24 často ukazuje, že firmy mají zakázky formálně dobře nastavené, dokud běží podle plánu. Skutečný test ale přichází ve chvíli, kdy se něco změní. Klient upraví požadavek, posune termín, přidá zadání, změní priority nebo začne komunikovat s jiným člověkem.
Pokud systém změnu zachytí, firma může reagovat.
Pokud ji nezachytí, změna začne žít mimo řízení.
A právě tam často mizí marže.
Ne ve velkých rozhodnutích.
Ale v drobných úpravách, které nikdo nespojil s časem, cenou a odpovědností.
Proto by otázka neměla znít jen: „Plníme zakázku podle plánu?“ Lepší otázka je: „Víme, kolikrát a proč se plán změnil?“
Pokud firma odpověď nezná, neřídí celý projekt.
Řídí jen jeho původní verzi.
Poznámka autora
Ve vJednom se při implementacích Bitrix24 (Alaio) často řeší, jak dostat změny v zakázkách z e-mailů, chatů a porad do jednoho systému. Bitrix24 (Alaio) může pomoci propojit požadavky, úkoly, schvalování, dokumenty a reporting. Rozhodující je ale jednoduchý proces, podle kterého firma pozná, kdy změna ovlivňuje čas, termín nebo marži.
