Punkt wyjścia
Firma z branży technologii obronnych chciała ruszyć development i zarząd naraz. Deweloperzy przeczuwali, że z AI da się tworzyć kod inaczej. Nie znaleźli czasu, by spróbować tego u siebie jako procesu. Zarząd wiedział, że AI istnieje. Nie umiał sobie wyobrazić, jak to wygląda w software developmencie, ani czego ma wymagać od zespołu.
Problem
- Wiedzieć nie wystarczy. Możliwości są znane. W kalendarzu nie ma bloku, by spróbować ich na własnej pracy.
- Zarząd bez obrazu. Nie wie, czy zespół używa AI od święta, czy codziennie. Nie wie, jakiego wyniku ma wymagać.
- Dwie strony, jeden problem. Gdy ruszysz tylko deweloperów, kierownictwo nie umie o tym rozmawiać. Gdy ruszysz tylko zarząd, development zostaje przy czacie.
Rozwiązanie: dzień dla developmentu, dwie godziny dla kierownictwa
Połączyliśmy dwa formaty w jednej firmie. Głównym instruktorem na warsztacie był Josef Nevoral.
Dla zespołu developerskiego i R&D całodniowy hackathon z agentic engineering i spec-driven development. Od specyfikacji na podstawie requestu od zarządu, przez kod, który wygeneruje agent, po test.
Dla zarządu dwugodzinny warsztat: jak AI używają nowoczesne zespoły, czego mogą oczekiwać od developmentu i w których obszarach (marketing, produkcja, logistyka) ma u nich sens zacząć.
Jak to działa:
- Deweloperzy wychodzą z procesem. Nie z linkiem do artykułu. Specyfikacja, kod, test w jeden dzień.
- Zarząd wychodzi z mapą obszarów. Nie z listą narzędzi. Gdzie to u nich ma sens.
- Obie strony w tej samej firmie. Kierownictwo potem wie, czego wymagać. Zespół wie, co dostarczać.
Co się zmieniło
- Proces zamiast eksperymentu po godzinach. Development ma drogę od requestu do przetestowanego kodu.
- Wspólny język. Zarząd widzi, jak development naprawdę pracuje z AI. Przestaje wrzucać do jednego worka czat i produkcję.
- Od czego zacząć poza developmentem. Kierownictwo ma obszary, nie obietnicę, że „AI rozwiąże wszystko”.
Co z tego wziąć do siebie
- Zarezerwujcie czas, nie tylko licencję. Zespół często wie, że możliwości są. Brakuje dnia, w którym wolno im to spróbować na swojej pracy.
- Zarząd musi zobaczyć development, nie slajd. Inaczej nie wie, czego wymagać w poniedziałek.
- Dwie strony naraz. Hackathon bez kierownictwa zostaje w R&D. Warsztat bez developmentu zostaje w notatkach.
Jak to spróbować u was
Jeśli interesuje was podobny format u siebie, zacznijmy od 15-minutowej rozmowy. Sprawdzimy, czy to ma u was sens i które ze szkoleń będzie najlepszym startem. Kolejne historie z firm są w dziale Realizacje.