Capability transfer (przekazanie kompetencji od konsultanta do firmy)

Termin pochodzi z badań RAND nad przyczynami porażek projektów AI w korporacjach US. Wnioski są jednoznaczne. Projekty, w których konsultant celowo przekazuje wiedzę zespołowi klienta, mają 68-procentową szansę na długoterminowy sukces. Projekty, w których konsultant pracuje jako trwały dostawca, mają 11 procent. Sześciokrotna różnica.

Mechanizm zależności

Klasyczny model konsultingu AI Big4 sprzedaje strategię na slajdach, wdrożenie na fakturze i utrzymanie na umowie ramowej. Każdy etap zarabia osobno. Capability transfer psuje ten model, dlatego nie jest standardem.

W praktyce wygląda to tak. Po 12 miesiącach od wdrożenia AI firma orientuje się że:

• nie ma w domu osób, które rozumieją wdrożone rozwiązanie
• każda zmiana wymaga ponownego zamówienia konsultanta
• vendor lock-in jest tak silny, że migracja kosztowałaby drugie wdrożenie
• koszt operacyjny rośnie z każdym kwartałem, bo każda korekta dolicza godziny konsultantów

Pięć elementów prawdziwego capability transfer

Trullion AI Survivability Matrix z 2025 roku, analizując 1 200 wdrożeń enterprise, identyfikuje pięć powtarzalnych elementów. Po pierwsze, dokumentacja techniczna pisana po polsku, nie w żargonie. Po drugie, runbook operacyjny dla zespołu klienta z procedurą eskalacji incydentów. Po trzecie, training sesja po wdrożeniu, nie przed. Po czwarte, kod źródłowy w repozytorium klienta z dostępem do CI/CD. Po piąte, opcjonalny mentoring na pierwsze trzy miesiące, ale z malejącą intensywnością.

Sygnał ostrzegawczy

Jeśli umowa z dostawcą AI nie zawiera planu capability transfer jako odrębnego deliverable, lub zawiera klauzulę zakazu rekrutacji zespołu wdrożeniowego, to znak, że dostawca planuje na zależność. Negocjuj te dwa punkty albo wybierz innego dostawcę.

Capability transfer jest stałą częścią każdego naszego wdrożenia, zarówno w modelu Z waszym IT, jak i Bez waszego IT.