Zacznij od funkcji biznesowej
Mam ponad 20 lat doświadczenia w IT, obejmującego oprogramowanie, sprzęt, architekturę i kierowanie procesem wytwarzania. Ta szeroka perspektywa wpływa na moje podejście: oceniam współpracę części systemu. Zacznij od funkcji biznesowej, wykorzystywanych informacji i osób zależnych od jej działania. Wskaż miejsca, w których decyzje oraz odpowiedzialność przechodzą między grupami. Ustal, kto potrafi wyjaśnić te powiązania i wymagane zachowanie systemu.
Prześledź zmiany w procesie wytwarzania
Zalecam prześledzenie wymagań przez projekt, implementację, testy, wydanie i wsparcie. Zapytaj, kto zatwierdza zmiany, co jest sprawdzane i jak osoby utrzymujące system ustalają jego działającą wersję. Oceń odpowiednie mechanizmy budowania i wdrażania razem z zachowaniem aplikacji. Ustalenie powinno wyjaśniać drogę od wymagania biznesowego do decyzji technicznej oraz sposób utrzymywania tej decyzji podczas dalszych zmian.
Połącz architekturę z infrastrukturą
Zmapuj tożsamości, interfejsy, przepływy danych i zależności. Uwzględnij relacje między oprogramowaniem, sprzętem i środowiskiem eksploatacji. Sprawdź założenia dotyczące przechowywania danych, wydajności i zachowania sieci na podstawie uzgodnionych dowodów. Dla mikroserwisów lub monolitu określ odpowiedzialność za interfejsy i dane. W systemach o dużym obciążeniu i rozwiązaniach Big Data pytania przeglądu powinny obejmować ograniczenia eksploatacyjne oraz skutki niedostępności zależności.
Utrzymuj wnioski w granicach zakresu
Spojrzenie na cały system pomaga wybrać odpowiednie pytania. Szczegółowość nadal wymaga uzgodnionego zakresu, odpowiednich dowodów i widocznych ograniczeń. Całą pracę konsultingową wykonuję sam i łączę ustalenia techniczne z decyzjami klienta. Zalecam jasne przedstawienie zależności oraz niepewności, aby następne działanie miało właściciela i uzasadnienie. Odbiorcy powinni rozumieć, co zostało sprawdzone oraz jakie pytania pozostają otwarte. Zapisz też założenia, na których opierają się poszczególne wnioski.