8 Granica jako pełnoprawne narzędzie projektowania w świecie powszechnie domniemanego triumfu ekspansji technologii
Jako projektanci uczymy się skalować i budować wszystko poza ograniczeniami. Artykuł proponuje granicę jako narzędzie projektowe i punkt wyjścia do pracy nad metodologią, która pozwala nie tylko rozwijać technologie cyfrowe, ale też świadomie zatrzymywać ich ekspansję i je regulować.
Każda współczesna próba scharakteryzowania dyskursu o technologii – bez względu na to, ile przeciwnych stronnictw uwzględnia – zawsze zakłada bez wątpliwości, że materia technologiczna na stałe przyrosła nam do rąk. Tkamy z niej opowieści, systemy, środowiska, patenty dla ciała i umysłu. Szczepimy je z entuzjazmem, pesymizmem, symetrycznie, dla dobra i dla katastrofy. I zaskakująco rzadko pada pytanie, czy te wszystkie zakamarki natury, wspólnot i człowieczeństwa rzeczywiście chcemy na technologię otwierać.
Kto, kiedy i w jaki sposób zdecydował, że technologia (szczególnie ta cyfrowa) powinna dysponować nieograniczoną przestrzenią rozwoju? Czy budownictwo taką przestrzenią dysponuje? A przemysł ciężki? Czy medycynę rozwijamy w garażach? Jak udało nam się wypracować porozumienia społeczne, które ograniczają i ostatecznie stabilizują rozwój tych dziedzin? I wreszcie: Czy technologie cyfrowe rzeczywiście są tak wyjątkowe, byśmy nie mogli skorzystać z obecnych i historycznych doświadczeń regulacyjnych?
Artykuł jest próbą wstępnego przedstawienia wyposażenia narzędziowego projektanta, które umożliwiałoby metodyczną pracę w kierunku projektowania rozwiązań dla przyszłości, w której istnieją obszary selektywnie wolne (lub chronione) od technologii cyfrowych.
Brak takiego zestawu powoduje, że dyskusje, projekty i procesy znają tylko jeden scenariusz: zgodny z kierunkami rozwoju w paradygmacie kolonizacji technologicznej. A w takim paradygmacie nawet najszlachetniejsze postulaty humanistyki cyfrowej i etyki stają się formą wyspecjalizowanej kolaboracji. Podejściami, które subtelnie otwierają drzwi do technologii totalnej, zamiast stanąć na straży tego, co niezbywalnie autonomiczne wobec jej naporu1.
Technologie cyfrowe jako systemy silnie ekspansywne. O presji rozwoju i braku kulturowych narzędzi wyobrażania granicy
Jak zaznaczyłam w tytule artykułu i jego wstępie, jedną z najbardziej charakterystycznych cech współczesnych debat o technologii jest atmosfera jej domniemanego triumfu. Rozwój systemów cyfrowych, infrastruktury danych oraz narzędzi opartych na sztucznej inteligencji przedstawiany jest jako proces nieunikniony. Nawet stanowiska krytyczne wobec skutków technologizacji życia społecznego rzadko kwestionują kierunek tego procesu. Częściej przyjmują jego zasadniczą trajektorię jako daną, ograniczając refleksję do pytania o to, jak minimalizować negatywne konsekwencje lub jak lepiej przygotować instytucje do funkcjonowania w warunkach przyspieszonej transformacji technologicznej.
To przyspieszenie to kolejny element obecnego krajobrazu. Spekulacyjna bańka hype, w którą jesteśmy angażowani od dekad, wciąż zmniejsza opór społeczny. Ba! Staje się jedną z oficjalnie dopuszczonych i powszechnie wykorzystywanych metod dyfuzji innowacji technologicznej2.
W takim kontekście sukces technologiczny utożsamiany jest niemal automatycznie z rozwojem, rozrostem oraz zwiększaniem skali działania systemów technicznych. Innowacja oznacza przede wszystkim przyspieszenie, integrację kolejnych funkcji, poszerzanie zasięgu infrastruktury lub zastępowanie kolejnych obszarów ludzkiej aktywności procesami automatycznymi. W języku projektowym, biznesowym, w marketingu i debacie społecznej dominują kategorie skalowania, optymalizacji oraz wzrostu wykładniczego. O obszarach ryzyk mówi się najczęściej w kontekście zysków, a o stratach dla systemów milczymy prawie zawsze. Nie opracowaliśmy również spójnej metodologii wyłaniania i badania obszarów strat.
Dlaczego humanistyka wydaje się nie reagować na tak zaprojektowany paradygmat? Ponieważ rzadko dopuszczamy ją do społecznych debat o technologii. Z filozofii eksponujemy, szczególnie wygodne dla biznesu i marketingu, stanowiska tak zwanych ojców myśli technologicznej (Martin Heidegger3, Jacques Ellul4, Gilbert Simondon5, Bruno Latour6).
Co istotne, stanowiska te są wewnętrznie zróżnicowane: od głębokiego pesymizmu wobec nadawania autonomii technice (Ellul), przez analizy jej ontologicznego statusu (Heidegger), po próby opisania jej jako procesu indywiduacji (Simondon) lub jako sieci relacji (Latour). We wszystkich przypadkach, nawet przy wyraźnej krytyce, pojawia się przekonanie o wysokim stopniu autonomii systemów technicznych oraz o trudności (lub niemożliwości) ich zatrzymania czy zasadniczego odwrócenia kierunku rozwoju.
W efekcie debata publiczna operuje w obrębie jednego horyzontu: różnice dotyczą przede wszystkim oceny skutków technologii, a nie jej statusu jako dominującego punktu odniesienia dla organizacji świata społecznego. Tych natomiast, którzy konsekwentnie podejmują problem autonomii człowieka, kultury i natury oraz możliwość realnego ograniczania zakresu technologii pomijamy lub wręcz (przez brak popytu) wykluczamy z dyskusji.
Do mówienia o filozofii technologii wybieramy koncepcje sieciowe, które konsekwentnie ukrywają podmiot: człowieka tworzącego tę technologię. W tych opowieściach „technologia się rozszerza”, „działają powiązania”, „elementy zostają włączone”, podczas gdy inżynier, projektant czy organizacja przestają być jasno zlokalizowanymi autorami decyzji. W takim przesunięciu od działania do dziania się bez większego oporu przyjmowane są tezy, że warunkiem stabilności technologicznej jest nieustanna ekspansja, a brak wzrostu oznacza rozpad układu.
Szczególnym przypadkiem takiej operacji jest ujęcie Bruna Latoura i współtworzona przez niego koncepcja actor-network-theory (ANT). Jego aparat pojęciowy przenikający do trendów precyzyjnie opisuje włączanie (enrollment), stabilizację i translację interesów, ale nie przewiduje odmowy, wyłączenia ani świadomego ograniczenia zakresu systemu. Innymi słowy, nie ma kategorii decyzji „Tego nie budujemy”7.
Kolejnym poważnym przesunięciem ANT jest zanik koncepcji podmiotu na rzecz „aktorów” i uznanie, że maszyny są sprawcze w takim samym stopniu jak ludzie8. W konsekwencji technologia zaczyna funkcjonować w języku publicznym jak quasipodmiot: „model chce”, „system się uczy”, „to ma świadomość”, „agent tworzy”, „przedmiot współtworzy sieć”. I umyka nam, że przecież, mimo „fantastycznych” pomysłów Anthropic (!)9, ciągle mamy do czynienia wyłącznie z zaprojektowaną przestrzenią operacyjną, której warunki ustanawiają ludzie: projektanci, architekci systemów, organizacje wdrożeniowe oraz użytkownicy podejmujący decyzję o zastosowaniu.
To ludzka sprawczość zostaje w tej narracji ukryta – i to jest trudniejsza część opowieści o szkodliwości antropomorfizacji. Projekty przyszłości, które wyłaniają się z tego przejęcia, mówią, że za chwilę to maszyny będą decydować o swoim własnym rozwoju. Gorzkim echem wraca przestroga zapisana przez Hannah Arendt: totalitaryzm w swoich zamiarach jest dyskretny (banalnie zły – a nie szczególnie spektakularny) i nie zmierza do despotycznego panowania nad ludźmi, ale do stworzenia takiego systemu, w którym ludzie będą zbędni10.
Następny czynnik pomnażający trudności w myśleniu o ograniczaniu technologii to brak adekwatnych metafor, które mogłyby organizować zbiorową wyobraźnię. W refleksji publicznej technologia przedstawiana jest najczęściej w kategoriach narzędzia, infrastruktury lub środowiska. Metafory te podkreślają jej użyteczność oraz integrację z innymi obszarami życia, znacznie słabiej natomiast opisują sytuacje, w których technologia zaczyna funkcjonować jako system o wysokiej zdolności ekspansji.
W polskiej debacie jednym z ciekawszych przykładów próby przełamania tego schematu jest metafora zaproponowana przez Michała Krzykawskiego, który porównał współczesną dynamikę rozwoju technologii cyfrowych do procesu nowotworowego. Metafora ta jest oczywiście prowokacyjna i może budzić opór, jednak jej siła polega na wskazaniu zjawiska niekontrolowanego wzrostu w systemie, który utracił mechanizmy regulacyjne, a nawet i te obronne, wspierające życie11.
W niniejszym tekście przyjęta zostaje jednak bardziej neutralna formuła opisu tego problemu. Można powiedzieć, że technologia w obecnym modelu rozwoju działa jak system o wysokiej zdolności ekspansji, dla którego nie wypracowaliśmy jeszcze adekwatnych mechanizmów regulacyjnych. Oznacza to, że w wielu obszarach życia społecznego pojawia się ona szybciej, niż instytucje oraz praktyki kulturowe są w stanie wypracować narzędzia pozwalające na jej świadome ograniczanie.
Sytuacja ta ujawnia również głębszy problem związany z funkcjonowaniem współczesnych paradygmatów technologicznych. Paradygmat, rozumiany jako zestaw założeń organizujących myślenie o systemie lub powiązanych systemach, ma tendencję do naturalizowania swoich własnych reguł działania. W obrębie dominującego paradygmatu technologicznego rozwój utożsamiany jest przede wszystkim z ekspansją, zwiększaniem mocy obliczeniowej oraz integracją kolejnych funkcji. W efekcie rozwiązania, które polegałyby na ograniczeniu technologii, oddzieleniu jej od pewnych obszarów życia, kultury, planety lub świadomym zmniejszeniu jej skali, wydają się utopijne, nieracjonalne, niemożliwe nawet do pomyślenia. W opozycji pozostaje garstka innowatorów humanistycznych i publicystów, którzy mają na tyle stabilną sytuację bytową, by móc prowadzić działania w obszarach niezależnych od dyktatu ekonomicznej przydatności dla rynku i biznesów12.
Jednym z kluczowych zadań refleksji projektowej staje się w tej sytuacji rozpoznawanie elementów należących do obowiązującego paradygmatu oraz umiejętność ich przeprojektowywania. Oznacza to również zdolność wyjścia poza schemat nieuniknionego i przyjęcie wizji ograniczonej i regulowanej ekspansji technologii cyfrowych mimo głośnego i dominującego chóru śpiewającego o wstrzymywaniu rozwoju cywilizacji. Nikt przecież nie przeżywa wątpliwości, czy doktryna reglamentująca posiadanie bomby atomowej w arsenale wstrzymuje postęp cywilizacyjny. Państwo posiadające tę broń musi wykazać się dojrzałością struktur demokratycznych, zdolnością tworzenia procedur bezpieczeństwa i ich radykalnego egzekwowania13. O technologiach cyfrowych wiemy już na tyle dużo, by wymagać od ich twórców, nadawców i administratorów podobnego zestawu udokumentowanych kompetencji.
Od diagnozy do operacji. O konieczności przywrócenia sprawczości projektantom i o analogicznych procesach w historii – czyli dlaczego nie budujemy mostów z cukru i makaronu
W tym miejscu konieczne staje się przejście z poziomu diagnozy na poziom operacyjny. Jeśli uznamy (a nasza kultura bardzo takiego założenia potrzebuje), że dominujący paradygmat technologiczny nie dostarcza narzędzi ograniczania, to zadaniem metodologii projektowania nie mogą być wyłącznie rozwój i optymalizacja systemów, lecz konieczne jest również wypracowanie metod ich świadomego regulowania. W takim ujęciu projektant przestaje być wyłącznie twórcą nowych funkcji, a staje się również podmiotem zdolnym do wyznaczania granic. To podnosi jego rangę i samo w sobie wymaga namysłu nad drogą do uzyskania kompetencji projektowych w obszarze technologii digitalnych.
Historia innych dziedzin techniki pokazuje, że taki moment przejścia nie jest ani wyjątkowy, ani niemożliwy. Przeciwnie – stanowi on warunek rozwoju w stronę większych kompetencji. Szczególnie czytelnym przykładem jest rozwój budownictwa, które przez stulecia funkcjonowało w logice bardzo zbliżonej do dzisiejszego paradygmatu technologii cyfrowych: logice ekspansji i ograniczonych narzędzi regulacyjnych.
Analizując ogólny zarys procesu rozwoju technik budowlanych od czasów średniowiecznej Europy, widzimy aspiracje wznoszenia coraz wyższych katedr i coraz potężniejszych budowli o funkcjach na przykład militarnych, przekraczających kolejne granice techniczne i wyobrażeniowe. Ambicja konstrukcyjna, rywalizacja miast czy rodów oraz religijna symbolika prowadziły do intensywnej eksploracji formy i skali. Ta ekspansja nie była wolna od kosztów. Historia architektury zna liczne przypadki błędów konstrukcyjnych i katastrof budowlanych, które ujawniały granice ówczesnej wiedzy i umiejętności. Konstrukcje powstawały często metodą prób i błędów, a informacja o materiałach była rozproszona, ucieleśniona w praktyce rzemieślników i bardzo rzadko systematyzowana.
Ten etap możemy opisać jako fazę intensywnej innowacji przedinstytucjonalnej – czas, w którym rozwój wyprzedza zdolność regulowania. Analogicznie do współczesnych technologii cyfrowych dominowało wówczas przekonanie, że skoro coś można zbudować, to należy to zrobić, a granice są wyłącznie tymczasowymi przeszkodami technicznymi, które zostaną wkrótce pokonane.
Dojrzałość budownictwa zaczęła się w momencie, w którym to przekonanie zostało zakwestionowane nie na poziomie ideologicznym (paradygmatu), lecz praktycznym. Powtarzające się katastrofy oraz rosnąca złożoność konstrukcji wymusiły proces powolnego określania się rzemiosła budowlanego jako dziedziny wymagającej nie tylko umiejętności, lecz również odpowiedzialności. W kolejnym kroku z rzemiosła zaczęto destylować wiedzę: pojawiły się pierwsze traktaty architektoniczne, zasady, opisy materiałów i technik konstrukcyjnych. Wiedza przestała być przekazywana wyłącznie w relacji mistrz – uczeń, a zaczęła funkcjonować jako zbiór udokumentowanych reguł możliwych do weryfikacji i reprodukcji.
Momentem zwrotnym w tym procesie było upowszechnienie się nowoczesnych metod obliczania ryzyka, które umożliwiły przejście od intuicyjnego zarządzania niepewnością do jej formalnego modelowania. Rozwój probabilistycznych metod opisu ryzyka oraz inżynierii obliczeniowej pozwolił na ilościowe szacowanie obciążeń, wytrzymałości materiałów oraz ryzyka awarii konstrukcji. Ryzyko przestało być wróżbą katastrofy, a stało się parametrem projektowym, który można analizować, porównywać i ograniczać. W konsekwencji decyzje projektowe zaczęły być podejmowane nie tylko na podstawie ambicji formy czy dostępności technologii lub zasobów, lecz również zdolności budowli do bezpiecznego funkcjonowania w określonych warunkach. To przesunięcie miało fundamentalne znaczenie: umożliwiło powstanie norm bezpieczeństwa, standardów obliczeniowych oraz procedur weryfikacji projektów, które do dziś stanowią podstawę praktyki inżynieryjnej.
Kolejnym etapem było porozumienie społeczne dotyczące konieczności powołania instytucjonalnych form regulacji. Prawo budowlane, normy techniczne, certyfikacja materiałów oraz system uprawnień zawodowych powstały jako odpowiedź na realne zagrożenia dla życia i stabilności społecznej. Wprowadzenie obowiązkowych procedur projektowych, nadzoru budowlanego oraz odpowiedzialności prawnej projektanta oznaczało fundamentalną zmianę: budowanie przestało być wyłącznie aktem twórczym, a stało się również aktem nadzorowanym i regulowanym.
Opisywany proces zamyka objęcie nim nie tylko bezpieczeństwa pojedynczych konstrukcji, lecz także relacji budowli i budynków z przestrzenią i środowiskiem. Planowanie urbanistyczne, regulacje dotyczące zagospodarowania terenu oraz normy środowiskowe wprowadzają ograniczenia, które uniemożliwiają całkowite podporządkowanie przestrzeni logice ekspansji czy maksymalizacji zysku. Choć system ten jest daleki od doskonałości, ustanawia on istotną zasadę: nie każda przestrzeń może zostać zabudowana, nie każda konstrukcja powinna powstać, nie każda inwestycja jest uzasadniona14.
Współczesne budownictwo jest więc rezultatem długiego procesu, w którym ekspansja została ujęta w ramy. Nie oznacza to zatrzymania innowacji – przeciwnie, umożliwia jej stabilne rozwijanie się. Mosty nie są dziś budowane z cukru i makaronu15 nie dlatego, że wyobraźnia projektantów została ograniczona, lecz dlatego, że została wyposażona w wiedzę o konsekwencjach takich decyzji. Regulacje nie są tu przeszkodą, ale warunkiem sensownego działania.
Na tym tle obecna sytuacja technologii cyfrowych jawi się jako etap przedregulacyjny – etap, w którym potencjał ekspansji przewyższa zdolność jej regulowania. Projektowanie systemów cyfrowych wciąż w dużej mierze operuje w logice eksperymentu rynkowego i niewyczerpanych przestrzeni chmur cyfrowych. Skutki wdrożeń są testowane bezpośrednio na tkance społecznej, która dopiero po dekadach pokazuje swoje ograniczenia w absorpcji technologii. Odpowiedzialność projektowa pozostaje rozproszona. Nie dysponujemy narzędziami oceny kontekstów implementacji. Nie widzimy wszystkich poziomów złożoności systemów powstających z udziałem technologii cyfrowych i nie znamy ich długofalowych konsekwencji. Każde z wymienionych zjawisk potrzebuje metodologicznego namysłu i wyspecjalizowanych narzędzi, tak jak w przypadku metodycznych obliczeń w projektowaniu konstrukcji budowlanych.
Jeżeli zatem chcemy myśleć o projektowaniu technologii cyfrowych jako praktyce zdolnej do kształtowania przyszłości w sposób odpowiedzialny (o dojrzałości technologii cyfrowych), uzasadnione wydaje się przyjęcie wypróbowanej i zbadanej ścieżki rozwoju, którą przeszły inne, dojrzałe dziedziny techniki. Oznacza to przejście od fazy nieograniczonej ekspansji do fazy świadomej regulacji, w której do dyspozycji mamy wyspecjalizowane operacje projektowe rozwijające wektor działań w każdym kierunku: zarówno postępu, jak i zaniechania. Poniżej wstępna analiza granicy – strategicznego narzędzia projektowego, które może uzupełnić warsztat projektancki o możliwość kierowania rozwoju w strony przeciwne do domniemanego tryumfu ekspansji nieregulowanej technologii.
Granica projektowa. Konteksty metodologiczne. Ujęcia „complicated” i „complex”
Zanim pojęcie granicy projektowej zostanie wprowadzone jako narzędzie operacyjne, konieczne jest doprecyzowanie ram, w których będzie ono stosowane. W niniejszym ujęciu przyjmuję za nauką o złożoności rozróżnienie na domeny zjawisk skomplikowanych (complicated) oraz złożonych (complex). W codziennych praktykach korzystam z metod wypracowanych w ramach frameworku cynefin przez Dave’a Snowdena i rozwijanych w praktyce badawczej oraz projektowej pierwotnie Cognitive Edge, a obecnie Cynefin Co.16. Cynefin nie jest przy tym wyłącznie narzędziem klasyfikacji problemów, lecz frameworkiem projektowym osadzonym w naukach o złożoności, który przekłada ich ustalenia dotyczące emergencji, nieliniowości i roli sprzężeń zwrotnych na operacyjne wskazania na potrzeby podejmowania decyzji i projektowania interwencji.
Rozróżnienie na domeny skomplikowane i złożone ma kluczowe znaczenie dla porządkowania odpowiedzialności projektowej: wskazuje, kiedy projektant może opierać się na wiedzy eksperckiej i modelach przyczynowo-skutkowych (liniowych), a kiedy musi wejść w tryb pracy z emergencją, eksperymentem, iteracyjnym uczeniem się systemu (złożonego)17.
Zastosowanie tej podwójnej perspektywy w obszarze technologii cyfrowych jest szczególnie uzasadnione, ponieważ systemy te funkcjonują jednocześnie w obu domenach. Ich warstwa infrastrukturalna (modele, algorytmy, architektury) pozostaje w dużej mierze projektowalna i poddaje się analizie właściwej dla zjawisk skomplikowanych. Jednak ich rzeczywiste działanie ujawnia się dopiero w interakcji z użytkownikami, instytucjami i kulturą, kiedy przyjmuje charakter systemów złożonych: nieprzewidywalnych, wrażliwych na kontekst i podatnych na emergencję18.
Pominięcie rozróżnienia domen prowadzi albo do iluzji pełnej kontroli nad technologią (kiedy przeceniamy liniowość i ekspertyzę pomijając dynamiki emergencji), albo do rezygnacji z projektowania jako praktyki odpowiedzialnej (kiedy podchodzimy do zjawisk wyłaniających się bez wiedzy o ich rodowodzie kulturowym, historycznym, ontologii). Ujęcie dualne jest więc warunkiem metodologicznej uczciwości w stosunku do natury projektowanych i badanych systemów19.
I właśnie wokół takiego dualizmu będzie zorganizowana analiza narzędzia, jakim jest granica projektowa. Jest niezmiernie ważne, by projektanci zaczęli rozumieć, że choć nie każda granica może zostać zaprojektowana w ten sam sposób, droga do projektowania samej granicy nie zostaje zamknięta. W domenach zjawisk skomplikowanych granica przyjmuje postać decyzji projektowej opartej na wiedzy eksperckiej, analizie i przewidywalności. W domenach złożonych ujawnia się jako interwencja w procesach emergentnych, których nie da się w pełni zaprojektować ex ante. Kolejne punkty pozwolą nam prześledzić konteksty implementacji granicy i podjąć pierwsze próby definicji w ramach domen skomplikowanej i złożonej. Chcę też zaznaczyć, że w praktyce projektowej nie tyle „domeny się przenikają”, ile projektant przemieszcza się między różnymi sposobami działania, a kluczowa staje się jego uważność w rozpoznaniu charakteru sytuacji i doborze adekwatnego podejścia.
1. Kontekst ustanawiania granicy. Granica jako decyzja vs granica jako efekt emergencji
Skomplikowane: granica projektowa jest świadomą decyzją określającą zakres systemu – jego funkcje, dane, czas działania oraz wpływ. Projektant działa na podstawie wiedzy eksperckiej, modeli oraz przewidywalnych relacji przyczynowo-skutkowych. Granica jest tu parametrem wejściowym projektu.
Złożone: granica nie jest dana z góry, lecz wyłania się w toku działania systemu. Projektant nie tyle ją ustanawia, ile rozpoznaje i stabilizuje. Granica staje się efektem interakcji, sprzężeń zwrotnych oraz lokalnych praktyk użycia. Jest operacją wtórną w stosunku do emergencji systemu.
2. Kontekst nadawania tożsamości systemom. Granica jako warunek spójności vs granica jako proces różnicowania
Skomplikowane: granica zapewnia spójność systemu poprzez jego jednoznaczne odróżnienie od otoczenia. Jest statycznym rozróżnieniem system – niesystem. Jej brak prowadzi do błędów projektowych i niekontrolowanego rozszerzania funkcji.
Złożone: granica jest procesem ciągłego różnicowania, który musi być podtrzymywany. System nie ma stabilnej tożsamości bez nieustannego odróżniania się od otoczenia. Granica nie jest linią, lecz dynamicznym procesem utrzymywania różnicy.
3. Kontekst realizacji etycznej. Granica jako selekcja vs granica jako rozproszona odmowa
Skomplikwane: granica przyjmuje formę jawnej selekcji – projektant określa, co system robi, a czego nie robi. Odmowa jest zapisana w architekturze systemu jako zestaw reguł i ograniczeń.
Złożone: granica realizuje się poprzez rozproszone mechanizmy odmowy – wygaszanie sygnałów, brak wzmocnienia, lokalne decyzje użytkowników i kontekstów użycia. Selekcja nie jest jednorazowa, lecz rozciągnięta w czasie.
W obu przypadkach zdolność do odmowy pozostaje kluczowa. System, który nie może powiedzieć „nie”, traci zdolność rozróżniania i działania kierunkowego20.
4. Kontekst formowania ograniczeń. Granica jako parametr vs granica jako ogranicznie (constraint)
Skomplikowane: granica jest parametrem projektowym określanym w jasno sprecyzowanych wymiarach:
- funkcjonalnym,
- danych,
- przestrzennym,
- czasowym,
- decyzyjnym.
Każdy z tych wymiarów może zostać zaprojektowany i zweryfikowany.
Złożone: granica działa jako „constraint”, czyli ograniczenie, które nie określa systemu wprost, lecz zawęża przestrzeń jego możliwych zachowań. Projektowanie polega na wprowadzaniu warunków, które ukierunkowują emergencję, zamiast ją determinować.
5. Kontekst regulacji systemowej. Granica jako kontrola vs granica jako sterowalność
Skomplikowane: granica umożliwia kontrolę systemu. Dzięki niej możliwe jest przewidywanie jego zachowania oraz weryfikacja poprawności działania względem założeń projektowych.
Złożone: granica umożliwia sterowalność (steerability), a nie kontrolę. System pozostaje nieprzewidywalny w szczegółach, ale może być ukierunkowywany poprzez odpowiednie ograniczenia i ingerencje dotyczące jego dynamiki.
Brak granicy prowadzi w tym ujęciu do dryfu systemowego: utraty kierunku i podatności na przypadkowe bodźce.
6. Kontekst interwencji projektowej. Granica jako wstrzymanie decyzji vs granica jako wstrzymanie trajektorii
Skomplikowane: wstrzymanie jest decyzją projektową – zatrzymaniem wdrożenia, ograniczeniem funkcji lub wycofaniem systemu na podstawie analizy ryzyka i danych.
Złożone: wstrzymanie jest elementem procesu poznawczego – reakcją na pojawiające się wzorce i niepożądane efekty. Ma charakter iteracyjny i eksperymentalny (probe – sense – respond).
Granica ujawnia się tu jako zdolność do przerwania trajektorii, zanim ulegnie ona strukturalnemu utrwaleniu.
7. Kontekst rozkładu sprawczości. Granica jako odpowiedzialność vs granica jako uczestnictwo
Skomplikowane: granica jednoznacznie wskazuje autora decyzji. Projektant odpowiada za zakres systemu i jego konsekwencje. Odpowiedzialność ma charakter przypisywalny i formalny.
Złożone: granica rozkłada odpowiedzialność na wielu aktorów systemu. Projektant pozostaje uczestnikiem procesu, który współkształtują użytkownicy, organizacje i konteksty kulturowe. Jego rolą jest inicjowanie i modulowanie ograniczeń, nie ich absolutne ustanawianie.
8. Kontekst relacyjności systemów. Granica jako rozdzielenie vs granica jako warunek relacji
Skomplikowane: granica oddziela jedne system od innych, zapewniając niezależność operacyjną wszystkich.
Złożone: granica umożliwia relacje między systemami bez ich destrukcyjnej asymilacji.
Dzięki niej systemy mogą wchodzić w sprzężenia, zachowując swoją odrębność.
9. Synteza operacyjna – próba definicji granicy projektowej
Zestawienie obu domen pokazuje, że granica projektowa nie jest pojedynczym narzędziem, lecz klasą operacji, które przyjmują różne formy w zależności od charakteru systemu.
W domenie skomplikowanej granica jest świadomą decyzją projektową. Określa zakres systemu: jego funkcje, dane, czas działania oraz relacje z otoczeniem. Działa jako parametr wejściowy projektu. Zapewnia spójność i kontrolę, a także umożliwia przypisanie odpowiedzialności. Ma postać jawnie określonego zestawu reguł, ograniczeń i decyzji selekcyjnych. Dzięki temu pozwala na przewidywalne sterowanie systemem, wstrzymywanie decyzji oraz jednoznaczne rozróżnienie między systemem a jego otoczeniem.
W domenie złożonej granica nie jest projektowana wprost, lecz wyłania się z interakcji, sprzężeń zwrotnych i lokalnych praktyk. Jej rola polega na utrzymywaniu różnicy oraz umożliwianiu relacji między elementami systemu. Działa jako ograniczenie (constraint) – warunek, który ukierunkowuje procesy emergentne, nie determinując ich w pełni. W tym sensie granica moduluje trajektorie systemu, zamiast je kontrolować. Odpowiedzialność nie jest tu przypisana centralnie, lecz rozkłada się między uczestników systemu. Granica staje się więc procesem dynamicznego różnicowania, współkształtowania i regulowania systemu w czasie.
W obu domenach granica pełni tę samą funkcję: umożliwia istnienie systemu jako odrębnej, kierunkowej i odpowiedzialnej całości. Brak granicy prowadzi do dryfu systemowego, utraty sterowalności lub bezpieczeństwa oraz erozji tożsamości.
Projektowanie granicy wymaga dopasowania podejścia do natury systemu, czyli właściwego rozpoznania domeny. Próby stosowania statycznych, liniowych koncepcji granicy w systemach złożonych prowadzą do błędów i nieskuteczności. Granica jest więc nie tylko narzędziem projektowym, ale także punktem odniesienia w refleksji nad sposobem interwencji projektanta. Wymaga uważności oraz świadomego łączenia wiedzy eksperckiej z rozpoznawaniem procesów emergentnych.
10. Możliwości zastosowania granicy w poszczególnych dziedzinach projektowania i dyfuzji technologii cyfrowych
Wprowadzone rozróżnienia metodologiczne pokazują swoje znaczenie dopiero w momencie przełożenia ich na konkretne obszary praktyki projektowej. Granica projektowa nie jest kategorią abstrakcyjną, ale operacją, która może być implementowana w różnych skalach i warstwach systemów technologicznych oraz społecznych.
W zależności od charakteru danego obszaru (jego podatności na modelowanie lub emergencję) przyjmuje ona formę decyzji projektowej lub zestawu warunków ograniczających możliwe trajektorie rozwoju. Poniższe przykłady wskazują, w jaki sposób pojęcie granicy może zostać wykorzystane jako narzędzie operacyjne w wybranych tematach projektowych i dyfuzji technologii cyfrowych, umożliwiając zarówno precyzyjne sterowanie zasobem zadań rozpoznanych w ekspertyzie, jak i odpowiedzialne modulowanie procesów, które nie poddają się pełnej kontroli i poznaniu.
Skalowanie rozwiązań technologicznych: ujęcie granicy projektowej pozwala projektować skalowanie warunkowe, w którym rozszerzanie systemu następuje wyłącznie po spełnieniu określonych kryteriów jakościowych, społecznych i środowiskowych, zamiast być automatyczną konsekwencją sukcesu rynkowego.
Zasięgi: granica umożliwia świadome ograniczanie zasięgu działania technologii poprzez wskazanie obszarów, populacji lub kontekstów, w których jej implementacja jest wstrzymywana lub wykluczona jako nieadekwatna.
Architektura społeczna: w projektowaniu systemów społecznych granica pozwala tworzyć rozwiązania, które różnicują dostęp i obecność technologii w zależności od potrzeb rozwojowych grup, zamiast narzucać jednolite modele uczestnictwa.
Architektura cyfrowa: operacjonalizacja granicy umożliwia projektowanie systemów, które celowo nie integrują wszystkich dostępnych funkcji i danych, zachowując modularność oraz separację krytycznych warstw infrastruktury22.
Funkcja i forma produktów analogowych i cyfrowych: granica projektowa pozwala definiować produkty poprzez ich świadome niedomknięcie funkcjonalne, w którym brak określonych możliwości staje się warunkiem ich użyteczności i bezpieczeństwa.
Strategia: w ujęciu strategicznym granica umożliwia budowanie pozycji organizacji nie tylko poprzez wybór kierunków rozwoju, lecz również poprzez konsekwentne wykluczanie obszarów działania, które nie są zgodne z jej długofalową tożsamością.
Porządek języków komunikacji: zastosowanie granicy pozwala rozdzielać poziomy języka (techniczny, marketingowy, filozoficzny), ograniczając ich niekontrolowane mieszanie i tym samym redukując chaos poznawczy oraz inflację pojęć w debacie publicznej.
Na zakończenie o tym, że to dopiero początek!
Ambitnym zadaniem powyższej analizy jest wprowadzenie granicy jako (meta)narzędzia regulacyjnego do współczesnych dyskusji kulturowych i projektowych wokół technologii digitalnych. W kolejnych krokach potrzebujemy podobnego namysłu poświęconego innym narzędziom, takim jak: separacja, selekcja, dewzrost, rozpoznanie i pomiar strat czy hierarchizacja.
Tak jak w analogicznych procesach w innych branżach, kiedy te narzędzia zostają opracowane, mogą one funkcjonować jako ramy metodologiczne, nadając sens decyzjom projektowym, strategiom, interwencjom i inwestycjom technologicznym. To wydaje mi się horyzontem pracy dla obecnych pokoleń projektantów.
Jako praktyczka małych produktów cyfrowych i kampanii marketingu cyfrowego od lat obserwuję analizy i dyskusje projektanckie z niepokojem. W atmosferze technologicznego hype’u zaniechano rzemiosła projektowania ograniczeń i nie rozwija się pełnego zestawu procedur pozwalających świadomie kształtować parametry graniczne, argumenty odmowy, warunkowe skalowanie czy wstrzymywanie trajektorii systemów. Uporządkujmy to. Spotkajmy się na konferencjach, żeby myśleć nie tylko o tym, jak cyfrowość rozhuśtać, ale i jak ją regulować. I jak rozmawiać o tym w przestrzeniach społecznych, by się porozumieć.
W innych dziedzinach ograniczenia stanowią fundament odpowiedzialnego działania. W obszarze technologii cyfrowych są przedstawiane jako hamulec rozwoju cywilizacji, co widać choćby w dyskusjach wokół prób regulacji prawa cyfrowego. Jednym z głównych celów (i nadzieją!) tego artykułu było uruchomienie poważnego, metodologicznego namysłu nad granicą, tak aby w przyszłości mogła stać się pełnoprawnym, rozpracowanym i akceptowanym narzędziem projektowym.
