Największe organizacje na świecie od lat próbują rozwiązać jeden problem: jak szybciej tworzyć oprogramowanie, nie tracąc kontroli nad wiedzą, bezpieczeństwem i jakością. Dziś odpowiedzią jest zazwyczaj skalowanie zespołów, outsourcing lub kolejne warstwy narzędzi. Istnieje jednak inny kierunek.

Idea programów piszących inne programy nie jest nowa. Wystarczy pomyśleć o szablonach stron internetowych: to specjalizowane mini-języki, których nauczyć może się każdy, a ciężko użyć ich w taki sposób, żeby popsuć cały system. Operator skupia się na warstwie, którą zna najlepiej, a reszta dzieje się pod spodem.

A gdyby sztuczna inteligencja również działała w taki sposób, że poszczególne jej części, współpracując ze sobą, wykonywałyby specyficzne zadania związane z ich specjalizacjami? Każdy tego rodzaju komponent mógłby być po pierwsze o wiele tańszy, a po drugie nie musiałby być omnipotentny w sensie operacyjnym.

Gdyby potraktować Orbiplex jako infrastrukturę, a nie narzędzie, korporacja mogłaby stać się rojem współpracujących węzłów, w którym oddziały, zespoły i partnerzy wspólnie tworzą oprogramowanie jako proces, a nie tylko jako projekt.

Na myśl przychodzi wtedy nie obraz drabiny, do której dokładamy kolejne szczeble, licząc, że da się sięgnąć wyżej, ale raczej figowiec bengalski – drzewo, które z jednego pnia wypuszcza korzenie powietrzne, a te, opadając ku ziemi, stają się pniami. Każdy stoi na własnym gruncie i każdy czerpie z własnej gleby, lecz korona jest wspólna, a korzenie łączą się pod powierzchnią. Z oddali wygląda to jak las, ale to wciąż jeden organizm.

W takim właśnie modelu powstaje środowisko, gdzie wystarczy dostarczyć kontekst biznesowy, a system sam zaczyna budować rozwiązanie – z pamięcią, specjalizacją i lokalną kontrolą.

Rój zamiast silosa

Czy korporacja może działać jak rój?

Duże organizacje są dziś z natury rozproszone. Mają oddziały w różnych krajach, zespoły o przeróżnych kompetencjach, zewnętrznych partnerów, kancelarie prawne i firmy doradcze. Problem polega na tym, że ta struktura nie przekłada się na wspólną inteligencję. Wiedza jest zamknięta w silosach, decyzje nie są współdzielone, a procesy trzeba odtwarzać od nowa w każdym projekcie.

Orbiplex pozwala spojrzeć na tę strukturę inaczej. Każdy oddział może działać jako węzeł. Każdy zespół technologiczny, prawny czy operacyjny może być reprezentowany przez wyspecjalizowaną zdolność w federacyjnym roju.

Zewnętrzni partnerzy nie są już tylko dostawcami usług, ale uczestnikami systemu. W efekcie organizacja przestaje być zbiorem niezależnych jednostek, a zaczyna działać właśnie jak organizm, który potrafi współpracować i uczyć się jako całość.

Węzły jako źródło kompetencji i odpowiedzialności

W tym modelu wszystko zaczyna się od węzłów. Węzeł to nie tylko serwer z modelem, ale jednostka posiadająca tożsamość, kompetencje i dostęp do określonych zasobów.

Oddział w Niemczech może mieć węzeł specjalizujący się w lokalnym rynku i regulacjach. Zespół w Polsce może odpowiadać za backend i architekturę systemów. Kancelaria prawna może dostarczać węzeł z wiedzą o lokalnym prawie z opcją zatwierdzania odpowiedzi przez ludzkiego eksperta (praktyka human-in-the-loop). Firma konsultingowa może wnieść węzeł analityczny, który rozumie procesy biznesowe.

Każdy z tych węzłów ma dostęp do własnych danych, repozytoriów kodu, dokumentacji i kontekstu, ale działa lokalnie i pod kontrolą właściciela. Nie ma potrzeby centralizowania wszystkiego w jednym module. Zamiast tego powstaje sieć kompetencji, które mogą być wykorzystywane wtedy, gdy są potrzebne.

Najważniejsze jest jednak to, że te węzły nie działają w izolacji. Potrafią współpracować, wymieniać się wynikami, a nawet prowadzić proces przypominający dyskusję. W efekcie powstaje rozwiązanie, które nie jest wynikiem jednego polecenia, ale efektem pracy wielu wyspecjalizowanych zdolności.

Memarium jako pamięć organizacji

W klasycznych organizacjach największym problemem nie jest brak wiedzy, tylko brak dostępu do niej w odpowiednim momencie. Dokumenty istnieją, decyzje zostały podjęte, a analizy wykonane – jednak trudno je odnaleźć i wykorzystać ponownie.

Tutaj pojawia się Memarium. To federacyjna pamięć węzłów roju, która pozwala przechowywać nie tylko dane, ale również sensy procesów. Mogą do niej trafiać dokumenty biznesowe, decyzje architektoniczne, fragmenty kodu, analizy prawne i konteksty projektów. Co ważne, pamięć ta pozostaje rozproszona i kontrolowana lokalnie. Każdy węzeł zarządza swoją częścią, ale może udostępniać ją w ramach współpracy.

Dzięki temu organizacja przestaje zaczynać każdy projekt od zera. System ma dostęp do historii podobnych problemów, wcześniejszych decyzji i sprawdzonych rozwiązań. Pojawia się zautomatyzowane korzystanie z retrospekcji i analogii. Wiedza nie znika, lecz staje się aktywną częścią procesu tworzenia.

Gdy klient biznesowy wystarcza, by uruchomić proces tworzenia oprogramowania

Najbardziej radykalna zmiana pojawia się wtedy, gdy na infrastrukturze roju budujemy cienkiego klienta dla biznesu.

Wyobraźmy sobie, że dział biznesowy przygotowuje nowy produkt. Zamiast pisać szczegółowe specyfikacje i przekazywać je do zespołów IT, wprowadza kontekst do systemu: cele, wymagania, ograniczenia, dokumenty, analizy. To trafia do przestrzeni pracy, która staje się punktem wyjścia dla kolektywnej sztucznej inteligencji pod kuratelą ludzkich ekspertów.

W publikacji „Legendarny osobomiesiąc” Frederick P. Brooks dzieli się m.in. spostrzeżeniami w kwestii zwiększania liczby osób w projektach i związanego z tym potężnego narzutu komunikacyjnego potrzebnego, aby koordynować procesy wprowadzania zmian. W pewnym krytycznym momencie synchronizacja działań i decyzji między zespołami zajmuje tyle czasu, że uśmierca projekt.

Między innymi dlatego małe start-upy, chociaż pozbawione kapitału, często szybciej mogą pokazać działające produkty, podczas gdy podobne rozwiązania opracowywane przez duże przedsiębiorstwa nie wychodzą jeszcze z faz specyfikowania wymagań. Decyzja projektowa w umyśle programisty (i administratora systemów w jednym), który pracuje w małej firmie, zajmuje 0,5 sekundy. Ta sama decyzja w potężnej firmie programistycznej nawet kilka tygodni. Spotkania, kalendarze, uzgodnienia, wolne terminy, analizy zgodności z regułami, wnioski, zgody, raporty…

A gdyby komunikacja między specjalistami była szybsza i mniej podatna na różnice w interpretacjach wymagań? Jest to możliwe, kiedy ekspert dostarcza intencji, a sieciowo skomunikowany agent sztucznej inteligencji dba o szczegóły.

Węzły zaczynają pracować. Jeden analizuje wymagania. Inny proponuje architekturę. Kolejny tworzy pierwsze fragmenty kodu. Jeszcze inny sprawdza zgodność z regulacjami. W końcu węzeł koordynujący odnosi się do wcześniejszych projektów zapisanych w Memarium. Proces przypomina pracę zespołu, ale odbywa się w sposób ciągły i zautomatyzowany, a często zrównoleglony.

Efektem nie jest jedna odpowiedź, ale rozwijające się rozwiązanie. Powstaje kod, dokumentacja, decyzje architektoniczne i ich uzasadnienia. Oprogramowanie nie jest już projektem zarządzanym liniowo, ale splotem procesów, który rozwija się w środowisku rozproszonej inteligencji.

Pełna kontrola dzięki lokalności

Jednym z kluczowych elementów tej koncepcji jest lokalność. Węzły działają jako federacja w obrębie organizacji lub u zaufanych partnerów. Mają dostęp do repozytoriów kodu, dokumentów i danych, lecz nie wymagają centralizacji wszystkiego w jednej chmurze.

Jest to pluralizm z kontraktami.

Powyższe oznacza, że firma zachowuje kontrolę nad tym, co jest przetwarzane i gdzie. Dane prawne mogą pozostać w kancelarii. Wrażliwe informacje biznesowe mogą być przetwarzane tylko przez określone węzły. Kod może powstawać w środowiskach zgodnych z polityką organizacji.

Jednocześnie wszystko to pozostaje częścią jednego systemu, bo węzły potrafią się ze sobą komunikować i współpracować.

Zmiana paradygmatu

Najważniejsza zmiana polega na tym, że tworzenie oprogramowania przestaje być liniowym procesem przekazywania zadań między zespołami. Staje się ciągłym polem współpracy zdolności. Ta procesualna perspektywa wynika wprost z podejścia Orbipleksu, w którym inteligencja nie jest czymś, co system ma, lecz czymś, co system robi, a co wyłania się z uczestnictwa w środowisku.

Korporacja nie musi już skalować wyłącznie liczby ludzi ani outsource’ować kolejnych fragmentów pracy. Jest w stanie rozwijać własny rój kompetencji, który z czasem staje się coraz bardziej dopasowany do jej potrzeb.

Zamiast zarządzać projektami, zaczyna zarządzać środowiskiem i intencjami. Zamiast budować każdy system od zera, rozwija pamięć i zdolności. A zamiast polegać na pojedynczych dostawcach, buduje sieć współpracujących węzłów.

Od struktury do inteligencji

Wyobrażam sobie, że opisywane podejście doprowadzi do głębszej zmiany, w której większe organizacje przestaną być jednokierunkowymi strukturami podzielonymi na działy i projekty, a zaczną być systemem zdolnym do myślenia i działania jako całość.

Orbiplex nie jest więc tylko technologią. Jest propozycją nowej logiki działania. Logiki, w której inteligencja nie jest wyłącznie kupowana jako usługa, ale budowana jako środowisko. Logiki, w której pamięć organizacji nie ginie. Logiki, w której oprogramowanie nie jest tworzone wyłącznie przez zespoły, ale wyłania się z pracy roju.

I właśnie w tym kierunku może zmierzać przyszłość największych organizacji.