Provenance Manifesto
arrow_back Powrót do dziennika

Dlaczego decyzje muszą stać się artefaktem pierwszej klasy

Yauheni Kurbayeu

Dlaczego decyzje muszą stać się artefaktem pierwszej klasy

Why Decisions Must Become a First-Class Artifact

Author: Yauheni Kurbayeu
Published: Mar 14, 2026


Przez większość historii rozwoju oprogramowania decyzje znajdowały się w dość dziwnym miejscu. Wpływają na wszystko, co budujemy, a jednak rzadko istnieją jako artefakty samego systemu. Pojawiają się w rozmowach, przeglądach projektowych, wątkach na Slacku i spotkaniach architektonicznych. Czasami ich podsumowanie trafia do dokumentu, ale znacznie częściej stojące za nimi rozumowanie cicho rozpływa się w codziennym rytmie dostarczania oprogramowania.

To, co pozostaje, nie jest samą decyzją, lecz rezultatem tej decyzji.

Zachowujemy kod, architekturę, infrastrukturę, API oraz dokumentację. Te artefakty opisują czym system się stał, ale rzadko wyjaśniają dlaczego stał się właśnie taki. Przez wiele lat nie wydawało się to poważnym problemem, głównie dlatego, że środowiska technologiczne ewoluowały w stosunkowo umiarkowanym tempie. Systemy mogły pozostawać stabilne przez długie okresy, a pierwotne rozumowanie stojące za ich projektem rzadko wymagało ponownego analizowania.

Założenie, które właśnie się rozpada

To założenie zaczyna się teraz rozpadać.

W erze wspieranej przez AI środowisko otaczające nasze systemy zmienia się znacznie szybciej niż wcześniej. Frameworki ewoluują szybciej, możliwości infrastruktury się zmieniają, ograniczenia regulacyjne pojawiają się i znikają, a nowe narzędzia oparte na AI stale zmieniają ekonomię budowania oprogramowania. Wraz z przyspieszeniem tego tempa artefakty, które kiedyś uznawaliśmy za trwałe, zaczynają starzeć się znacznie szybciej.

Architektury, które dwa lata temu były optymalne, nagle wydają się niepotrzebnie skomplikowane. Ograniczenia, które kiedyś wymuszały określone decyzje projektowe, cicho znikają. Ograniczenia platformy, które kształtowały pierwotną implementację, przestają być istotne. Kiedy organizacje napotykają takie momenty zmian, często uświadamiają sobie, że choć nadal posiadają artefakt, nie posiadają już rozumowania, które doprowadziło do jego powstania.

Pamiętają, co zbudowali, ale nie potrafią już jasno wyjaśnić, dlaczego zbudowali to w taki sposób.

Bez tego rozumowania ewolucja staje się niepewna. Zespoły wahają się przed zmianą systemów, ponieważ podejrzewają, że mogą nadal istnieć niewidoczne ograniczenia. Inżynierowie dziedziczą decyzje architektoniczne, których kompromisy nie są już rozumiane. Z czasem system powoli zaczyna przypominać coś dobrze znanego każdemu doświadczonemu programiście: strukturę technologiczną, która nadal działa, ale której początki zostały w dużej mierze zapomniane.

W wielu przypadkach prawdziwy kapitał intelektualny organizacji już zniknął.

Prawdziwym zasobem nigdy nie był sam artefakt. Był nim łańcuch rozumowania, który go stworzył: założenia uznawane w tamtym czasie za prawdziwe, ograniczenia kształtujące architekturę, alternatywy, które zostały odrzucone, oraz ryzyka wpływające na ostateczną decyzję. Gdy to rozumowanie znika, artefakt staje się zamrożoną migawką dawnego sposobu myślenia.

Prosta analogia historyczna

Historia ludzkości oferuje prostą analogię, która ułatwia zrozumienie tej różnicy.

Na przestrzeni wieków ludzkość stworzyła całą sekwencję technologii transportu:

  • koło
  • powóz
  • samochód
  • samolot
  • rakietę

Na pierwszy rzut oka wydają się to oddzielne wynalazki należące do zupełnie różnych epok technologicznych. Jeśli jednak przyjrzymy się bliżej, wszystkie są wariacjami tej samej podstawowej decyzji.

Ludzie chcieli przemieszczać się z jednego miejsca do drugiego szybciej i bardziej efektywnie.

Decyzja pozostała taka sama, podczas gdy implementacje ewoluowały wraz z rozwojem technologii. Powóz nie zniknął dlatego, że stojąca za nim idea była błędna; zniknął dlatego, że pojawiły się lepsze sposoby realizacji tej samej intencji. Gdyby historycy zachowali jedynie fizyczny projekt powozu, a utracili rozumowanie stojące za nim, taki artefakt stałby się ostatecznie niczym więcej niż muzealnym eksponatem.

Natomiast samo rozumowanie nadal generuje nowe rozwiązania.

To rozróżnienie staje się jeszcze ważniejsze w erze sztucznej inteligencji. Systemy AI dramatycznie obniżają koszt tworzenia artefaktów. Kod może być generowany w ciągu minut. Architektury mogą być proponowane automatycznie. Konfiguracje infrastruktury mogą być składane z coraz większym poziomem automatyzacji. W miarę jak koszt wytwarzania tego, co nadal spada, względna wartość dlaczego rośnie.

Mimo to większość organizacji wciąż traktuje rozumowanie jako coś tymczasowego — coś, co istnieje tylko w momencie dyskusji.

Jeśli AI przyspiesza produkcję systemów, organizacje będą potrzebowały nowej zdolności do zachowywania rozumowania stojącego za nimi. Zamiast przechowywać jedynie końcowe artefakty, będziemy potrzebowali systemów, które zapisują same decyzje jako ustrukturyzowane byty. Takie systemy rejestrowałyby założenia, ograniczenia, kompromisy, ryzyka oraz alternatywne ścieżki, które ukształtowały wynik.

Innymi słowy, rozwój oprogramowania będzie potrzebował warstwy pamięci dla decyzji.

Gdy decyzje stają się artefaktami pierwszej klasy, coś zmienia się fundamentalnie. Kiedy środowisko ewoluuje, nie jesteśmy już zmuszeni ponownie odkrywać rozumowania stojącego za systemem poprzez archeologię i spekulację. Zamiast tego możemy wrócić do pierwotnej decyzji, zaktualizować założenia, które nie są już prawdziwe, i ponownie wygenerować implementację w sposób odzwierciedlający nowy kontekst.

Takie podejście przekształca systemy ze statycznych struktur w coś bliższego żywym projektom. Artefakt może zmieniać się wielokrotnie wraz z rozwojem technologii, ale rozumowanie napędzające te zmiany pozostaje widoczne i możliwe do prześledzenia.

W świecie wspieranym przez AI najbardziej odporne organizacje niekoniecznie będą tymi, które dziś posiadają najbardziej dopracowane architektury. Będą to te, które zachowują intelektualną genealogię stojącą za tymi architekturami, umożliwiając ich ciągłą ewolucję wraz ze zmianą środowiska.

Architektury mogą się starzeć, frameworki mogą znikać, a infrastruktura może być zastępowana, ale decyzje mogą ewoluować tak długo, jak długo widoczne pozostaje rozumowanie, które za nimi stoi.

A kiedy zachowane zostaje „dlaczego”, „co” zawsze można zbudować ponownie.

arrow_back Powrót do dziennika