O technologii, decyzjach i ich konsekwencjach.

We wpisie zwracam uwagę na decyzje, których nikt nie zapisuje, narastającą liczbę poprawek i rozmywanie granic między modułami. Szybsze wytwarzanie kodu warto obserwować razem z kondycją systemu.

Wskazuję między innymi dokumentowanie decyzji architektonicznych — ADR — oraz przyglądanie się częstotliwości zmian kodu, błędom, spójności modułów i zależnościom między nimi. To punkty do rozmowy o jakości, a nie samodzielny dowód, że zespół osiąga lepszy wynik.

We wpisie proponuję przyglądać się temu, czy projekt realizuje cele biznesowe, co dzieje się z budżetem i jak długo trwa wprowadzanie zmian. To sygnały, które łączą sytuację techniczną z konsekwencjami dla firmy.

W dojrzałych systemach znaczenie mogą mieć także nieoczekiwany przyrost danych, zgłoszenia do wsparcia i spadek wydajności. Warto szukać ich przyczyn w kontekście całego systemu i jego użytkowników.