Většina firem, se kterými začínám spolupracovat, nemá zadání. Mají problém: něco trvá dlouho, něco se pořád přepisuje, na něco musí myslet jeden konkrétní člověk. Když se jich zeptám, co má systém umět, odpoví „no právě to potřebujeme vymyslet“.
To je normální stav a není důvod ho brát jako překážku. Zadání není vstup do vývoje, ale jeho první výstup. Tenhle článek popisuje, co místo zadání stačí přinést, aby z toho šlo za pár dní sestavit něco, co se dá ocenit a postavit.
Proč se zadání nedá napsat dopředu
Firma zná svoji práci líp než kdokoliv zvenčí. Co nezná — a ani nemá důvod znát — je, které z jejích pravidel jsou důležité pro software a která ne. Ve chvíli, kdy má někdo sepsat zadání „aby to bylo přesné“, stane se jedna ze dvou věcí.
Buď vznikne dokument, který popisuje současný stav do posledního detailu, včetně kroků, které existují jenom proto, že to tak vyšlo před osmi lety. Nebo vznikne seznam přání, kde je vedle sebe „evidence zakázek“ a „chtěli bychom AI“. Ani z jednoho se nedá spolehlivě stavět.
Zadání, které funguje, vzniká z pozorování reálné práce. Ne z představy o ní.
Co stačí přinést místo zadání
Ukázku, jak to dnes probíhá
Nejcennější věc, kterou můžete ukázat, je poslední skutečný případ od začátku do konce. Poptávka, jak dorazila. Tabulka, do které se přepsala. E-mail, kterým se potvrdila. Klidně i ten chaos mezi tím — právě tam je vidět, kde se ztrácí čas.
Screenshot současné tabulky mi řekne víc než třístránkový popis požadavků.
Tři poslední případy, kdy to nevyšlo
Zapomenutý termín, špatná cena, zakázka, na kterou se zapomnělo. Konkrétní případy ukážou, kde je systém potřeba, mnohem přesněji než obecné „chceme mít přehled“. A rovnou z nich vyplyne, co má nové řešení hlídat.
Kdo se toho účastní
Kolik lidí do procesu sahá, kdo co smí schválit a kdo to po nich kontroluje. Tohle rozhoduje o velikosti projektu víc než počet obrazovek, protože z toho plynou role a práva.
Co se nesmí rozbít
Skoro každá firma má věc, která funguje a nemá se jí sahat — zavedené číslování dokladů, formát exportu pro účetní, sestava, kterou chce majitel v původní podobě. Když se řekne dopředu, ušetří to kolo předělávek.
Jedno číslo, které má klesnout
Hodiny nad fakturací. Dny od poptávky k nabídce. Počet reklamací z chyby v zadání. Bez tohohle čísla se po nasazení nedá říct, jestli projekt vyšel — zůstane jen dojem, že „to je teď lepší“.
Otázky, na které si odpovíte sami
Než se sejdeme, projděte si tenhle seznam. Když na většinu odpovíte, zadání je hotové z osmdesáti procent:
- Kde práce vzniká — e-mailem, telefonem, z webu, z e-shopu?
- Kdo ji jako první vidí a co s ní udělá?
- Kde je uložená informace, kterou hledáte nejčastěji?
- Co musí být hotové, aby se dalo fakturovat?
- Který krok se nejčastěji opakuje ručně?
- Co se stane, když někdo udělá chybu — kdy se to zjistí?
- Která část by měla zůstat beze změny?
Jak z toho vznikne zadání
Postup, který používám, má čtyři kroky a firmu stojí jeden hovor:
- Hovor nad reálným případem. Projdeme jednu zakázku od vzniku po fakturaci a zapisuju, kde se čeká, kde se přepisuje a kde se kontroluje.
- Mapa procesu. Z toho vznikne popis současného stavu — obvykle jedna stránka. Bývá to poprvé, co firma vidí celý proces pohromadě.
- Návrh prvního kroku. Vyberu jedno místo s největším poměrem bolesti a proveditelnosti. Ne celý systém, jeden proces.
- Rozsah a cena předem. K prvnímu kroku patří pevná cena a termín, aby se firma rozhodovala podle čísla, ne podle odhadu.
Co z toho vypadne, není dokument pro archiv. Je to podklad, podle kterého se dá začít stavět — a zároveň měřítko, proti kterému se dá po nasazení říct, jestli to vyšlo.
Jak vypadá mapa procesu
Aby to nebylo abstraktní, tady je modelový příklad z oboru montáží a servisu — poskládaný z toho, co se v takových firmách opakuje nejčastěji. Záznam po prvním hovoru vypadá zhruba takhle:
- Poptávka přijde e-mailem nebo telefonem. Telefonní poptávky se nikam nezapisují.
- Technik odhadne rozsah, obvykle z fotky od zákazníka.
- Vzniká nabídka ve Wordu podle poslední podobné. Hledání té „poslední podobné“ zabere nejvíc času.
- Po schválení se termín zapíše do sdíleného kalendáře.
- Po montáži pošle technik fotky a poznámky do skupinového chatu.
- Na konci měsíce se z chatu a kalendáře skládá podklad k fakturaci. Dva dny práce, půlka je dohledávání.
Kurzívou jsou označená místa, kde se ztrácí čas nebo informace. Všimněte si, že nic z toho není technický požadavek — a přesto z toho jde přímo odvodit, co má první verze umět: zapsat každou poptávku bez ohledu na kanál a udržet u zakázky fotky, poznámky i termín pohromadě.
Fakturační podklad, který firma původně považovala za hlavní zadání, vyšel jako důsledek. Když jsou data u zakázky, sestaví se sám.
Kdo má být u toho hovoru
Ideálně dva lidé: ten, kdo proces reálně dělá, a ten, kdo smí rozhodnout o změně. Když je to jedna osoba, tím líp.
Nefunguje varianta, kdy přijde jen vedení. Popíše, jak má práce probíhat podle směrnice, a to bývá něco jiného než skutečnost. Stejně tak nestačí jen řadový pracovník — popíše realitu přesně, ale nesmí schválit, že se něco dělat přestane.
Nejčastější omyl: zadání podle nástroje
„Chceme to mít v Notionu.“ „Potřebujeme AI.“ „Kolegové mají Power BI.“ Tohle nejsou zadání, ale předjímaná řešení — a docela často vedou k tomu, že se problém ohne, aby seděl do vybraného nástroje.
Nástroj má být poslední rozhodnutí, ne první. Když napřed popíšete, co se má stát, výběr technologie z toho vypadne skoro sám a je snadné ho obhájit.
Tři věty, kterými se zadání nejčastěji zabije
„Ať to umí všechno, ať to nemusíme řešit podruhé.“
Vede na projekt, který se nasazuje o rok později, než mohl. Funkce navíc se musí navrhnout, otestovat a udržovat, i když je nikdo nepoužije — na ceně je to poznat okamžitě.
„Udělejte to jako mají u konkurence.“
Vidíte jejich rozhraní, ne jejich pravidla. Kopie cizího systému obvykle nesedí na vaše procesy a rozdíl se zjistí až při nasazení.
„Detaily doladíme za pochodu.“
Některé detaily opravdu počkají. Ale rozhodnutí typu „kdo smí měnit cenu po schválení“ prochází celou aplikací a jeho odložení znamená, že se práce dělá dvakrát.
Co si odnesete, i když nic nezadáte
Z hovoru odchází firma s popisem vlastního procesu a s pojmenováním místa, kde se ztrácí nejvíc času. To má hodnotu samo o sobě — část firem si první krok nakonec vyřeší interně a je to v pořádku.
Někdy je výsledkem i to, že vývoj nedává smysl a stačí zůstat u tabulky. Radši to řeknu na začátku než po třech měsících.
Jak taková spolupráce vypadá dál, je na stránce vývoj softwaru na míru. Nemáte zadání? Napište mi a připravím ho z toho, co děláte dnes.