Proč honba za rychlostí vytváří zítřejší softwarové problémy

Tlak na dodání ERP a business-kritického softwaru rychleji často vytváří skryté náklady, které organizace nakonec budou muset řešit, tvrdí Carl Andrews, CEO, Original Software.

Každý CIO již seděl na oslavě spuštění. Dort, gratulace, pocit úlevy, že něco konečně vyšlo. Méně se mluví o tom, co se děje v měsících, které následují, když tlak na dodání včas již tiše přenesl své náklady na týmy, které musí udržovat to, co bylo dodáno.

Toto není nikterak specifický problém. Pohon pro rychlejší dodání softwaru zrychluje, ne zpomaluje. Sprint cykly se zkracují, frekvence vydání se zvyšuje a očekávání, že technologie by měla reagovat na obchodní potřeby téměř v reálném čase, je nyní standardem. Pohybovat se rychleji je obvykle správná instinkt. Otázka je, co se tiše obětuje, aby se to stalo.

Odkud začíná dluh

Technický dluh se zřídka objeví s varováním. Tvoří se prostřednictvím rozhodnutí, která jednotlivě vypadají zcela obhajitelně. Dokumentace se posune dolů v seznamu priorit, protože tým musí splnit termín. Dočasné řešení se přidá do konfigurace ERP, protože správné řešení by zdrželo projekt. Testování se sníží, protože termíny již sklouzávají

Customizace zůstane na místě, protože její nahrazení by se zdálo příliš rušivé.

Nikdo nemá v úmyslu nahromadit dluh. Je to to, co zůstane po sérii rozumně znějících rozhodnutí, učiněných pod tlakem. Co začalo jako několik zkratků se stane systémem, který je těžší měnit, častěji selhává a stojí více na údržbu, než někdo rozpočetoval.

Prostředí ERP jsou zvláště zranitelná. Svou povahou sedí v centru organizace, spojují finance, HR, dodavatelský řetězec, nákup a další kritické obchodní funkce. V průběhu času roky zkratků, dočasných řešení a špatně zdokumentovaných změn vytvářejí složitost, kterou nikdo nezamýšlel, ale všichni dědí. Výsledek je předvídatelný, i když timing není problém, který by měl být zachycen v testování, ale v živých obchodních procesech, obvykle v nejhorším možném okamžiku.

Proč organizace podceňují problém

Část výzvy spočívá v tom, že technický dluh se zřídka objeví jako zjevná cena. Na rozdíl od neúspěšného projektu nebo zmeškaného termínu se dluh nahromadí postupně. Zobrazí se jako aktualizace, které trvají déle, než se očekávalo. Změny, které vyžadují více úsilí, než by měly. Týmy tráví týdny zkoumáním problémů, které by dříve byly přímo řešitelné.

Protože tyto náklady vznikají pomalu, jsou často považovány za izolované incidenty, spíše než příznaky širšího problému. Organizace se tendenci zaměřují na viditelné výhody rychlého dodání, zatímco přehlížejí dlouhodobé důsledky ztížení údržby a vývoje systémů.

Výsledek je, že technický dluh často získává pozornost pouze tehdy, když začíná ovlivňovat obchodní výkon.

Dopad na inovace, produktivitu a odolnost

Největší náklad technického dluhu není obvykle technický. Je strategický. Jak se prostředí ERP stávají složitějšími, týmy IT tráví více času údržbou stávajících systémů a méně času dodáváním nových funkcí. Zdroje, které by mohly podporovat transformační projekty, procesní zlepšení nebo iniciativy AI, jsou místo toho spotřebovány odstraňováním problémů, přetěžováním a údržbou systémů.

Inovace zpomalují, protože každá změna nese větší riziko. Produktivita trpí, protože rutinní úkoly trvají déle. Odolnost klesá, protože systémy jsou těžší testovat, podporovat a zotavovat, když něco jde špatně. To vytváří frustrující cyklus. Organizace tlačí na rychlost, aby zůstaly konkurenceschopné, ale dluh vytvořený touto rychlostí nakonec zpomalí budoucí změny, učiní je dražšími a obtížnějšími na dodání.

Nalezení správné rovnováhy

Odpověď není zpomalit. Málo organizací si to může dovolit. Cílem je vytvořit procesy dodání, které podporují rychlost bez kompromisů v dlouhodobé kvalitě. To začíná uznáním, že činnosti, jako je testování, dokumentace a správa, nejsou překážkami dodání. Jsou to to, co umožňuje udržitelné dodání. Pro systémy ERP je zejména důležité robustní regresní testování.

To organizacím dává důvěru, že změny, aktualizace a úpravy lze zavést bez vytváření neočekávaných problémů jinde v podniku. V kombinaci s větší automatizací a dřívějším testováním v průběhu životního cyklu dodání pomáhá identifikovat problémy, než se stanou nákladnými problémy.

Nej重要něji, organizace potřebují pohlížet na technický dluh jako na obchodní problém, spíše než technický. Rozhodnutí učiněná pro urychlení dodání dnes ovlivňují náklady, flexibilitu a odolnost systémů v průběhu let.

Spouštění není cílem. Je to prostě místo, kde se začínají objevovat dlouhodobé důsledky těchto rozhodnutí. Organizace, které uspějí v průběhu času, nebudou ty, které se budou pohybovat nejrychleji v krátkém termínu, ale ty, které budou moci pokračovat v změnách a inovacích bez toho, aby byly brzděny systémy, na které se spoléhají.