Sektor ICT składa się z pracy, którą łatwo podzielić na powtarzalne etapy, oraz pracy, która się temu wymyka. Pisanie kodu, testowanie, dokumentowanie, klasyfikowanie zgłoszeń, ocena monitoringu, wdrażanie konfiguracji: wiele z tych zadań ma stałą strukturę i jasne kryterium oceny. Poza tym istnieje praca skupiona na wyborach architektonicznych, kontekście klienta, kwestiach bezpieczeństwa oraz decyzji, kiedy system trafia do produkcji, a kiedy nie. To rozróżnienie decyduje o tym, gdzie AI już dziś przejmuje zadania, gdzie nadzór pozostaje niezbędny, a gdzie praca ludzka wciąż stanowi istotę rzeczy.
Okoliczności, które kształtują wynik, nie są jednolite. Zespół pracujący na dobrze udokumentowanej bazie kodu i przy jasnych standardach testowania może łatwiej przekazać zadania niż zespół działający na wiedzy plemiennej i ustnych ustaleniach. Organizacja z ustalonym procesem przeglądu może wbudować nadzór nad wynikami AI w istniejący proces; organizacja bez takiej struktury musi ją najpierw zbudować, zanim przekazanie zadań będzie odpowiedzialne.
W części sektora zmiana jest już widoczna. Sugestie kodu, generowanie testów i aktualizacje dokumentacji w niektórych zespołach są w dużej mierze wytwarzane przez AI, a programista zatwierdza lub odrzuca wynik na podstawie funkcjonalności i czytelności. W innych zespołach dokładnie ta sama praca jest wciąż wykonywana w pełni ręcznie, nie dlatego, że sytuacja jest tam z zasady inna, lecz dlatego, że brakuje warunków: brak dostępu do odpowiednich narzędzi, brak ustalonych kryteriów jakości, brak zarezerwowanego czasu na przebudowanie procesu.
Ta różnica między firmami rzadko wynika z samej technologii. Leży w gotowości: czy organizacja ma uporządkowane dane i dokumentację, czy przypisano prawo decyzyjne temu, kto ocenia wyniki AI, czy zwolniono zdolność operacyjną, aby wdrożyć nowy proces przed wygaszeniem starego. Tam, gdzie te warunki nie są spełnione, ambicja pozostaje na papierze, nawet jeśli technologia jest już dostępna.
Ambicja w rodzaju "AI wspiera naszych programistów" brzmi jednoznacznie, lecz w praktyce wymaga szeregu zdolności, które nie są obecne samoistnie: środowiska testowego, które może zweryfikować kod wygenerowany przez AI, procesu przeglądu, który nie zwalnia tempa przez dodatkową objętość, oraz oceniających, którzy wiedzą, na jakiej podstawie odrzucić propozycję AI. Bez tych zdolności ambicja pozostaje intencją bez realizacji.
To właśnie powód, dla którego te same słowa mogą znaczyć różne rzeczy w zespole zarządzającym. CTO myśli o zautomatyzowanych pipeline'ach, dyrektor operacyjny o mniejszej liczbie godzin zwolnionych na potrzeby wsparcia, osoba odpowiedzialna za HR o innym ukształtowaniu ról. Żadna z tych interpretacji nie jest błędna, ale bez wspólnego kryterium oceny ambicja pozostaje niewiążąca. Jak przełożyć wizję na coś mierzalnego, a nie na trzy odrębne założenia, opisano w jak uczynić wizję mierzalną.
Sektor ICT nie jest wyjątkiem w zmaganiu się z tą zmianą, choć problemy różnią się między sobą. W sektorze usług finansowych sprawa wygląda inaczej, ponieważ nadzór i odpowiedzialność odgrywają tam większą rolę; to, co się tam dzieje, opisano w jakie ambicje AI występują w sektorze usług finansowych. W budownictwie praca fizyczna jest stałym czynnikiem, który ogranicza przejęcie zadań przez AI inaczej niż w ICT, jak można przeczytać w jakie ambicje AI występują w budownictwie. A w branży czyszczenia sprawa dotyczy przede wszystkim planowania i kontroli jakości, a nie produkcji kodu, co opisano w jakie ambicje AI występują w branży czyszczenia. Wzorzec jest zawsze ten sam: ambicja staje się konkretna tylko wtedy, gdy jasne jest, jakich zdolności brakuje.
Zespół zarządzający, który postanawia, że AI powinna przejąć "największą część cyklu przeglądu", formułuje tym samym ambicję, której nie da się zrealizować w jednym kwartale. Nie jest to zarzut wobec samej ambicji, lecz sygnał do rozłożenia jej na etapy: która zdolność musi powstać najpierw, która potem, i w którym momencie organizacja jest w stanie po raz pierwszy ocenić, czy to działa. Jak może wyglądać takie etapowanie, opisano w jak rozłożyć na etapy ambicję, która jest zbyt duża na jeden rok.
W kwestii decyzji personalnych, które mogą wynikać z takiego etapowania, nie zajmujemy stanowiska: to, jaką pracę pracodawca ogranicza lub rozdziela na nowo, podlega jego własnym wymogom prawnym i własnej ocenie. To, co opisujemy, to jaka praca da się przekazać, częściowo lub całkowicie, i pod jakimi warunkami.
Podstawowe pytanie nie brzmi, czy ambicje AI w sektorze ICT są realne, lecz czy ta konkretna firma, z tą bazą kodu, tym zespołem i tymi procesami, jest gotowa je zrealizować. Jaka praca w tej firmie faktycznie może zostać przejęta przez AI, zadanie po zadaniu, odpowiada werkscan FTE TO AI.
Kto chce najpierw uzyskać wstępny obraz, bez żadnych zobowiązań, może wykonać bezpłatny test gotowości: osiem krótkich pytań, jedno na każdy wymiar, dających obraz tego, gdzie organizacja jest najbardziej, a gdzie najmniej zaawansowana. Pełny test ambicji, ze wszystkimi czterema warstwami i pięcioma confidence gates, jest w trakcie tworzenia.
Vertel wat u wilt bereiken, dan kijken we samen wat daarvoor moet staan.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.