Pomyśl o czymś więcej niż o pierwszym wydaniu
Klienci muszą rozumieć produkt, programiści muszą móc go utrzymywać, a ktoś musi zadbać o jego działanie, gdy coś nie idzie zgodnie z planem. Decyzja projektowa wpływa też na wsparcie. Integracja oznacza również zależność. Szybki skrót może stać się powtarzającym się kosztem. Tworzenie własnych produktów pomaga nam dostrzegać te powiązania.
Włącz model operacyjny do zakresu
Przydatny plan realizacji opisuje więcej niż ekrany i funkcje. Wyjaśnia, kto ma jakie uprawnienia, które systemy współdzielą dane, jak weryfikuje się pracę i czego zespół potrzebuje do utrzymania rozwiązania. Te pytania warto zadać na początku, nawet gdy pierwsza wersja jest celowo niewielka.
Ucz się na działającym fragmencie produktu
Skoncentrowany, kompletny przepływ pracy jest często bardziej przydatny niż wiele odłączonych funkcji. Pozwala zespołowi przetestować swoje założenia w rzeczywistej interakcji, przejrzeć podstawowe dane i zrozumieć kolejny krok. Celem jest osiągnięcie postępu, który można ocenić, a nie tylko policzyć.
Zadbaj o to, aby przekazanie było użyteczne
Przejrzysta dokumentacja, jawne kompromisy i zrozumiały kod ułatwiają kolejną decyzję. Wnosimy do projektów klientów perspektywę twórców własnych produktów: tworzymy dla osób korzystających z oprogramowania i tych, które później będą za nie odpowiadać.