Niezależny nadzór projektu IT po stronie klienta

Nadzór nie oznacza konfliktu z wykonawcą. Dobrze zorganizowany klient ułatwia pracę dostawcy, szybciej podejmuje decyzje i ogranicza chaos, który szkodzi obu stronom.

Kto po stronie klienta pilnuje całości

W wielu firmach odpowiedzialność za projekt jest rozproszona. Zarząd ustala budżet, dział biznesowy zgłasza potrzeby, IT odpowiada za integracje, a wykonawca podejmuje decyzje techniczne. Każdy widzi fragment przedsięwzięcia, ale nikt nie utrzymuje pełnego obrazu.

Niezależny PM lub Product Owner po stronie klienta łączy te perspektywy. Pilnuje, aby rozwiązanie techniczne nadal odpowiadało celowi biznesowemu, a problemy i decyzje nie ginęły między organizacjami.

Zakres nadzoru

• Ustalenie modelu współpracy, odpowiedzialności i ścieżek decyzyjnych.
• Kontrola zakresu, priorytetów i zmian.
• Weryfikacja harmonogramu oraz aktualnej prognozy zakończenia.
• Powiązanie kosztów z dostarczanymi rezultatami.
• Prowadzenie rejestru ryzyk, decyzji i zależności.
• Przygotowanie oraz prowadzenie spotkań statusowych i przeglądów.
• Koordynacja biznesu, IT, użytkowników i dostawców.
• Weryfikowanie działających rezultatów oraz kryteriów akceptacji.
• Organizacja UAT, odbiorów i przygotowania do wdrożenia.
• Eskalowanie problemów wraz z możliwymi wariantami decyzji.

Postęp mierzony rezultatem

Liczba spotkań, wykonanych zadań technicznych i przepracowanych godzin nie odpowiada automatycznie wartości dostarczonej klientowi. Dlatego raportowanie powinno pozwalać odpowiedzieć na konkretne pytania: co można już zobaczyć, co zostało odebrane, ile najważniejszego zakresu pozostaje i jaki jest realistyczny koszt dokończenia.

Nie oczekuję, że każdy projekt będzie przebiegał bez odchyleń. Oczekuję natomiast, że odchylenia będą widoczne, opisane i powiązane z decyzją.

Zarządzanie zmianami bez blokowania rozwoju

Zmiany są naturalne, zwłaszcza w projektach trwających wiele miesięcy. Nadzór nie polega na ich automatycznym odrzucaniu. Każda zmiana powinna jednak mieć uzasadnienie, ocenę wpływu i właściciela decyzji.

Nowa potrzeba może zwiększyć budżet, przesunąć termin albo zastąpić element o niższym priorytecie. Najważniejsze jest to, aby konsekwencja była znana przed rozpoczęciem dodatkowej pracy, a nie dopiero po otrzymaniu faktury. Więcej o tym w opisie problemu scope creep.

Dla kogo jest ta usługa

• Firmy nieposiadające własnego doświadczonego PM-a lub Product Ownera.
• Organizacje zamawiające system u zewnętrznego software house'u.
• Projekty angażujące kilka spółek, działów albo wykonawców.
• Wdrożenia strategiczne, których niepowodzenie wpłynie na operacje lub klientów.
• Projekty o zmiennym zakresie, wielu integracjach lub rozproszonej odpowiedzialności.
• Zarządy potrzebujące niezależnej informacji o stanie przedsięwzięcia.

Jak rozpoczyna się nadzór

Najłatwiej rozpocząć przed podpisaniem umowy, kiedy można jeszcze uporządkować wymagania, kryteria odbioru i sposób raportowania. Możliwe jest również wejście do trwającego projektu.

W takim przypadku najpierw przeglądam zakres, harmonogram, umowę, backlog, statusy, ryzyka i dotychczasowe ustalenia. Następnie proponuję prosty model kontroli dopasowany do skali przedsięwzięcia. Nie wprowadzam dokumentów i ceremonii, które nie pomagają podejmować decyzji.

Co otrzymuje zarząd i właściciele biznesowi

Zamiast technicznego strumienia szczegółów otrzymują czytelną informację: gdzie projekt naprawdę się znajduje, co jest zagrożone, jakie decyzje są wymagane i jakie konsekwencje mają dostępne warianty.

Celem nadzoru jest nie tylko prowadzenie bieżących prac, lecz również utrzymanie zdolności organizacji do podejmowania świadomych decyzji o dalszej inwestycji.