Najważniejsza odpowiedź
Stary system zawiera historyczne decyzje, które nie zawsze są nadal potrzebne, więc kopiowanie jeden do jednego przenosi dług.
W aplikacji wewnętrznej najważniejsze są proces, odpowiedzialność i jakość danych. Technologia jest narzędziem do ich odwzorowania.
Najpierw trzeba zrozumieć problem i sposób pracy. Dopiero później warto wybierać układ, funkcje i technologię.
Najważniejsze elementy
Nieużywane moduły
Część funkcji pozostaje tylko z przyzwyczajenia. To element, który warto zweryfikować na rzeczywistym przykładzie, a nie wyłącznie na podstawie ogólnego założenia.
Obejścia
Dodatkowe pola mogły maskować ograniczenia. To element, który warto zweryfikować na rzeczywistym przykładzie, a nie wyłącznie na podstawie ogólnego założenia.
Zmiany organizacji
Role i procedury mogły się zmienić. To element, który warto zweryfikować na rzeczywistym przykładzie, a nie wyłącznie na podstawie ogólnego założenia.
Koszt testów
Każda funkcja zwiększa zakres. To element, który warto zweryfikować na rzeczywistym przykładzie, a nie wyłącznie na podstawie ogólnego założenia.
Uproszczenie
Nowy projekt może usunąć duplikaty. To element, który warto zweryfikować na rzeczywistym przykładzie, a nie wyłącznie na podstawie ogólnego założenia.
Jak podejść krok po kroku?
- Zbierz statystyki użycia
- Ustal cel funkcji
- Oznacz zachować, zmienić, usunąć
- Migruj potrzebne dane
Każdy krok powinien zakończyć się konkretną decyzją lub materiałem. Dzięki temu kolejne etapy nie opierają się na domysłach, a zmiany są łatwiejsze do oszacowania.
Czego unikać?
- Kopia ekranów jako wymaganie
- Pola „na wszelki wypadek”
- Migracja całej historii bez celu
Te błędy zwykle wynikają z rozpoczęcia działania bez wspólnego celu, właściciela procesu i sposobu pomiaru rezultatu.
Podsumowanie
Stary system zawiera historyczne decyzje, które nie zawsze są nadal potrzebne, więc kopiowanie jeden do jednego przenosi dług. Najlepszy kolejny krok to opisanie obecnej sytuacji, oczekiwanego rezultatu i ograniczeń, a następnie dobranie rozwiązania proporcjonalnego do skali problemu.
