Ne každá AI-aplikace v organizaci vyžaduje stejnou rychlost. Některé záležitosti vyžadují okamžitou pozornost, jiné mohou být zahrnuty do běžného plánovacího cyklu. Problém je, že toto rozdělení se málokdy provádí explicitně. Bez klasifikace získá vše stejnou urgentnost, nebo — častěji — žádnou urgentnost.
Otázka, zda něco musí nyní nebo může počkat, není záležitostí preference. Závisí na řadě faktorů, které společně určují, jak závažná je daná aplikace.
Úroveň rizika aplikace je prvním faktorem. Systém, který rozhoduje o lidech — nábor, poskytování úvěrů, přístup ke službám — má jinou váhu než nástroj, který shrnuje text pro interní použití. Co přesně vysoká úroveň rizika znamená pro povinnosti organizace, a proč to není u každé aplikace stejné, je popsáno na stránce co vysoká úroveň rizika znamená pro vaši organizaci.
Role organizace je druhým faktorem. Organizace, která AI-systém sama vyvíjí nebo upravuje, nese jiné odpovědnosti než organizace, která přebírá a používá hotový systém. Tato role se navíc může změnit, aniž by za tím stálo vědomé rozhodnutí: kdo model dolaďuje, upravuje nebo nasazuje jinak, než bylo zamýšleno, může se tím z uživatele stát poskytovatelem. Kde přesně tato hranice leží, je vysvětleno na stránce co se změní, když si model sami upravíte a na stránce jste poskytovatel nebo uživatel, na čem to závisí.
Třetím faktorem je, zda aplikace spadá do rozsahu působnosti. Ne každý systém, který se nazývá AI, spadá pod stejné povinnosti; některé aplikace jsou vyloučeny nebo spadají pod mírnější režim. Které aplikace nespadají do rozsahu a proč, je popsáno na stránce které aplikace nespadají do rozsahu působnosti.
Tyto tři faktory — úroveň rizika, role, rozsah působnosti — společně určují, kam aplikace na časové ose spadá. Vysoce riziková aplikace, u níž organizace vystupuje jako poskytovatel, vyžaduje jinou rychlost než nízko riziková aplikace, která možná brzy vypadne z rozsahu působnosti.
Rozdělení není trvalé. Aplikace, která dnes platí za zvladatelnou, nemusí být taková zítra — ne proto, že se pravidla změní, ale proto, že se změní samotná aplikace. Model, který je upraven, systém, který dostane nový úkol, nástroj, který přejde z interního pilotního projektu do produkce: každý z těchto kroků může způsobit posun role nebo úrovně rizika.
Roli hrají i organizační změny. Fúze, nový dodavatel, rozšíření používání na jiné oddělení — všechny tyto události mohou posunout aplikaci, která dříve platila za "lze naplánovat", do kategorie "musí nyní". Kdy se role změní a kde přesně tento zlom nastává, je rozpracováno na stránce kdy se vaše role změní, na čem to závisí.
Toto znamená, že jednorázové rozdělení nestačí. Co je dnes na agendě jako naplánovaná položka, může díky změně jinde v organizaci získat jinou váhu. Pravidelné periodické přehodnocení je proto součástí každého rozdělení, které má obstát — nikoli jako doplňkový krok, ale jako podmínka pro udržení rozdělení aktuálního.
Jasné rozdělení předchází dvěma protikladným chybám. První je, že se se vším zachází jako s urgentním, čímž se priority rozplývají a pozornost se roztříští mezi aplikace, které nesou málo rizika. Druhá je, že se nic nepovažuje za urgentní, čímž aplikace s reálným rizikem zůstávají po léta pod radarem — často proto, že je nikdo nikdy neklasifikoval.
Samotné rozdělení není jednorázový dokument, ale struktura, která se vyvíjí s organizací. Přináší přehled toho, co vyžaduje pozornost v krátkodobém horizontu, co může být zahrnuto do běžného procesu, a — což je zásadní — co musí být znovu posouzeno, jakmile se situace změní. Přesně tento rozdíl, a otázka, na čem závisí, je dále rozpracován na stránce co musí nyní a co lze naplánovat, na čem to závisí.
Toto rozdělení předpokládá, že je známo, jaké aplikace existují. V praxi to zdaleka není vždy případ. Kromě systémů, které byly schváleny přes IT nebo nákup, běží téměř v každé organizaci nástroje, které nikdo nepožádal a nikdo nezaregistroval — pomocník pro tabulky zde, generátor textu tam, nasazené lidmi, kteří chtěli vyřešit problém a nechtěli procházet procedurou. Tato stínová AI se neobjevuje na seznamu IT, a kdo se na ni zeptá, aniž by pro uživatele něco bylo v ohrožení, dostane spíše čestnou odpověď než ten, kdo hned hrozí sankcí. Bez tohoto inventáře je každé rozdělení podle urgentnosti rozdělením pouze části skutečnosti, nikoli celku.
Tato stránka se zabývá klasifikací: co má velkou váhu, co má malou váhu, co vyžaduje pozornost nyní a co může počkat. Jinou, doplňující otázkou je, co AI-aplikace v rámci úkolu skutečně přináší. Pracovní sken FTE TO AI vypočítá pro každý úkol, jakou část práce lze převést na AI, a poskytuje tak konkrétní obraz vedle rozdělení podle governance: nejen zda aplikace nese riziko, ale i co přináší samotné práci.
Responsible AI Scan se právě vyvíjí. Kdo chce použít inventář, klasifikaci a governance-sadu, jakmile budou k dispozici, se může přihlásit na čekací listinu.
Vraag maar. Governance begint bij weten wat er draait — ook wat niemand heeft goedgekeurd.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.