Мониторинг и сигнализиране звучи като табло за управление. Обикновено е нещо друго: система, която непрекъснато получава данни, съпоставя ги с очакване или прагова стойност, и подава сигнал веднага щом нещо се отклони. Това може да е машина, която вибрира различно от нормалното, запас, който намалява по-бързо от планираното, мрежа, през която преминава нетипичен трафик, или клиентски процес, при който времето за изпълнение се удължава. AI-компонентът се състои в разпознаването на модели, които не могат да бъдат уловени с фиксирани правила — не в замяната на човека, който реагира на сигнала.
Система за мониторинг предоставя три неща: непрекъснато измерване, норма, спрямо която се съпоставя това измерване, и сигнал, когато отклонението надхвърли определена граница. Какво се случва след това, зависи от настройката. В най-простата форма известие отива до човек, който оценява и действа. В по-напреднала форма сигналът автоматично стартира следваща стъпка — известие до доставчик, промяна в планиране, блокиране на транзакция. Тази втора форма засяга територията на вериги, в които стъпките следват една след друга: мониторингът тогава се превръща в начална точка на процес, който продължава без намеса, а това изисква друг вид доверие от известие, което човек все още може да отхвърли.
Разликата между тези две форми не е тривиална. Сигнал, който отива до човек, може да е грешен, без да причини незабавна вреда — човекът филтрира. Сигнал, който задейства действие, трябва да е правилен, или организацията трябва да разполага с начин да отмени действието. Затова много организации започват с първата форма и преминават към втората едва след като сигналът се е доказал.
Мониторингът и сигнализирането изискват най-напред непрекъснати, надеждни данни. Система, която всяка седмица получава експорт от друга система, не може да подаде сигнал — тя може само да докладва впоследствие. Трябва да има поток: сензори, логове, транзакции, събития, които постъпват непрекъснато и чието качество не варира според това, кой извършва въвеждането.
Освен това изисква норма. Отклонението е отклонение само по отношение на нещо. При машините това често е техническа спецификация; при процесите по-често е историческа средна стойност или целева стойност, определена от някого. Там, където тази норма липсва или е нестабилна — процес, който непрекъснато се променя, пазар, който се колебае — системата подава или твърде много сигнали, или твърде малко. И двете подкопават доверието в нея.
Трето, изисква установен маршрут за случващото се със сигнал. Кой получава известието, в рамките на какво време то се оценява, каква е ескалацията, ако няма реакция. Без този маршрут сигналът приключва в пощенска кутия, която никой не чете, и системата губи своята функция. Това засяга същия въпрос като при разговори, които се записват и се проследяват: записването без проследяване дава само архив, а не подобрение.
Най-често срещаният недостатък е система за мониторинг, която подава твърде много сигнали. Ако всяко малко отклонение поражда известие, хората се научават да го игнорират — обратният ефект на онова, за което системата е предназначена. Настройването на праговата стойност е поради това постоянно балансиране между твърде много шум и твърде късно предупреждение, и това балансиране се измества с постъпването на повече данни.
Втори недостатък е, че сигналът се задейства, но никой не е собственик на проследяването. Това се случва често, когато мониторингът се изгражда като IT-проект, без отделът, който трябва да работи със сигналите, да е включен. Технологията работи, организацията не работи.
Трети недостатък възниква, когато сигналът изисква решение, което всъщност е човешка работа — приемливо ли е това отклонение, трябва ли да се обади на клиента, заслужава ли този риск спиране. Там, където това балансиране става по-тежко, отколкото фиксирано правило може да поеме, мониторингът се измества към подпомагане на вземането на решения, и се прилагат други изисквания за обосновка и обяснимост, отколкото при обикновен праговен сигнал.
Повечето проекти за мониторинг, които не се задвижват, засядат на потока от данни, не на модела. Сензори, които отпадат, логове, които са непоследователни, системи, които не общуват помежду си — това не са проблеми на AI, това са проблеми на инфраструктурата, които първо трябва да бъдат решени. Координацията също играе роля: сигнал, който възниква в един отдел, често трябва да достигне до друг отдел, за да означава нещо, а това засяга въпроса как е организирана координацията между отдели.
Тази страница описва какво може да донесе мониторингът и сигнализирането, и какво трябва да има подредено организацията, преди това да проработи. Друг въпрос е коя част от работата около тези сигнали — оценяването, проследяването, ескалирането — действително може да се поеме от AI. Това е въпрос на ниво задача, и на него отговаря скенерът на работата на FTE TO AI: той изчислява за всяка задача коя част от работата може да се поеме, вместо на нивото на цял процес или цяла функция.
Vraag maar wat er moet staan voordat AI in uw organisatie kan landen.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.