Zakres chroni obie strony
Projekt zaczyna się od nazwania efektu i granic. Co ma działać, czego nie obejmuje etap, jakie dane dostarcza klient i po czym wspólnie rozpoznamy odbiór. Dzięki temu decyzje techniczne mają punkt odniesienia.
Najpierw ryzyko krytyczne
Jeżeli rozwiązanie zależy od zewnętrznego API, jakości danych albo konkretnej wtyczki, sprawdzamy tę zależność wcześniej. Mały dowód techniczny może oszczędzić tygodnie budowy niewłaściwej architektury.
- najdroższe założenie testujemy jako pierwsze
- zmiany produkcyjne poprzedza staging i backup
- krytyczne ścieżki otrzymują testy odbiorowe
- ograniczenia są częścią dokumentacji
Kod nie zamyka projektu
Gotowa zmiana musi jeszcze przejść weryfikację, akceptację i handoff. Właściciel systemu powinien wiedzieć, jak go uruchomić, monitorować, zaktualizować i bezpiecznie wycofać.