Jak pracuję z klientami i dostawcami IT

Zaczynam od problemu, nie od technologii

Pierwszym krokiem jest zrozumienie, co organizacja chce osiągnąć, jak działa obecny proces, kto z niego korzysta i gdzie pojawiają się koszty, błędy lub opóźnienia.

Nie zakładam z góry, że odpowiedzią musi być nowa aplikacja. Czasami lepszym rozwiązaniem jest integracja istniejących narzędzi, automatyzacja fragmentu procesu, zmiana konfiguracji albo uporządkowanie danych.

Współpraca etapowa

1. Diagnoza. Ustalam problem, cel, interesariuszy, ograniczenia i ryzyka. Porządkuję to, co organizacja już wie, oraz wskazuję niewiadome wymagające dalszej analizy.
2. Przygotowanie. Opisuję procesy, wymagania, priorytety i kryteria akceptacji. Materiał może służyć do zapytania ofertowego, budowy backlogu albo uporządkowania trwającego projektu.
3. Wybór dostawcy. Pomagam porównać zakresy, koszty, założenia, zespoły i modele współpracy. Przygotowuję pytania, prowadzę warsztaty i wskazuję ryzyka wymagające uregulowania przed podpisaniem umowy.
4. Realizacja. Pilnuję zakresu, budżetu, harmonogramu, decyzji, ryzyk i komunikacji. Weryfikuję postęp na podstawie rezultatów możliwych do pokazania oraz testowania.
5. Odbiór i wdrożenie. Przygotowuję UAT, klasyfikację zgłoszeń, warunki odbioru i przekazanie dokumentacji. Pomagam ocenić gotowość do uruchomienia oraz zaplanować stabilizację.

Recovery — gdy wchodzę w środku kryzysu

Powyższa ścieżka zakłada start od diagnozy. W praktyce często wchodzę do projektu, który jest już w trakcie i wymyka się spod kontroli — z opóźnionym harmonogramem, rosnącym budżetem albo sporem z wykonawcą.

W takiej sytuacji punktem wyjścia nie jest przygotowanie nowego projektu, lecz niezależna ocena stanu (project health check): co faktycznie powstało, ile kosztuje dokończenie i jakie warianty dalszego działania są realne. Dopiero na tej podstawie wracamy do etapów realizacji, odbioru albo — jeśli to uzasadnione — kontrolowanego zakończenia współpracy z dotychczasowym wykonawcą.

Jasna informacja zamiast projektowego teatru

Raport powinien pozwalać podjąć decyzję, a nie tylko dobrze wyglądać. Dlatego status sprowadzam do pytań: gdzie jesteśmy, co zostało dostarczone, co jest zagrożone, jaka decyzja jest potrzebna i jaki jest aktualny koszt zakończenia.

Nie ukrywam problemów za zielonym statusem. Równocześnie nie eskaluję każdego odchylenia do poziomu kryzysu. Ważna jest proporcja, wpływ i możliwość działania.

Współpraca z wykonawcą

Niezależny nadzór nie oznacza szukania konfliktu. Wykonawca powinien otrzymywać sprawne decyzje, dostęp do właściwych osób oraz stabilne priorytety. Klient powinien otrzymywać przejrzysty postęp, wczesną informację o ryzyku i rezultaty zgodne z ustaleniami.

Kiedy pojawia się spór, wracam do celu, wymagań, kryteriów i udokumentowanych decyzji. Staram się oddzielić problem do rozwiązania od poszukiwania winnego.

Narzędzia dopasowane do sytuacji

• Warsztaty i mapowanie procesów.
• Backlog, user stories i kryteria akceptacji.
• MoSCoW, mapy zależności i plany etapów.
• Rejestry ryzyk, decyzji i zmian.
• Raporty statusowe dla biznesu i zarządu.
• Scenariusze UAT i matryce odbiorowe.
• Arkusze porównania ofert i prognozy kosztów.
• Narzędzia używane już przez klienta i wykonawcę, jeżeli spełniają potrzeby.

Zasady współpracy

• Jasny zakres odpowiedzialności i oczekiwany rezultat.
• Bezpośrednia informacja o problemach i ograniczeniach.
• Decyzje oparte na wartości, ryzyku i dostępnych danych.
• Dokumentacja wystarczająca do kontroli i przekazania wiedzy.
• Brak uzależnienia rekomendacji od sprzedaży konkretnej technologii lub wykonawcy.