V tomto článku
Popište problém a současný postup
Místo „chceme firemní portál“ napište, kdo dnes zadává práci, kam se ukládají podklady a kde se čeká nebo přepisují údaje. U montážní firmy může být problém v tom, že technik dostane zakázku e-mailem a fotografie po dokončení se nedostanou k člověku, který připravuje fakturaci.
Přidejte objem práce a její běžné výjimky. Pokud čas nebo počty pouze odhadujete, napište to. Pro cenu je důležité vědět, zda aplikace obslouží několik lidí a desítky zakázek, nebo několik poboček s různými rolemi a zdroji dat.
Vzor první stránky zadání
- Cíl a dnešní problém: co se má zlepšit a čím to ověříme.
- Uživatelé a role: kdo zadává, provádí, schvaluje a pouze čte.
- Pracovní postup: vstup, jednotlivé stavy, předání a konečný výsledek.
- Údaje: povinná pole, přílohy, objem a původ historických dat.
- Integrace: konkrétní systémy, směr přenosu, četnost a řešení výpadku.
- Výjimky: neúplný vstup, duplicita, storno a oprava schváleného záznamu.
- První verze: nezbytné funkce a samostatný seznam pozdějších rozšíření.
- Převzetí a provoz: scénáře zkoušek, odpovědné osoby, zálohy a podpora.
- Omezení: rozpočet nebo jeho rámec, důvod termínu a dostupnost lidí.
Z funkce udělejte ověřitelný scénář
Požadavek „správa zakázek“ doplňte například takto: dispečer zadá místo a termín, přiřadí technika, technik v telefonu doplní fotografie a výsledek, vedoucí potvrdí dokončení. Fakturant vidí dokončené zakázky bez připraveného podkladu na doklad.
Napište také, co se stát nesmí. Opakované odeslání nesmí vytvořit druhou zakázku. Technik z jiné skupiny nesmí otevřít přílohy. Neúplný záznam se nesmí tvářit jako dokončený. Právě tyto podmínky pomáhají odhalit práci, která v neurčité nabídce chybí.
Data a napojení prověřte před konečnou cenou
Připravte anonymizovaný export a popis vazeb mezi záznamy. Rozhodněte, kdo určí správnou verzi duplicitního zákazníka a jak se převedou přílohy. Migrace má mít vlastní kontrolu počtů i vybraných skutečných pracovních scénářů.
U integrací nestačí název účetního systému. Potřebujete jeho verzi, dostupné rozhraní, přenášené objekty a pravidla změn. Když se přenos nepovede, musí být jasné, zda vznikne požadavek na opravu, automatické opakování nebo obojí. Další podklady shrnuje stránka integrace systémů.
Vymezte malé, ale celé první spuštění
První verze má dokončit konkrétní postup od vstupu po výstup. Rozdělte požadavky na nezbytné, pozdější a dosud otevřené. Pokud první spuštění potřebuje schvalování a export, nelze je odsunout jen proto, aby bylo hotových více obrazovek.
Nový nápad během vývoje zapisujte jako změnu s dopadem na termín, cenu a zkoušky. Nejde o zákaz změn, ale o možnost rozhodnout, zda nová funkce stojí za posun ostatní práce.
Nabídky srovnávejte po položkách
Požádejte o oddělení návrhu, implementace, migrace, napojení, zaškolení a provozu. Každý dodavatel má uvést předpoklady a výluky. Nabídka bez obnovy ze zálohy a podpory po spuštění se nedá srovnat jen výslednou částkou s nabídkou, která tyto činnosti obsahuje.
Při převzetí nestačí ukázka přihlášení. Projděte dohodnuté scénáře, oprávnění, export a chování při chybě. Zaznamenejte verzi a známé nedostatky. Provozní dokumentace a kontaktní postup při problému mají být součástí předání.
Jak začít, když zadání ještě nemáte
Připravte jednu ukázku vstupu, jednu ukázku požadovaného výsledku a seznam nástrojů. Neposílejte v běžném zadání hesla ani produkční tajné klíče. Příklady zbavte citlivých údajů; potřebné přístupy se řeší samostatně v dohodnutém rozsahu.
AGENCIA můžete popsat problém přes krátkou poptávku. Podle procesu se dá posoudit, zda potřebujete firemní systém na míru, úpravu existujícího řešení nebo propojení nástrojů, které už používáte.