zamiod 2008
zami.pl / Dział 03 / Nadzór projektów IT

Wykonawca mówi „gotowe”. Sprawdzamy, czy na pewno.

Stoimy po Waszej stronie przy projektach IT. Pomagamy wybrać wykonawcę, sprawdzamy kolejne etapy i oceniamy systemy, które już działają.

Bramki jakości

Pięć bramek.
Żaden etap nie przechodzi bez sprawdzenia.

Wybierz bramkę: zobaczysz, co sprawdzamy, co dostajesz i kto podpisuje odbiór.

Bramka 01 z 05

Wymagania

Spisujemy, co ma powstać – językiem zrozumiałym dla obu stron.

Co sprawdzamy

  • Cele i użytkownicy
  • Zakres funkcji
  • Kryteria odbioru

Co dostajesz

  • Dokument wymagań
  • Lista kryteriów odbioru

Kto podpisuje

Zamawiający, po wspólnym przeglądzie

Bramka 02 z 05

Wybór wykonawcy

Porównujemy oferty według tych samych kryteriów.

Co sprawdzamy

  • Zgodność ofert z wymaganiami
  • Referencje i doświadczenie
  • Umowa: prawa autorskie i kod

Co dostajesz

  • Porównanie ofert
  • Rekomendacja na piśmie

Kto podpisuje

Zamawiający – decyzja należy do Ciebie

Bramka 03 z 05

Etapy

Sprawdzamy każdy etap, zanim zostanie zapłacony.

Co sprawdzamy

  • Demo etapu
  • Testy na komputerze i telefonie
  • Zgodność z harmonogramem

Co dostajesz

  • Protokół etapu z uwagami
  • Lista poprawek

Kto podpisuje

Zamawiający – płatność po akceptacji protokołu

Bramka 04 z 05

Odbiór końcowy

Całość sprawdzamy według kryteriów ustalonych na starcie.

Co sprawdzamy

  • Wydajność i bezpieczeństwo
  • Dostępność (WCAG)
  • Dokumentacja i dostępy

Co dostajesz

  • Protokół odbioru końcowego
  • Raport z testów

Kto podpisuje

Zamawiający i wykonawca

Bramka 05 z 05

Po wdrożeniu

Pilnujemy, żeby system działał tak, jak go odebrano.

Co sprawdzamy

  • Warunki SLA
  • Kopie i aktualizacje
  • Przegląd okresowy

Co dostajesz

  • Raport okresowy
  • Zalecenia na kolejny rok

Kto podpisuje

Zamawiający, przy przeglądzie

Dokumentacja

Wszystko na piśmie.
Zawsze.

Każda współpraca z organizacją opiera się na czterech dokumentach. Kliknij dokument, żeby zobaczyć jego spis treści.

01 · Umowa SLA

  1. 1.Zakres usług
  2. 2.Priorytety zgłoszeń
  3. 3.Czasy reakcji
  4. 4.Okna serwisowe
  5. 5.Eskalacja

02 · Protokół odbioru

  1. 1.Kryteria odbioru
  2. 2.Wyniki testów
  3. 3.Uwagi i poprawki
  4. 4.Decyzja
  5. 5.Podpisy

03 · Raport miesięczny

  1. 1.Dostępność
  2. 2.Bezpieczeństwo
  3. 3.Wykonane prace
  4. 4.Ryzyka
  5. 5.Rekomendacje

04 · Plan rozwoju

  1. 1.Cele
  2. 2.Priorytety
  3. 3.Harmonogram
  4. 4.Budżet
  5. 5.Odpowiedzialni
wzory dokumentów · ilustracja
01

Cykl nadzoru

Cztery etapy. Możemy prowadzić wszystkie albo wejść w wybrany.

  1. ETAP 01

    Zakup i wybór wykonawcy

    Zanim podpiszecie umowę.

    • opis przedmiotu zamówienia, wymagania
    • zapytanie ofertowe / przetarg
    • kryteria oceny i ocena ofert
    • przegląd umowy pod kątem technicznym
    RezultatWymagania, kryteria, opinia o ofertach
  2. ETAP 02

    Nadzór nad tworzeniem

    Gdy projekt jest w toku.

    • harmonogram i kamienie milowe
    • wgląd w kod i narzędzia projektu (tylko odczyt)
    • spotkania kontrolne
    • rejestr ryzyk i decyzji
    RezultatRaporty okresowe, lista ryzyk
  3. ETAP 03

    Odbiory etapów

    Przed każdą płatnością.

    • testy na kontach testowych
    • zgodność ze specyfikacją i umową
    • jakość: dostępność, bezpieczeństwo, wydajność, widoczność w Google
    • połączenia z innymi systemami: płatności, e-faktury, poczta
    RezultatProtokół z rekomendacją
  4. ETAP 04

    Audyt i dalsze kroki

    Po wdrożeniu lub dla systemu, który już działa.

    • jak działa naprawdę – nie na demo
    • co poprawić, zmienić, przepisać
    • plan migracji lub rozwoju
    • przekazanie dokumentacji i dostępów
    RezultatRaport z audytu i plan działań
02

Co dostajecie

Każdy etap kończy się dokumentem. Bez prezentacji, które niczego nie rozstrzygają.

DokumentKiedyDla kogoZawartość
Opinia o wymaganiach i ofertachprzed wyborem wykonawcyzarząd, zamówieniabraki w wymaganiach, porównanie ofert, ryzyka umowy
Raport okresowykierownik projektustan prac vs harmonogram, ryzyka, decyzje do podjęcia
Protokół odbioru etapupo każdym etapiezarząd, finansewyniki testów, uwagi, rekomendacja odbioru
Raport z audytuna koniec / na zleceniezarząd, ITocena działania, priorytety zmian, plan dalszych kroków
Przypomnienia o kamieniach milowychna bieżącoobie stronyterminy, zależności, brakujące materiały
03

Odbiory etapów

Trzy możliwe rekomendacje. Zawsze z uzasadnieniem.

  • REKOMENDACJA AOdbiór

    Etap zgodny ze specyfikacją. Można zapłacić i iść dalej.

  • REKOMENDACJA BOdbiór z uwagami

    Drobne braki z terminem poprawy. Nie blokują kolejnego etapu.

  • REKOMENDACJA CBrak odbioru

    Istotne niezgodności. Lista do poprawy i ponowny test.

Protokół piszemy językiem zrozumiałym dla zarządu – z załącznikiem technicznym dla wykonawcy.

04

Audyt istniejącej strony lub aplikacji

Sprawdzamy, jak działa – i co z tym zrobić: zostawić, poprawić, zmienić czy przepisać.

  • Funkcjonowanie: czy robi to, co miało robić – na realnych scenariuszach
  • Bezpieczeństwo: wersje, konta, uprawnienia, kopie
  • Wydajność i stabilność
  • Dostępność dla osób z niepełnosprawnościami (WCAG) i wygoda użycia
  • Widoczność w Google, pomiar, zgody cookies
  • Jakość kodu i możliwość rozwoju
  • Dokumentacja, dostępy, zależność od jednego dostawcy
  • Koszty utrzymania vs. alternatywy
Skala rekomendacji dla każdego obszaru
OcenaZnaczenie
ZostawićDziała dobrze, nie ruszać bez potrzeby.
PoprawićDrobne zmiany o wyraźnym efekcie.
ZmienićObszar do przebudowy – np. proces, moduł, integracja.
PrzepisaćRozsądniej i bezpieczniej zbudować od nowa niż łatać.
funkcjebezpiecz.wydajnośćdostępnośćGooglekod

Radar stanu – przykładowy raport · wartości ilustracyjne

  • FunkcjeZostawić
  • BezpieczeństwoZmienić
  • WydajnośćPoprawić
  • DostępnośćZmienić
  • Google i pomiarPoprawić
  • Kod i rozwójPrzepisać
05

Przykład realizacji

Opis ogólny, bez szczegółów poufnych.

Realizacja · nadzór IT

Nadzór nad budową platformy certyfikacji online dla organizacji branżowej z sektora hotelarskiego

Nadzór techniczny i organizacyjny po stronie zamawiającego – od wymagań, przez kontrolę etapów, po odbiory.

Klient
IGHP
Zakres
ankieta z punktacją, panel audytora, płatności, e-faktury, publiczna weryfikacja certyfikatów
Rola ZAMI
niezależny nadzór, odbiory etapów, rejestr ryzyk
Przebieg nadzoru · IGHP
  • Wymagania i kryteria odbioru
  • Kontrola etapów i harmonogramu
  • Testy: płatności, e-faktury, certyfikaty
  • Odbiory i rejestr ryzyk
06

Zasady niezależności

Nadzór ma sens tylko wtedy, gdy jest bezstronny.

Po stronie zamawiającego
Reprezentujemy Wasz interes, nie wykonawcy.

Nie przyjmujemy zleceń od wykonawcy nadzorowanego projektu.

Bez sędziowania we własnej sprawie
Nie wykonujemy prac, które sami odbieramy.

Grafika, treści czy prawo – poza zakresem nadzoru.

Dostęp tylko do odczytu
Repozytorium, panel, środowisko testowe.

Niczego nie zmieniamy bez zgody.

Poufność
Umowa o zachowaniu poufności przed startem.

Dane klienta zostają u klienta.

07

Pytania

Mamy zaufanego wykonawcę. Po co nadzór?

Dobry wykonawca lubi jasne odbiory: mniej sporów, czytelne podstawy do płatności, mniej poprawek na końcu.

Projekt już trwa. Czy to nie za późno?

Nie. Dołączamy w trakcie – zaczynamy od przeglądu stanu prac i listy ryzyk.

Czy nadzorujecie tylko strony WWW?

Strony, portale, aplikacje internetowe i systemy z nimi zintegrowane, a także zakupy oprogramowania i usług IT.

Co po zakończeniu projektu?

Nie znikamy razem z ostatnim protokołem. Możemy wrócić z przeglądem po kilku miesiącach działania systemu – żeby sprawdzić, jak sprawuje się naprawdę.

Ile to kosztuje?

Zależy od skali i czasu trwania projektu. Wycena po rozmowie, na piśmie.

Kontakt

Prześlijcie harmonogram. Wskażemy ryzyka.

Zaczynamy od krótkiej rozmowy. Potem dostajecie plan i wycenę na piśmie.

  1. 1Rozmowa – telefon, online albo u nas w biurze
  2. 2Plan i wycena na piśmie
  3. 3Start, a potem stała opieka

Pytania

Pytania, które często słyszymy.

Czym jest nadzór IT po stronie zamawiającego?

Niezależnym sprawdzaniem pracy wykonawcy strony lub aplikacji: od opisu zamówienia, przez kontrolę postępów, po odbiory.

Komu przydaje się nadzór IT?

Organizacjom bez własnego zespołu IT, które zamawiają serwis lub aplikację i chcą wiedzieć, za co płacą.

Czy nadzorujecie projekty, których nie wykonujecie?

Tak – to sedno tej usługi. Nie wykonujemy projektu, który nadzorujemy.

Czy możecie dołączyć w trakcie projektu?

Tak. Zaczynamy od przeglądu dokumentacji i stanu prac, a potem wchodzimy w bieżące odbiory.

W jakiej formie dostajemy wyniki nadzoru?

Pisemne raporty i protokoły z rekomendacją: odebrać, odebrać z uwagami albo nie odbierać.

Więcej odpowiedzi: Opieka i bezpieczeństwo w centrum pomocy

Prowadzisz małą firmę?Kliknij tu – prosta ścieżka dla Ciebie