Decyzje są wszechobecne w pracy. Kupić X, wstrzymać Y, zatrudnić Z, zmienić kierunek strategii. Każdego dnia tysiące małych i kilka dużych. A w typowym oprogramowaniu — decyzji nie ma. Są kliknięcia, formularze, statusy. Decyzja zostaje w czyjejś głowie, w prywatnej notatce, w wątku Slacka, który za miesiąc nikt już nie znajdzie.

Decision Interface zmienia ten układ. Decyzja staje się osobnym obiektem — pierwszej klasy.

Co znaczy „pierwsza klasa"

W programowaniu pierwszej klasy są obiekty, które można przekazywać, zapisywać, modyfikować, indeksować. Funkcje w JavaScript są first-class — przekażesz je do innej funkcji, zwrócisz z funkcji, przypiszesz do zmiennej. Liczby w SQL są first-class — masz typ, agregacje, indeksy, ograniczenia.

Tak samo z decyzją w DI. Ma typ, atrybuty, historię zmian, relacje. Możesz ją powiązać z projektem, podlinkować z innej decyzji, sprawdzić kto i kiedy ją podjął, zrewidować przy nowych danych.

Anatomia decyzji

  • Warianty — co rozważano. Nie tylko ten wybrany. Wraz z odpowiedzią dlaczego inne odrzucono.
  • Ryzyko — co może pójść nie tak. Wprost zapisane przed podjęciem, nie zrekonstruowane po fakcie.
  • Decydent — kto. Imiennie, z timestampem. Nie zbiorowa odpowiedzialność komitetu.
  • Data — kiedy. Z dokładnością do dnia lub godziny, jeśli to ma znaczenie.
  • Konsekwencja — co wynika z tej decyzji. Następne działania, terminy, osoby do poinformowania.

Co zyskujemy

Po pierwsze pamięć. Za trzy miesiące, kiedy ktoś pyta „dlaczego wybraliśmy X?", odpowiedź jest na ekranie. Nie wymaga przesłuchiwania zespołu ani archeologii w Slacku.

Po drugie odpowiedzialność. Decyzja przypisana imiennie zmienia dynamikę. Nie chodzi o szukanie winnych — chodzi o to, że ktoś konkretnie ją przemyślał. Anonimowa decyzja zespołu rozmywa się w niejasności, a potem nikt nie wie kto, dlaczego i na podstawie czego.

Po trzecie audytowalność. Dla regulacji, dla compliance, dla partnerów. Pokażesz, że proces decyzyjny istniał i był udokumentowany — z wariantami, ryzykiem i osobą odpowiedzialną.

Decyzja nie jest produktem ubocznym pracy. Jest jej osią.

Co to nie jest

Decyzja jako obiekt nie jest task trackerem. Jira, Linear, Asana — to narzędzia do śledzenia wykonania. Decyzja jest moment wcześniej — wybór kierunku, zanim zaczęło się wykonanie.

Nie jest też zwykłym dokumentem. Dokument zostaje statyczny od momentu zapisania. Decyzja w DI ma stan — można ją zrewidować przy nowych danych, oznaczyć jako nieaktualną, połączyć z decyzją następczą. Wszystko z historią zmian.

Praktyczne implikacje

Dla zespołu finansowego decyzja inwestycyjna to obiekt z wariantami, NPV, ryzykiem, decydentem CFO, datą podjęcia. Dla zespołu produktowego — wybór funkcji do następnego sprintu, z odrzuconymi opcjami i argumentacją. Dla operations — wybór dostawcy, z trzema alternatywami i kryteriami oceny.

Każdy z tych obiektów wraca w roadmapie, w retrospektywach, w analizie post mortem. Bo zostaje. Bo ma strukturę. Bo go nie zgubisz w stertce e-maili.