Business Driven Development w praktyce

1. Zrozum

Zbieramy cel, ograniczenia, kontekst użytkowników, dane i istniejący proces. Pytamy również, co już działa oraz czego firma nie chce stracić podczas zmiany.

2. Uprość

Oddzielamy główny problem od objawów i listy życzeń. Ustalamy najmniejszy zakres, który pozwoli sprawdzić ważne założenie w praktyce.

3. Zaprojektuj

Opisujemy przyszły sposób pracy, role, przepływ informacji, decyzje oraz wyjątki. Narzędzie ma wspierać ten model, dlatego wybór technologii pojawia się po projekcie procesu.

4. Zbuduj

Wdrażamy rozwiązanie w działającym środowisku i pracujemy na prawdziwych materiałach. W przypadku produktu może to być funkcja, a w usłudze konfiguracja procesu, kontekstu i rytmu działania.

5. Zmierz

Sprawdzamy użycie, jakość przepływu, czas pracy i rezultat ważny dla firmy. Wnioski wracają do kolejnego cyklu zamiast kończyć się na raporcie.

Standard współpracy

Zakres i odpowiedzialność powinny być widoczne od początku. Nie składamy obietnic bez danych, rozdzielamy fakty od hipotez i pokazujemy ograniczenia proponowanego rozwiązania.

• Cel biznesowy przed zakresem
• Działający proces przed skalowaniem
• Rzetelny pomiar przed deklaracją wyniku