Mniej wielkich obietnic. Więcej rzeczy, które da się odebrać.

Dobry projekt nie zaczyna się od wyboru frameworka. Zaczyna się od jasnego rezultatu, prawdziwych danych i granicy, której nie przesuwamy bez wspólnej decyzji.

01

Jedna osoba od rozmowy do wdrożenia

Nie przekazuję ustaleń między sprzedawcą, analitykiem i wykonawcą. Pytania techniczne i biznesowe trafiają do tej samej osoby.

02

Granice przed kodem

Zakres opisuje nie tylko to, co powstanie, ale też czego nie obejmuje, jakie są wymagane dostępy i po czym odbieramy rezultat.

03

Najmniejszy użyteczny etap

Pierwsza wersja ma obsłużyć jeden pełny przebieg. Nie buduję katalogu pustych ekranów na podstawie dalekiej wizji.

04

Błąd też ma swój stan

Automatyzacja nie może po prostu zniknąć, gdy dane są niepełne. Wyjątek musi być widoczny i możliwy do bezpiecznej obsługi.

Każdy etap ma swój wynik.

Dokumentacja ma pomagać w odbiorze i kontynuacji, nie rosnąć dla samego poczucia formalności.

  1. 01

    Kontekst

    Jeden prawdziwy przypadek, obecne narzędzia, osoba odpowiedzialna i oczekiwany koniec.

  2. 02

    Sprawdzenie

    Dokumentacja, API, dostęp testowy, dane i elementy, których nie wolno zgadywać.

  3. 03

    Zakres

    Rezultat, wyłączenia, cena, termin, materiały i scenariusze odbioru w jednym podsumowaniu.

  4. 04

    Realizacja

    Działający wycinek z kontrolą błędów i odpowiedzialności, regularnie pokazywany na prawdziwych przypadkach.

  5. 05

    Odbiór

    Przypadki poprawne, duplikaty i wyjątki. Dokumentacja, dostęp i uzgodnione przekazanie.

  6. 06

    Decyzja

    Stabilizacja, rozwój albo zatrzymanie. Kolejny etap nie uruchamia się automatycznie.

Wiesz, co działa i co zrobić dalej.

  • działająca wersja uzgodnionego zakresu
  • scenariusze odbioru i wynik testów
  • potrzebne dostępy oraz dokumentacja przekazania
  • jawna lista ograniczeń i następnych decyzji

Zacznijmy od jednego przykładu, nie od całej specyfikacji.