Proces

Każdy etap kończy się czymś, co można ocenić

Nie „pracujemy nad projektem”, tylko: jest zakres, jest projekt, jest wersja testowa. Dzięki temu wiadomo, gdzie jesteśmy, bez pytania o status.

01Etapy

Sześć kroków, w których powstaje projekt

01
Poznajemy problem
Rozmowa o tym, co ma się zmienić w firmie - nie o tym, ile podstron ma mieć serwis. Ustalamy cel, odbiorcę, ograniczenia i budżet.
Efekt
Zakres i wstępna wycena
02
Projektujemy rozwiązanie
Architektura informacji, ścieżki użytkownika, makiety i warstwa wizualna. Decyzje zapadają na projekcie, nie w trakcie kodowania.
Efekt
Projekt UI i struktura serwisu
03
Budujemy
Wdrożenie w czystym kodzie, na komponentach, które da się później rozbudować. Treść, dane i logika są rozdzielone od warstwy prezentacji.
Efekt
Działająca wersja na środowisku testowym
04
Testujemy i optymalizujemy
Sprawdzamy działanie na urządzeniach, dostępność, Core Web Vitals i poprawność danych strukturalnych. Poprawki wchodzą przed startem, nie po.
Efekt
Raport wydajności i dostępności
05
Uruchamiamy
Wdrożenie produkcyjne, przekierowania ze starych adresów, analityka, Search Console, kopie zapasowe. Przekazujemy dostępy i dokumentację.
Efekt
Produkcja i przekazanie projektu
06
Rozwijamy
Kolejne podstrony, funkcje i integracje dokładamy na tym samym systemie. Nie przepisujemy projektu od nowa przy każdej zmianie.
Efekt
Plan rozwoju na kolejne miesiące

02Zasady

Prowadzący projekt zna jego szczegóły i odpowiada za ustalenia. Nie przekazujemy tematu między osobami w trakcie.

Dostęp do działającej wersji macie przez cały czas trwania prac, nie dopiero przy odbiorze.

Zakres, terminy i zmiany zapisujemy. Ogranicza to nieporozumienia bardziej niż jakiekolwiek narzędzie do zarządzania projektami.

Jeśli w trakcie pojawia się lepszy pomysł, mówimy, co to znaczy dla terminu i kosztu, i decydujecie świadomie.

Jeśli funkcja nie zmieni wyniku albo rozwiązanie da się osiągnąć taniej, powiemy o tym - nawet gdy zmniejsza to zakres zlecenia.

Po zakończeniu projektu przekazujemy repozytorium, dokumentację i dostępy do infrastruktury.

Rozmowa o problemie do niczego nie zobowiązuje, a zwykle wystarcza, żeby oszacować zakres i kolejność prac.