Всеки доставчик рано или късно пита: какво трябва да може системата? Отговорът не се намира при доставчика, нито в списък с функционалности, които други компании също са отметнали. Отговорът се намира във вашия собствен процес: кои точки от данни събирате, кой ги предоставя, откъде идват и какво тръгва наопаки, когато никой не следи.
Обичайният път е: избира се инструмент, инструментът се настройва, и чак тогава се открива откъде трябва да дойдат кои данни. Тази последователност работи в обратна посока, защото инструментът няма мнение за вашия процес. Той изисква входни данни, а тези входни данни трябва да идват от нещо. Ако това нещо — регистърът на точките от данни, собствеността, източниците — още не съществува, настройката на инструмента се превръща в търсене, което никой не е планирал.
Другата последователност започва от процеса. Първо се картографира кои точки от данни са необходими, кой ги предоставя, от коя система или таблица идват и какви правила за качество се прилагат към тях. Само след това става ясно какви изисквания трябва всъщност да изпълнява инструментът. Не абстрактни изисквания като „удобен за потребителя“ или „мащабируем“, а конкретни изисквания като: трябва да се свързва с тази конкретна изходна система, трябва да може да разграничава трима собственика в рамките на една точка от данни, трябва да сигнализира отклонение, когато число излиза извън предварително определен диапазон.
Последователността не е предпочитание на метод; тя следва от онова, което функционално логически предхожда инструмента. Инструментът може да получи изисквания само ако има нещо, от което тези изисквания да произлизат. Това нещо е процесът: потокът от данни от източник до отчет, заедно с всички ръчни стъпки, предавания и допускания, свързани с него. Без този преглед организацията формулира изисквания въз основа на това, какво може инструментът, а не въз основа на това, от какво се нуждае процесът. Това звучи като тънка разлика, но именно тя определя дали инструментът в бъдеще ще съответства на реалността или ще застане до нея.
Това се свързва с въпроса как да изберете инструмент, без по-късно да съжалявате: съжалението често не идва от лош инструмент, а от инструмент, който е трябвало да гадае изискванията, защото никой не ги е записал.
Ако инструментът идва пръв, а процесът — по-късно, възникват два вида разходи. Първият е директно преконфигуриране: функционалност, която не съответства, връзки, които все пак трябва да се изградят, полета, които остават празни, защото никой не знае кой трябва да ги попълни. Вторият разход е по-малко видим, но по-тежък: инструментът започва да произвежда отчети, които изглеждат по-подредени, докато числата зад тях все още не могат да бъдат проследени до източник или собственик. Този риск е описан по-подробно на страницата за какво струва да поставите инструмент над неорганизиран процес: инструментът прикрива проблема, вместо да го решава.
Въпросът коя последователност се оказва по-евтина, зависи от колко точки от данни, системи и собственици вече съществуват и колко от тях все още не са документирани. При малък процес с малко източници щетите от обратната последователност са ограничени. При процес, разпределен между няколко отдела, системи и таблици, тези щети нарастват с всяка точка от данни, която не е изяснена, преди инструментът да я поиска. Това съотношение е разработено на страницата първо да се купи инструмент или първо да се организира процесът: какво струва тази разлика.
Преди инструментът да може да получи изисквания, трябва да има преглед на това кои точки от данни са необходими за отчетността, откъде идва всяка точка от данни, кой носи отговорност за точността и какво правило определя дали дадена стойност е достоверна. Този преглед не е технически документ, нито самият инструмент; той е регистър, който формира основата за всяка следваща стъпка, независимо дали тази стъпка е инструмент, ръчен процес или комбинация от двете.
Въпросът какви функционални изисквания следват от това, всъщност е въпросът: какво съдържа този регистър и какво още липсва в него? Докато този въпрос не е отговорен, всяко изискване към инструмент остава предположение. Тази връзка между изискванията и стоящия зад тях процес е допълнително разработена на страницата за какви функционални изисквания следват от вашия собствен процес и какво струва грешна последователност в това.
Когато регистърът на точките от данни и собствеността веднъж са в ред, въпросът се измества от това, какво трябва да може инструментът, към това, какво се случва с хората, които в момента извършват тази работа: събирането, проверката и преписването на числа от таблици и системи. Част от тези задачи е повтаряща се и следва фиксирани правила, и точно това е видът работа, от която част може да бъде поета от изкуствен интелект. [Работният скенер на FTE TO AI](https://ftetoai.nl) изчислява за всяка задача каква част от нея може да бъде автоматизирана, така че да стане ясно къде хората остават необходими и къде работата може да бъде предадена на система, която проверява и предоставя данни по фиксирани правила.
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.