Jak powstaje projekt IT — historia pewnej huśtawki

Ponad 60 lat. I nic się nie zmieniło.

Zmienił się tylko stack technologiczny. Huśtawka pozostała.

Najlepsze jest to, że każdy kto go widzi — natychmiast rozpoznaje się w jednej z ról. I natychmiast myśli, że to o kimś innym. Bo przecież my zawsze precyzyjnie opisujemy wymagania. To oni źle rozumieją.

Rollercoaster za który zapłacił klient to klasyk. Pojawia się w każdej branży, w każdym budżecie, na każdym poziomie zaawansowania — od arkusza Excel „który ma się sam aktualizować" po wielomiesięczne wdrożenia ERP. Dokumentacja opisuje projekt który nigdy nie istniał. Pomoc techniczna dotyczy funkcji których nikt nie chciał. A klient naprawdę potrzebował opony na linie.

Śmieszne? Zdecydowanie. Znajome? No właśnie.

Skąd się bierze ta różnica? Z języka.

Każda warstwa organizacji słyszy te same słowa — i rozumie je przez pryzmat swojej codzienności. Zarząd mówi „raport sprzedażowy" i widzi jeden ekran z trzema liczbami. Kierownik projektu słyszy „raport" i myśli o harmonogramie deliverables. Analityk zaczyna projektować schemat danych. Programista pyta o format eksportu. Marketing zastanawia się czy można to wrzucić na LinkedIn.

Nikt nie kłamie. Nikt nie jest niedbały. Po prostu każdy ma inny słownik — i każdy zakłada, że reszta używa tego samego.

Wspólny język nie powstaje sam. Wymaga chwili, w której wszystkie te osoby siedzą razem — i weryfikują, czy mówią o tym samym. Warsztat wymagań, kickoff, demo po pierwszym sprincie — to nie biurokratyczne rytuały. To jedyne momenty, w których różne słowniki mają szansę się zsynchronizować.

Bez tego każdy wraca do swojego biurka z własną wersją huśtawki. I wszyscy są zaskoczeni na końcu.

Czy da się to naprawić?

Nie całkowicie. Ale niektóre rzeczy naprawdę pomagają — i nie dlatego że wymyślił je ktoś mądry, tylko dlatego że wyszły z bolesnego doświadczenia. Są to narzędzia które zmniejszają odległość między kadrem pierwszym a ostatnim.