Brutalna prawda o optymalizacji projektów - dlaczego im bardziej poprawiasz, tym mniej rozumiesz, co naprawdę nie działa ebook

INTRO

W sali konferencyjnej pachnie świeżo zaparzoną kawą i czymś znacznie mniej uchwytnym - napięciem, które nie wynika z konfliktu, tylko z oczekiwania, że coś zaraz zostanie „ulepszone”. Na ścianie wyświetlony jest slajd z tytułem „Optymalizacja procesów Q3”, a pod nim lista punktów, które wyglądają jak odpowiedzi na pytania, których nikt nie zadał. Cztery osoby siedzą wyprostowane, jedna nerwowo przesuwa laptopa, ktoś poprawia długopis tak, jakby od tego zależał wynik całego projektu. Wszyscy wiedzą, że spotkanie nie jest po to, żeby coś zrozumieć. Jest po to, żeby coś poprawić, zanim ktokolwiek zdąży sprawdzić, czy to w ogóle działa.

To nie jest moment decyzyjny ani kreatywny, tylko rytuał kontroli, który daje iluzję ruchu w miejscu. Kiedy prowadzący mówi o „zwiększeniu efektywności”, nie chodzi mu o realną zmianę, tylko o symboliczną korektę, która pozwoli wszystkim poczuć, że mają wpływ na coś, co już dawno wymknęło się spod kontroli. Mechanizm jest prosty i brutalny - jeśli nie wiesz, czy coś działa, popraw to, bo poprawianie daje natychmiastową ulgę poznawczą. Problem polega na tym, że ta ulga zastępuje rzeczywistość, a nie ją opisuje.

Pierwsza decyzja zapada szybko, niemal automatycznie, bo cisza trwa za długo i ktoś musi ją przerwać, zanim stanie się niewygodna. Propozycja brzmi sensownie, bo zawiera słowa, które zawsze brzmią sensownie - „usprawnienie”, „redukcja”, „automatyzacja”. Nikt nie pyta, co dokładnie zostanie usprawnione, bo pytanie oznaczałoby przyznanie, że nie rozumie się obecnego stanu. A brak rozumienia w środowisku optymalizacji jest czymś, czego nie wolno ujawnić, bo podważa sens całego procesu.

W tym momencie zaczyna działać mechanizm, który napędza większość projektów optymalizacyjnych - kompensacja niepewności przez aktywność. Im mniej ktoś rozumie system, tym bardziej chce go zmieniać, bo zmiana daje poczucie kontroli, nawet jeśli jest całkowicie arbitralna. To nie jest błąd jednostki, tylko struktura, która premiuje ruch zamiast trafności. Koszt jest niewidoczny na początku, bo pierwsze efekty zawsze wyglądają jak postęp.

Druga osoba dorzuca coś od siebie, nie dlatego, że ma coś istotnego do powiedzenia, tylko dlatego, że brak wkładu oznacza brak obecności. W świecie optymalizacji nie wystarczy być, trzeba coś poprawić, nawet jeśli poprawianie polega na przesunięciu problemu w inne miejsce. Mechanizm eskaluje, bo każda kolejna sugestia wzmacnia iluzję, że system jest dynamiczny i pod kontrolą, podczas gdy w rzeczywistości zaczyna się rozszczepiać na coraz więcej drobnych zmian, które nie mają wspólnego kierunku.

W tym momencie nikt już nie pamięta, jaki był pierwotny problem, bo został przykryty warstwą „ulepszeń”, które zaczęły żyć własnym życiem. To jest moment, w którym optymalizacja przestaje być narzędziem, a staje się celem samym w sobie. Nie chodzi już o to, żeby coś działało lepiej, tylko żeby można było powiedzieć, że coś zostało zoptymalizowane. To subtelna, ale fundamentalna zmiana, która redefiniuje sens całego działania.

Ktoś zadaje pytanie o metryki, ale robi to ostrożnie, jakby sprawdzał, czy jeszcze istnieje jakaś rzeczywistość poza prezentacją. Odpowiedź jest natychmiastowa i pełna pewności, ale nie zawiera żadnej konkretnej liczby, tylko struktury, które brzmią jak liczby. To nie jest przypadek, tylko mechanizm obronny systemu, który chroni się przed weryfikacją, zastępując ją językiem, który symuluje precyzję.

W tym miejscu zaczyna się koszt emocjonalny, który nie pojawia się w żadnym raporcie. Ludzie przestają ufać własnej percepcji, bo system nagradza narrację, a nie obserwację. Jeśli coś wygląda na problem, ale nie zostało nazwane w slajdzie, to przestaje istnieć. To prowadzi do cichego rozszczepienia między tym, co się widzi, a tym, co wolno powiedzieć. A kiedy to rozszczepienie staje się normą, zaczyna kształtować tożsamość.

Relacyjny koszt jest jeszcze bardziej ukryty, bo nie objawia się konfliktem, tylko jego brakiem. Ludzie przestają się spierać, bo spór wymaga odniesienia do rzeczywistości, a ta została zastąpiona przez proces. Zamiast tego pojawia się subtelna rywalizacja o to, kto wniesie bardziej „optymalizacyjną” propozycję, czyli taką, która najlepiej wpisuje się w język systemu. Relacje zaczynają opierać się nie na zrozumieniu, tylko na kompatybilności narracji.

Tożsamościowy koszt ujawnia się najpóźniej, bo wymaga czasu, żeby się ugruntować. Osoba, która przez lata uczestniczy w optymalizowaniu wszystkiego, zaczyna postrzegać świat jako zestaw niedoskonałości, które trzeba poprawić, zanim będzie można z nich korzystać. To prowadzi do paradoksu, w którym nic nigdy nie jest wystarczająco dobre, żeby mogło istnieć bez korekty. A skoro nic nie jest wystarczające, to wszystko wymaga ciągłej ingerencji.

Wróćmy do sali konferencyjnej, gdzie ktoś właśnie proponuje „pilotażowe wdrożenie zmian”, które nie mają jasno określonego celu, ale mają bardzo precyzyjny harmonogram. To nie jest sprzeczność, tylko dowód na to, że proces zastąpił sens. Harmonogram daje poczucie struktury, nawet jeśli struktura nie prowadzi do niczego konkretnego. To kolejny mechanizm, który stabilizuje system, jednocześnie go degradując.

Kiedy spotkanie się kończy, wszyscy wychodzą z poczuciem, że coś zostało zrobione, choć nikt nie potrafi wskazać, co dokładnie się zmieniło. To uczucie nie jest efektem realnej poprawy, tylko psychologicznego domknięcia, które pojawia się, gdy proces został przeprowadzony zgodnie z oczekiwaniami. To właśnie to uczucie uzależnia organizacje od optymalizacji, bo daje natychmiastową nagrodę bez konieczności konfrontacji z rzeczywistością.

W tym sensie optymalizacja projektów nie jest problemem technicznym, tylko psychologicznym. To system, który karmi się niepewnością i przekształca ją w aktywność, a następnie sprzedaje tę aktywność jako postęp. Im bardziej złożony jest projekt, tym łatwiej ten mechanizm się ukrywa, bo złożoność daje nieskończoną liczbę miejsc, w których można coś poprawić bez konieczności sprawdzania, czy poprawa ma sens.

Ta książka nie będzie próbą naprawy tego mechanizmu, bo to oznaczałoby przyjęcie, że można go kontrolować z poziomu, który sam jest jego częścią. Zamiast tego będzie próbą jego rozłożenia na czynniki pierwsze, pokazania, jak działa w konkretnych sytuacjach i dlaczego jest tak trudny do zatrzymania, nawet gdy wszyscy widzą jego konsekwencje. Nie chodzi o to, żeby znaleźć rozwiązanie, tylko żeby zobaczyć strukturę, której nie da się już później nie widzieć.

Każdy rozdział będzie jedną sceną, jednym momentem, w którym optymalizacja przestaje być narzędziem, a zaczyna być mechanizmem obronnym. Będą to sytuacje znajome do tego stopnia, że aż niewygodne, bo ich siła nie polega na wyjątkowości, tylko na powtarzalności. To nie są historie o spektakularnych porażkach, tylko o codziennych mikrodecyzjach, które składają się na system, w którym wszystko jest w ciągłym ruchu, a nic się naprawdę nie zmienia.

Jeśli w trakcie czytania pojawi się moment oporu, to znaczy, że mechanizm działa. Jeśli pojawi się śmiech, który nie jest do końca komfortowy, to znaczy, że coś zostało trafione. A jeśli pojawi się cisza, w której trudno będzie natychmiast przejść , to znaczy, że optymalizacja na chwilę przestała działać i pojawiło się coś, czego nie da się poprawić.

To nie jest książka o projektach. To jest książka o tym, co dzieje się z człowiekiem, kiedy zaczyna wierzyć, że wszystko można zoptymalizować.

Rozdział 1 - Spotkanie, które miało coś poprawić

Wchodzisz do sali kilka minut przed czasem, bo nauczyłeś się, że punktualność w projektach optymalizacyjnych nie jest oznaką szacunku, tylko strategią przetrwania, która pozwala na chwilę złapać orientację, zanim zacznie się rytuał mówienia o rzeczach, które jeszcze nie zostały zdefiniowane. Na stole leżą wydrukowane agendy, które wyglądają jak plan działania, ale w rzeczywistości są mapą rozmów, które mają się wydarzyć niezależnie od tego, co jest realnym problemem. To nie jest przestrzeń do rozumienia, tylko do uczestniczenia, a uczestnictwo polega na tym, żeby coś wnieść, zanim ktokolwiek zapyta, czy jest co wnosić.

Pierwsze minuty mijają w ciszy, która nie jest neutralna, tylko napięta, bo każdy czeka, aż ktoś przejmie inicjatywę i nada kierunek temu, co jeszcze nie ma kierunku. Kiedy w końcu ktoś zaczyna mówić, robi to w sposób, który od razu ustawia ramę całego spotkania, używając słów, które brzmią jak rozwiązania, choć jeszcze nie padło żadne pytanie. To jest moment, w którym mechanizm optymalizacji zaczyna działać pełną mocą, bo język wyprzedza rzeczywistość i zaczyna ją definiować zanim zdąży się ujawnić.

W ciągu kilku minut pojawia się pierwsza propozycja zmiany, która jest przyjmowana bez oporu, bo opór wymagałby odniesienia się do czegoś konkretnego, a konkret jeszcze nie istnieje. To nie jest brak krytycznego myślenia, tylko jego adaptacja do środowiska, w którym szybkość reakcji jest bardziej ceniona niż trafność. Mechanizm polega na tym, że im szybciej coś zostanie zaproponowane, tym trudniej to zakwestionować, bo kwestionowanie spowalnia proces, a spowalnianie jest odbierane jako brak zaangażowania.

Ktoś zaczyna notować, ale nie notuje tego, co zostało powiedziane, tylko to, co pasuje do struktury, którą ma już w głowie. To jest subtelny, ale kluczowy moment, w którym rzeczywistość zostaje dopasowana do formatu, a nie odwrotnie. Mechanizm ten działa tak skutecznie, że po kilku minutach wszyscy zaczynają mówić w sposób, który łatwo się notuje, co oznacza, że zaczynają mówić w sposób, który łatwo się upraszcza.

W pewnym momencie pojawia się pytanie, które mogłoby zatrzymać cały proces, bo dotyczy tego, co właściwie próbujemy poprawić, ale zostaje szybko przekierowane na coś, co da się łatwiej obsłużyć. To nie jest przypadek, tylko obrona systemu przed konfrontacją z własną pustką, bo jeśli okaże się, że problem nie jest jasno zdefiniowany, to cały wysiłek optymalizacyjny traci sens. Dlatego pytania, które mogłyby coś ujawnić, są natychmiast rozbrajane przez odpowiedzi, które brzmią jak doprecyzowanie, ale w rzeczywistości są unikaniem.

W tym miejscu zaczyna się eskalacja, która wygląda jak postęp, bo lista działań rośnie, a każdy nowy punkt daje poczucie, że jesteśmy coraz bliżej rozwiązania. W rzeczywistości oddalamy się od niego, bo każdy kolejny punkt jest odpowiedzią na poprzedni punkt, a nie na realny problem. Mechanizm ten jest samonapędzający, bo im więcej mamy działań, tym większa potrzeba ich uporządkowania, co prowadzi do kolejnych spotkań, które mają na celu optymalizację wcześniejszych optymalizacji.

Atmosfera zaczyna się zagęszczać, ale nie w sposób, który prowadzi do konfliktu, tylko w sposób, który prowadzi do zgodności pozornej. Wszyscy zaczynają mówić podobnym językiem, używać tych samych słów, budować zdania według tego samego schematu, co daje wrażenie spójności, choć w rzeczywistości jest to efekt konformizmu językowego. Mechanizm polega na tym, że im bardziej zbliżamy się do wspólnego języka, tym trudniej zauważyć, że mówimy o czymś innym.

W pewnym momencie ktoś proponuje „priorytetyzację”, która brzmi jak krok w stronę sensu, ale jest tylko kolejną warstwą struktury nałożoną na chaos. Priorytety nie wynikają z analizy, tylko z tego, co zostało najczęściej powtórzone lub najlepiej opakowane. To prowadzi do sytuacji, w której najważniejsze staje się to, co najgłośniejsze, a nie to, co najbardziej istotne.

• Każdy uczestnik wnosi coś nie dlatego, że jest to potrzebne, tylko dlatego, że brak wkładu oznacza brak widoczności w procesie.

• Każda propozycja jest formułowana tak, żeby była trudna do zakwestionowania, co sprawia, że proces traci zdolność do autokorekty.

• Każde pytanie, które mogłoby coś wyjaśnić, jest szybko przekształcane w stwierdzenie, które utrzymuje płynność rozmowy.

• Każda decyzja jest podejmowana szybciej niż można ją zrozumieć, co daje poczucie efektywności kosztem trafności.

• Każdy moment ciszy jest traktowany jako problem do rozwiązania, a nie jako przestrzeń do myślenia.

W drugiej części spotkania pojawia się coś, co wygląda jak podsumowanie, ale w rzeczywistości jest próbą domknięcia procesu, zanim zacznie się rozpadać pod ciężarem własnych sprzeczności. Podsumowanie nie odzwierciedla tego, co się wydarzyło, tylko to, co powinno się wydarzyć, żeby można było uznać spotkanie za udane. To jest moment, w którym narracja całkowicie odrywa się od rzeczywistości, a jednocześnie staje się jedyną wersją wydarzeń, która będzie funkcjonować.

Kiedy wychodzisz z sali, masz wrażenie, że coś zostało osiągnięte, choć nie potrafisz wskazać, co dokładnie. To uczucie nie wynika z realnej zmiany, tylko z tego, że proces został przeprowadzony zgodnie z oczekiwaniami, a zgodność daje poczucie bezpieczeństwa. Mechanizm polega na tym, że jeśli wszystko przebiegło tak, jak powinno, to zakładamy, że wynik również będzie taki, jak powinien, nawet jeśli nie mamy na to żadnych dowodów.

Kilka godzin później wracasz do swoich zadań i próbujesz wdrożyć to, co zostało ustalone, ale okazuje się, że ustalenia są na tyle ogólne, że można je interpretować na wiele sposobów. To nie jest błąd, tylko konsekwencja procesu, który premiuje zgodność na poziomie rozmowy, a nie precyzję na poziomie działania. Mechanizm ten sprawia, że odpowiedzialność rozmywa się między interpretacjami, a każdy może powiedzieć, że robi to, co zostało ustalone, nawet jeśli robi coś zupełnie innego.

Z czasem zaczynasz zauważać, że podobne spotkania powtarzają się w różnych konfiguracjach, z różnymi ludźmi i różnymi tematami, ale mechanizm pozostaje ten sam. To nie jest kwestia kompetencji ani intencji, tylko struktury, która produkuje określone zachowania niezależnie od tego, kto w niej uczestniczy. To prowadzi do wniosku, który jest niewygodny, bo podważa sens całego wysiłku - problem nie polega na tym, że źle optymalizujemy, tylko na tym, że optymalizacja stała się celem samym w sobie.

• Spotkania nie służą rozwiązywaniu problemów, tylko utrzymywaniu wrażenia, że problemy są pod kontrolą.

• Język optymalizacji zastępuje rzeczywistość, tworząc system, w którym można mówić o postępie bez konieczności jego weryfikacji.

• Proces premiuje aktywność, a nie trafność, co prowadzi do nadprodukcji działań bez realnego efektu.

• Odpowiedzialność rozmywa się w strukturze, która pozwala każdemu być zaangażowanym bez bycia odpowiedzialnym.

• Efektywność staje się kategorią estetyczną, a nie funkcjonalną, co oznacza, że coś wygląda na efektywne, zanim zacznie działać.

To, co zaczęło się jako próba poprawy, kończy się jako system, który produkuje własne uzasadnienie istnienia. Nie dlatego, że ktoś tego chciał, tylko dlatego, że mechanizm optymalizacji jest zaprojektowany tak, żeby się utrzymywać, niezależnie od tego, czy przynosi realne korzyści. A kiedy mechanizm zaczyna działać sam dla siebie, każdy, kto w nim uczestniczy, staje się jego częścią, nawet jeśli ma wrażenie, że go kontroluje.

Na tym etapie trudno już odróżnić, gdzie kończy się projekt, a zaczyna proces jego optymalizacji, bo jedno zaczyna żywić drugie. To prowadzi do sytuacji, w której największym zagrożeniem dla projektu nie jest brak działania, tylko nadmiar działań, które nie mają wspólnego punktu odniesienia. I właśnie w tym nadmiarze zaczyna się coś, co wygląda jak rozwój, ale jest tylko bardziej złożoną formą tego samego problemu.

Rozdział 2 - Tablica, która miała wszystko uporządkować

Na początku wygląda to niewinnie, niemal racjonalnie, bo ktoś w pewnym momencie zauważa, że projekt zaczyna się rozjeżdżać i potrzebuje struktury, która pozwoli go „złapać”. Pojawia się więc pomysł stworzenia tablicy, która będzie wizualizować postęp, blokady i odpowiedzialności, a jej największą zaletą ma być to, że „w końcu wszystko będzie w jednym miejscu”. Wszyscy przyjmują to z ulgą, bo chaos jest trudny do zniesienia, a obietnica jego uporządkowania działa jak szybkie znieczulenie poznawcze, które pozwala przestać myśleć o tym, że problem może być głębszy niż brak widoczności.

Pierwsza wersja tablicy powstaje szybko, bo nikt nie chce spowalniać procesu, który już na starcie ma wyglądać na efektywny, więc struktura jest uproszczona do kilku kolumn, które wydają się intuicyjne. „Do zrobienia”, „W trakcie”, „Zrobione” - trzy słowa, które mają zastąpić cały system rozumienia projektu i jego złożoności. Mechanizm zaczyna działać natychmiast, bo prostota struktury daje poczucie kontroli, nawet jeśli ta kontrola jest całkowicie powierzchowna.

Po kilku dniach pojawiają się pierwsze napięcia, które nie wynikają z pracy, tylko z próby dopasowania pracy do struktury, która nie została zaprojektowana pod nią, tylko obok niej. Zadania zaczynają być dzielone nie według sensu, tylko według tego, gdzie łatwiej je umieścić na tablicy, a to prowadzi do subtelnej deformacji rzeczywistości, w której forma zaczyna kształtować treść. Mechanizm polega na tym, że jeśli coś nie mieści się w strukturze, to zamiast zmienić strukturę, zmienia się opis rzeczywistości, żeby pasował.

Ktoś zauważa, że „W trakcie” zaczyna się przepełniać, więc pojawia się pomysł dodania nowych kolumn, które mają lepiej oddać stan projektu, a każda nowa kolumna daje chwilowe poczucie, że system staje się bardziej precyzyjny. W rzeczywistości rośnie tylko liczba kategorii, które trzeba utrzymywać, a każda z nich wymaga decyzji, które nie mają nic wspólnego z realnym postępem. To moment, w którym optymalizacja zaczyna generować pracę sama z siebie.

Wraz z rozbudową tablicy pojawia się nowy rytuał - codzienne aktualizacje, które mają utrzymać system „żywy”, bo martwa tablica jest dowodem na brak kontroli. Ludzie zaczynają przesuwać zadania między kolumnami, nie dlatego, że coś się realnie zmieniło, tylko dlatego, że brak ruchu wygląda źle. Mechanizm jest prosty i brutalny - jeśli coś stoi w miejscu, to trzeba to poruszyć, nawet jeśli ruch jest czysto symboliczny.

W tym miejscu pojawia się pierwszy koszt emocjonalny, który nie ma nic wspólnego z trudnością pracy, tylko z koniecznością ciągłego raportowania jej w sposób, który nie oddaje jej natury. Osoba, która pracuje nad czymś złożonym, musi sprowadzić swoją pracę do przesunięcia kartki na tablicy, co prowadzi do poczucia, że jej wysiłek jest redukowany do gestu, który nie ma związku z jego realną wartością. To zaczyna podkopywać motywację, bo nagradzane jest to, co widoczne, a nie to, co znaczące.

Relacyjny koszt pojawia się wtedy, gdy tablica zaczyna być używana jako narzędzie oceny, a nie orientacji, co zmienia sposób, w jaki ludzie na siebie patrzą. Zadania, które nie przesuwają się wystarczająco szybko, zaczynają być postrzegane jako problem osoby, a nie jako efekt złożoności pracy, co prowadzi do subtelnych napięć, które nie są artykułowane wprost. Mechanizm polega na tym, że struktura, która miała pomóc, zaczyna produkować winę.

Tożsamościowy koszt jest jeszcze bardziej ukryty, bo rozwija się powoli i niepostrzeżenie, w momencie, gdy ludzie zaczynają definiować swoją wartość przez to, jak ich zadania wyglądają na tablicy. Jeśli coś długo pozostaje w jednej kolumnie, zaczyna to wpływać na sposób, w jaki postrzegają siebie, nawet jeśli realnie wykonują skomplikowaną i wartościową pracę. To prowadzi do sytuacji, w której percepcja staje się ważniejsza niż rzeczywistość.

W pewnym momencie ktoś proponuje wprowadzenie „etykiet priorytetu”, które mają pomóc w zarządzaniu uwagą, ale w praktyce stają się kolejną warstwą interpretacji, która wymaga utrzymania. Zadania zaczynają być oznaczane nie według ich znaczenia, tylko według tego, jak chcemy, żeby były postrzegane, co prowadzi do inflacji priorytetów, gdzie wszystko jest ważne, a więc nic nie jest. Mechanizm ten jest szczególnie niebezpieczny, bo daje poczucie kontroli nad czymś, co zostało wcześniej utracone.

• Każda nowa kolumna na tablicy daje chwilowe poczucie porządku, ale zwiększa liczbę decyzji, które trzeba podejmować niezależnie od pracy.

• Każde przesunięcie zadania staje się sygnałem aktywności, nawet jeśli nie odzwierciedla realnego postępu.

• Każda etykieta priorytetu przestaje mieć znaczenie w momencie, gdy jest używana częściej niż jest potrzebna.

• Każda próba dopasowania rzeczywistości do struktury prowadzi do jej uproszczenia, które zaciera to, co istotne.

• Każdy brak ruchu na tablicy jest traktowany jako problem, co prowadzi do produkowania ruchu bez sensu.

Z czasem tablica zaczyna żyć własnym życiem, a projekt zaczyna się do niej dostosowywać, zamiast odwrotnie, co jest momentem, w którym narzędzie przestaje być narzędziem, a staje się systemem odniesienia. Decyzje zaczynają być podejmowane na podstawie tego, jak wpłyną na wygląd tablicy, a nie na rzeczywisty stan projektu, co prowadzi do subtelnej, ale trwałej deformacji priorytetów. Mechanizm polega na tym, że to, co widoczne, zaczyna dominować nad tym, co ważne.

W drugiej fazie pojawia się potrzeba „optymalizacji samej tablicy”, bo ktoś zauważa, że system przestaje być czytelny, co prowadzi do kolejnej serii zmian, które mają przywrócić jego pierwotną funkcję. To jest moment, w którym optymalizacja zaczyna się zapętlać, bo narzędzie do zarządzania projektem staje się projektem samym w sobie. Każda zmiana w tablicy generuje nowe problemy, które wymagają kolejnych zmian, co tworzy cykl, z którego trudno się wydostać.

Atmosfera wokół tablicy staje się coraz bardziej formalna, bo zaczyna ona pełnić rolę oficjalnego źródła prawdy, co oznacza, że to, co nie jest na niej widoczne, przestaje istnieć w dyskusji. To prowadzi do sytuacji, w której ludzie zaczynają inwestować więcej czasu w aktualizowanie tablicy niż w realną pracę, bo wiedzą, że to tablica będzie oceniana, a nie rzeczywistość. Mechanizm ten jest szczególnie zdradliwy, bo trudno go zakwestionować bez podważenia całego systemu.

• Tablica przestaje być narzędziem orientacji, a zaczyna być narzędziem oceny, co zmienia sposób, w jaki ludzie pracują.

• Aktualizowanie staje się ważniejsze niż wykonywanie, bo to aktualizacje są widoczne i mierzalne.

• System zaczyna premiować tych, którzy najlepiej zarządzają percepcją, a nie tych, którzy rozwiązują problemy.