Co delegować do AI, a co do zespołu? Praktyczna mapa decyzji

Poprzednio pisałem o tym, dlaczego liderzy chętniej zwracają się do AI niż do własnego zespołu. Dziś bierzemy się za drugą stronę – co właściwie powinno trafiać do AI, a co musi zostać u ludzi. Bez teorii. Z konkretną mapą, której używam u klientów.

Bo problem zwykle nie polega na tym, że lider nie chce delegować do zespołu. Polega na tym, że nie ma dobrego sposobu, żeby na bieżąco rozróżnić, gdzie AI pomaga, a gdzie po cichu szkodzi.

Najprostszy test, jaki dałem w kilku software house’ach (ale nie tylko), sprowadza się do trzech pytań. Zadaj je sobie, zanim sięgniesz po narzędzie:

1. Czy ta sprawa wymaga kontekstu, którego AI nie zna? (historia klienta, relacje w zespole, polityka organizacji, niepisane ustalenia)
2. Czy ktoś z zespołu będzie musiał później wziąć odpowiedzialność za tę decyzję?
3. Czy moja odpowiedź wpłynie na to, jak ktoś czuje się w pracy?

Jeśli na którekolwiek odpowiadasz „tak” – sprawa idzie do człowieka.

Kiedy na wszystkie trzy odpowiadasz „nie” – można bezpiecznie zaangażować AI.

To nie jest skomplikowany framework. Jego siła polega na tym, że zmusza Cię do zatrzymania się na pięć sekund przed odruchem.

Większość problemów, które widzę u klientów, bierze się z tego, że pytanie do AI jest szybsze niż refleksja, czy w ogóle powinno tam trafić.

Zacznę od tej listy, bo wielu liderów ma odwrotny problem – paraliżuje ich obawa, czy w ogóle używać AI. Krótko: są zadania, gdzie powinieneś używać, i to bez wyrzutów sumienia.

Praca z tekstem, gdzie nie ma stawki personalnej:

• szkice dokumentacji technicznej, opisów produktów, ofert
• tłumaczenia robocze (przed weryfikacją)
• streszczenia długich materiałów, raportów, transkrypcji spotkań
• pierwsze wersje maili do dostawców, partnerów technologicznych
• konwersja notatek w czytelne dokumenty

Analizy danych bez kontekstu ludzi:

• analiza logów, danych z produkcji, raportów technicznych
• przegląd kodu pod kątem typowych błędów (z weryfikacją seniora)
• statystyki z Jiry, analiza burndown chartów, metryki techniczne
• pierwsze hipotezy do testów A/B

Zadania powtarzalne, gdzie liczy się szybkość, nie osąd:

• formatowanie, czyszczenie danych
• generowanie wariantów (tytuły, hasła, opisy)
• konwersja między formatami

W jednej firmie produktowej, z którą pracuję, zespół przeszedł na korzystanie z AI dokładnie do takich rzeczy. Efekt po trzech miesiącach: tech leadzi zyskali około półtorej godziny dziennie. Co ważne – rozdysponowali ten czas na rozmowy z juniorami i code review, a nie na produkowanie kolejnych dokumentów.

To jest dobry znak. Zły znak to sytuacja, w której zyskany czas znowu znika.

Tu zaczyna się prawdziwy koszt nadużywania AI.

Wszystko, co dotyczy ludzi w zespole:

• ocena performance’u konkretnej osoby
• decyzje o awansie, podwyżce, zmianie roli
• rozmowy o problemach w zespole, konfliktach, motywacji
• feedback dla członka zespołu – nawet jeśli AI „pomogło Ci go sformułować”
• planowanie rozwoju indywidualnego

Decyzje strategiczne wymagające kontekstu organizacyjnego:

• kierunek produktu, priorytety roadmapy
• wybór architektury, technologii, partnerów
• decyzje o klientach problematycznych
• reakcje na kryzysy

Wszystko, co buduje lub psuje zaufanie:

• komunikaty do zespołu w trudnych momentach
• przeprosiny, przyznanie się do błędu
• ogłoszenia o zmianach organizacyjnych
• rozmowy 1:1

Jeden CEO software house’u, z którym pracowałem, wpisał kiedyś w AI opis konfliktu między dwoma senior developerami z prośbą o „radę, jak rozwiązać”. Dostał trzystronicową odpowiedź pełną rozsądnych wskazówek. Zastosował ją niemal w całości. Po dwóch tygodniach jeden z developerów odszedł, drugi przeszedł na pół etatu.

Powiedział mi później: „AI dało mi rozwiązanie, którego ja bym nigdy nie wymyślił – i to był problem. Nic z tego rozwiązania nie było moje i nic nie było w pełni wartościowe. Oni to wyczuli.”

To zdanie zostało we mnie. Decyzje o ludziach muszą być Twoje, nawet jeśli są gorsze niż te, które wygenerowałoby AI. Bo ludzie nie pracują z algorytmem. Pracują z Tobą.

Między tymi dwoma obszarami jest trzeci segment. Najbardziej ryzykowny, bo łatwo się w nim pomylić.

To zadania, w których AI może być pierwszym krokiem, ale nie ostatnim. Pomaga Ci uporządkować myślenie, ale finalna decyzja, słowa, kierunek – należą do Ciebie i do zespołu.

Konkretnie:

• przygotowanie się do trudnej rozmowy (AI pomaga uporządkować argumenty, ale rozmowa odbywa się z człowiekiem, nie z notatkami)
• analiza ryzyka projektu (AI generuje listę, zespół ocenia priorytety w kontekście znanym tylko jemu)
• pisanie ogłoszeń o zmianach (AI daje szkielet, Ty wkładasz emocje i kontekst)
• planowanie spotkań strategicznych (AI sugeruje strukturę, Ty decydujesz o agendzie)

U jednego CTO widziałem, jak korzysta z AI właśnie tak – generuje listę argumentów przed trudnym 1:1, a potem zostawia ją w szufladzie i wchodzi w rozmowę z własną głową. To jest dobre użycie.

Test jest prosty: jeśli efekt finalny nie ma w sobie nic z Ciebie i Twojego zespołu – coś poszło nie tak.

Tu robi się subtelnie. AI w strefie szarej działa najlepiej, kiedy używasz go do przygotowania, a nie jako wersji ostatecznej rozwiązania. Pytasz: „pomóż mi rozważyć argumenty za i przeciw”, a nie: „napisz mi gotową komunikację”.

Proponuję jedno ćwiczenie. Pięć dni roboczych, dwadzieścia minut dziennie.

Zrób w notatniku trzy kolumny: AI, Człowiek, Strefa szara. Przez tydzień, za każdym razem, kiedy zamierzasz coś delegować – do narzędzia albo do osoby – zapisz to w odpowiedniej kolumnie.

Pod koniec tygodnia popatrz na proporcje:

• Czy lewa kolumna (AI) jest gęsto zapisana, a środkowa (człowiek) pusta? Sygnał: prawdopodobnie omijasz zespół.
• Czy w lewej kolumnie (AI) pojawiają się rzeczy, które powinny być w środkowej (człowiek)? (decyzje o ludziach, feedback, rozmowy strategiczne)
• Czy w środkowej kolumnie (człowiek) są same drobiazgi, a wszystko trudne robisz sam lub z AI? Sygnał: nie delegujesz odpowiedzialności, tylko zadania niskiego ryzyka.

Trzy najczęściej powracające błędy, jakie widzę u klientów po takim audycie:

1. Decyzje o ludziach trafiały do lewej kolumny („szybko sprawdzę w AI, jak rozmawiać z Markiem”)
2. Strefa szara była używana jako wymówka, żeby nie pójść do zespołu
3. Środkowa kolumna była podejrzanie pusta – co znaczy, że albo nie ufa się zespołowi, albo nie ma się do kogo iść (oba scenariusze trzeba rozwiązać, ale każdy inaczej)

To ćwiczenie jest niewygodne. Pokazuje rzeczy, których wolałbyś nie widzieć.

W tym jest jego wartość. Mapa delegowania pokazuje gdzie obecnie jesteś a nie gdzie myślisz, że jesteś.