Dodavatel se dříve nebo později zeptá: co má systém umět? Odpověď neleží u dodavatele ani v seznamu funkcí, které si odškrtly jiné firmy. Odpověď leží ve vašem vlastním procesu: jaké datové body sbíráte, kdo je dodává, odkud pocházejí a co se pokazí, pokud se na ně nikdo nedívá.
Běžná cesta je: vybrat nástroj, nastavit nástroj a teprve potom zjistit, jaká data mají odkud přicházet. Toto pořadí funguje obráceně, protože nástroj nemá žádný názor na váš proces. Žádá vstup, a ten vstup musí odněkud pocházet. Pokud to něco — registr datových bodů, vlastnictví, zdroje — ještě neexistuje, stává se nastavení nástroje pátráním, které nikdo neplánoval.
Opačné pořadí začíná u procesu. Nejprve zmapovat, jaké datové body jsou potřeba, kdo je dodává, ze kterého systému nebo tabulky pocházejí a jaká pravidla kvality k nim patří. Až potom se ukáže, jaké požadavky musí nástroj vlastně splňovat. Nikoli abstraktní požadavky jako „uživatelsky přívětivý“ nebo „škálovatelný“, ale konkrétní požadavky jako: musí se napojit na tento konkrétní zdrojový systém, musí umět rozlišit tři vlastníky u jednoho datového bodu, musí signalizovat odchylku, pokud se číslo vymyká předem stanovenému rozpětí.
Toto pořadí není otázkou preference metody; vyplývá z toho, co funkčně logicky nástroji předchází. Nástroj může dostat požadavky až tehdy, když existuje něco, z čeho je lze odvodit. Tím něčím je proces: tok dat od zdroje k výkazu, se všemi manuálními kroky, předáváními a předpoklady, které k tomu patří. Bez tohoto přehledu organizace stanovuje požadavky na základě toho, co nástroj umí, nikoli na základě toho, co proces potřebuje. To zní jako subtilní rozdíl, ale rozhoduje o tom, zda nástroj později skutečně odpovídá realitě, nebo zda vedle ní stojí.
Toto navazuje na otázku jak vybrat nástroj bez pozdější lítosti: lítost často nevzniká ze špatného nástroje, ale z nástroje, který musel hádat požadavky, protože je nikdo nezapsal.
Pokud nástroj přijde první a proces až později, vznikají dva druhy nákladů. Prvním je přímé přeorganizování: funkce, které nesedí, napojení, která se musí přesto vybudovat, pole, která zůstávají prázdná, protože nikdo neví, kdo je má vyplnit. Druhý náklad je méně viditelný, ale závažnější: nástroj začne vytvářet výkazy, které vypadají uhlazeněji, zatímco čísla za nimi stále nelze zpětně dohledat k zdroji nebo vlastníkovi. Toto riziko je podrobněji popsáno na stránce o tom, co stojí umístění nástroje nad neuspořádaný proces: nástroj problém skrývá, místo aby ho řešil.
Otázka, které pořadí vyjde levněji, závisí na tom, kolik datových bodů, systémů a vlastníků již existuje a kolik z toho ještě není zaznamenáno. U malého procesu s malým počtem zdrojů je škoda z obráceného pořadí omezená. U procesu, který je rozložen napříč více odděleními, systémy a tabulkami, tato škoda roste s každým datovým bodem, který nebyl vyjasněn dříve, než si ho nástroj vyžádá. Toto zvážení je rozpracováno na stránce koupit nejprve nástroj, nebo nejprve nastavit proces: co ten rozdíl stojí.
Předtím, než nástroj může získat požadavky, musí existovat přehled toho, jaké datové body jsou potřeba pro výkaznictví, odkud každý datový bod pochází, kdo je odpovědný za jeho správnost a jaké pravidlo určuje, zda je hodnota věrohodná. Tento přehled není technický dokument ani samotný nástroj; je to registr, který tvoří základ pro každý další krok, ať je tímto krokem nástroj, manuální proces, nebo kombinace obou.
Otázka, jaké funkční požadavky z toho vyplývají, je tedy vlastně otázka: co je v tomto registru zapsáno a co v něm ještě chybí? Dokud tato otázka nebude zodpovězena, zůstává každý požadavek na nástroj hádankou. Tato souvislost mezi požadavky a základním procesem je dále rozpracována na stránce o tom, jaké funkční požadavky vyplývají z vašeho vlastního procesu a co stojí špatné pořadí v tomto ohledu.
Jakmile je registr datových bodů a vlastnictví jednou v pořádku, otázka se přesouvá od toho, co má nástroj umět, k tomu, co se stane s lidmi, kteří tuto práci nyní dělají: sběr, kontrola a přepisování čísel z tabulek a systémů. Část těchto úkolů je opakující se a řídí se pevnými pravidly, a to je přesně ten druh práce, jehož část lze přenést na AI. [Pracovní scan FTE TO AI](https://ftetoai.nl) vypočítá pro každý úkol, jakou jeho část lze automatizovat, aby bylo jasné, kde lidé zůstávají potřební a kde lze práci předat systému, který kontroluje a dodává podle pevných pravidel.
Vraag maar waar een datapunt vandaan komt. Dat is meestal de hele vraag.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.