Ve chvíli, kdy firmy mluví o digitalizaci, často řeší technologie, bezpečnost nebo regulace. To všechno jsou důležitá témata. Z mojí zkušenosti ale o úspěchu projektu rozhoduje ještě něco jiného: společné cíle a spolupráce byznysu a IT.

A právě tady mnoho projektů selhává.

Ne proto, že by chyběli chytří lidé. Ne proto, že by byla špatně vybraná technologie. Ale proto, že chybí společný rytmus. Chybí jasná místa, kde se zpřesňuje zadání, potvrzují priority, odstraňují překážky a dělají rozhodnutí. Bez toho se i dobře rozjetý projekt začne dřív nebo později rozjíždět do stran.

V MoroSystems jsme si za roky práce na digitalizaci procesů a vývoji software ověřili, že soulad mezi IT a byznysem nevzniká proklamací. Vzniká disciplínou. Vzniká pravidelným pracovním rytmem, který drží projekt ve směru i ve chvíli, kdy se mění priority, roste komplexita a přibývá tlak na rychlost. Ten rytmus u nás stojí na sedmi rituálech. Jejich podoba vychází i z našeho interního projektového rámce. 

Nejsou to formality. Jsou to konkrétní mechanismy, díky kterým se z byznysového zadání stává fungující software.

Ceremonie-projektove-11-2

1. Backlog Refinement

Bez přesného zadání nevzniká rychlost. Vzniká chaos.

Mnoho firem si pořád myslí, že rychlost znamená začít co nejdřív vyvíjet. Já si myslím přesný opak. Skutečná rychlost vzniká ve chvíli, kdy tým efektivně dodává, co je skutečně potřeba.

Proto je Backlog Refinement jeden z nejdůležitějších momentů v projektu. Analytický tým, vývojový tým a vlastník produktu v něm pravidelně vyjasňují zadání a diskutují nad řešeními byznysových potřeb.

2. Sprint Plan

Priority bez reality jsou jen dobře znějící přání.

Stará známá věc je, že každý projekt má víc požadavků než času dostupného k jeho vyřešení. Rozdíl mezi dobrým a špatným delivery není v tom, že by někdo uměl slíbit víc. Rozdíl je v tom, že dobrý tým umí poctivě rozhodnout, co má opravdu smysl udělat teď, co později a co nikdy, protože to neodpovídá byznysovým cílům projektu.

Sprint Plan je chvíle, kdy z backlogu skládáme skutečné priority pro další období a upravujeme roadmapu podle reality projektu. Účastní se celý tým, rozhoduje produktový vlastník.

Pro zákazníka je to zásadní bod. Tady se z ambicí stává plán. Tady se ukazuje, jestli projekt skutečně řídíme, nebo jen doufáme, že to nějak vyjde.

3. Stand Up

Problémy nejsou nebezpečné. Nebezpečné je, když o nich tým mlčí.

Každodenní Stand Up může zvenčí působit jako drobnost. Ve skutečnosti je to jeden z nejlevnějších a nejúčinnějších nástrojů, jak držet projekt v pohybu.

Vývojový tým na něm každý den sdílí postup prací, říkají si, kdo na čem pracuje, a otevírají překážky, které je potřeba odstranit proto, aby tým dokázal naplnit Sprint Plan potažmo cíle celého projektu.

Na projektech nevznikají průšvihy skokově. Vznikají tím, že malé překážky zůstávají bez pozornosti příliš dlouho. Stand Up pomáhá přesně tomu zabránit.

4. Demo

Software musí být vidět průběžně. Ne až na konci.

Jeden z největších omylů při digitalizaci a vývoji softwaru je představa, že zákazník má na výsledek počkat, až bude „hotovo“. To je recept na frustraci na obou stranách.

Demo je moment, kdy tým představuje zástupcům zákazníka vedeného produktovým vlastníkem konkrétní výsledky sprintu, sbírají zpětnou vazbu a společně reflektují další směr projektu.

Jsem přesvědčený, že software má mluvit co nejdřív sám za sebe. Ne slide deck. Ne status report. Skutečný výsledek. Právě to drží očekávání a realitu blízko u sebe.

5. Sprint Review

Nestačí mít pocit pokroku. Je potřeba vědět, co se opravdu posunulo.

Na dobře vedeném projektu se neslaví jen vysoká aktivita. Sleduje se reálný posun.

Sprint Review slouží k rekapitulaci dokončených úkolů, změn priorit a dopadů do dalšího sprintu. Účastní se ho vývojový tým a vlastník projektu.

Tenhle rituál mám rád, protože vrací projekt na zem. Odděluje skutečně doručenou hodnotu od dojmu, že se přece „pořád něco děje“. A to je pro důvěru mezi zákazníkem a dodavatelem naprosto klíčové.

6. Steering Committee

Projekt nebrzdí nedostatek práce. Často ho brzdí různě nastavená očekávání a nedostatek rozhodnutí.

Na většině složitějších projektů dřív nebo později narazíte na moment různých očekávání. Digitalizace se často týká všech týmů v organizaci. Ty si kladou otázky, proč se dnes řeší byznysové potřeby jiného týmu, když my sami potřebujeme vyřešit ty naše. To přináší nejistotu, chodbové řeči, špatnou náladu, nespolupráci, která v budoucnu zabrání úspěšné adopci nového systému pro praxe. A to je problém. Přínos digitalizace nevzniká vytvořením nového řešení, až jeho využíváním.

Steering committee vyjasňuje očekávání mezi všemi zainteresovanými, vede k jasně nastaveným prioritám, a rozhodnutím. O prioritách. O rozsahu. O kompromisu. O směru.

Právě proto má pevné místo Steering Committee. Stakeholdeři, produtkový vlastník, delivery manažer se jednou za iteraci, či etapu potkávají nad stavem projektu, potvrzují výsledky a dělají rozhodnutí podle aktuálních potřeb. 

Je to kritický bod. Komplexita prostředí je vysoká, zainteresovaných stran je hodně a cena pozdního rozhodnutí bývá výrazná. Steering Committee drží projekt manažersky při životě.

7. Retro

Kvalitní tým nezlepšuje jen produkt. Zlepšuje i sebe.

Nejlepší projekty nepoznáte podle toho, že nemají problémy. Poznáte je podle toho, že se z nich umí rychle učit.

Retro je prostor, kde si tým dává zpětnou vazbu na spolupráci a domlouvají konkrétní zlepšení.

Je to jednoduchý, ale silný princip: nestačí ladit backlog a roadmapu. Je potřeba ladit i způsob, jakým spolu lidé fungují. Protože právě kvalita spolupráce často rozhodne, jestli projekt zvládne i náročnější fáze bez ztráty tempa.

Proč těchto 7 rituálů funguje

Každý z těchto rituálů řeší jiný problém. Teprve dohromady vytvářejí systém, který drží IT a byznys v jedné linii.

Backlog Refinement zpřesňuje zadání.
Sprint Plan převádí priority do reality.
Stand Up drží denní exekuci.
Demo a Sprint Review průběžně ověřují, že vzniká správná hodnota.
Steering Committee zajišťuje jasně nastavená očekávání a včasná rozhodnutí.
Retro zlepšuje způsob spolupráce.

Tohle podle mě není metodická kosmetika. To je operační základ dobře řízené digitalizace.

Často nestačí být jen rychlý. Je potřeba být rychlý a zároveň přesný. Rychlý a zároveň bezpečný. Rychlý a zároveň řiditelný.

Závěrem

Když se IT a byznys míjejí, projekt dřív nebo později začne pálit čas, peníze i energii. Když fungují v jedné linii, digitalizace má šanci přinést skutečný výsledek.

Moje zkušenost je jednoduchá: soulad mezi IT a byznysem se nedeklaruje. Buduje se. Týden po týdnu, sprint po sprintu, rozhodnutí po rozhodnutí.

A právě k tomu nám v MoroSystems slouží našich sedm rituálů.