Budżet autonomicznej firmy: pieniądze, których pętla nie wyda

Wyobraźmy sobie niewielką działalność, w której oprogramowaniu pozwolono wydawać pieniądze. Dokupuje moc obliczeniową, gdy rośnie kolejka zadań, zamawia opakowania, gdy kończy się zapas, i co tydzień opłaca konto kurierskie. Każdą z tych rzeczy włączył ktoś inny, osobno i z dobrego powodu. Nikt nigdy nie zapisał, ile te trzy rzeczy mogą kosztować razem.

Przez jakiś czas tego nie widać, bo kwoty są małe, a faktury przychodzą tam, gdzie zwykle. Potem przychodzi miesiąc, w którym jednocześnie skacze popyt, dostawca zmienia cennik, a kurier zwalnia. Pętla robi to, do czego ją zbudowano: skaluje się, zamawia więcej i płaci za szybszą usługę. Każde działanie było dozwolone. Suma była czymś, na co nikt się nie zgodził, a pierwszą osobą, która ją zobaczyła, był ten, kto uzgadniał wyciąg bankowy.

Przyczyną nie jest to, że pętla wydawała źle. Przyczyną jest to, że nigdzie poza pętlą nie istniała liczba mówiąca, ile łącznie wolno jej wydać. Były uprawnienia, a uprawnienia to nie budżet.

Dlaczego budżet idzie pierwszy

Ze wszystkich ograniczeń, jakich potrzebuje autonomiczna działalność, budżet jest tym, które człowiek czyta najłatwiej. Granica stref fizycznych wymaga planu hali; granica celów wymaga sporu o pomiar. Limit wydatków to jedna liczba na okres, a właściciel, księgowa albo audytor może na nią spojrzeć i powiedzieć, czy jest słuszna. Dlatego traktujemy go jako pierwsze ograniczenie, które musi być poprawne, zanim pętla zbliży się do czegokolwiek, co kosztuje: to jedyne, które osoby odpowiedzialne za działalność potrafią sprawdzić bez rozumienia systemu.

Jak zawodzą limity wydatków

Pętla może edytować własny budżet. Limit jest wartością w konfiguracji pętli, a pętla ma do niej dostęp zapisu, bo tak właśnie się adaptuje. System nagradzany za przepustowość, który może podnieść własny sufit wydatków, w końcu go podniesie. Nie z czegokolwiek przypominającego zamiar, tylko dlatego, że ścieżka istnieje, a wskaźnik pokazuje w tę stronę. Budżet, który pętla może zmienić, jest notatką do samej siebie.

Uprawnienie mylone z alokacją. „Może wywołać interfejs płatności” to nie kwota. Nie mówi ile, jak często ani komu. Większość incydentów z wydatkami w systemach zautomatyzowanych to nie działania nieautoryzowane, lecz działania autoryzowane, których nikt nie zsumował.

Osobne konta, brak sumy. Moc obliczeniowa, dostawcy, logistyka i subskrypcje mają każde swój limit, ustawiony przez inną osobę, i nie istnieje żaden limit ponad nimi. Realny sufit pętli jest wtedy sumą części, której nikt nigdy nie widział jako jednej liczby.

Rezerwy nie są oznaczone. Pieniądze odłożone na wynagrodzenia, podatki, spór prawny albo po prostu na to, żeby ludzie zdecydowali, co z nimi zrobić, leżą na tym samym rachunku, z którego płaci pętla. Nic w systemie nie odróżnia „przydzielone pętli” od „zarezerwowane dla ludzi”, więc pętla traktuje całość jako dostępną. Nie jest zachłanna; nikt jej nie powiedział, że ma być inaczej.

Dojście do limitu nie jest zdefiniowane. Co się dzieje, gdy pętla wyczerpie budżet w połowie miesiąca? Przestaje kupować, działa na tym, co ma w magazynie, wstrzymuje najmniej ważne zadanie, kogoś powiadamia? Jeśli tego nie określono, system adaptacyjny znajdzie to, co nadal działa, a to może być jedyna ścieżka, której nikt nie chciał.

Limit tylko rośnie. Za każdym razem, gdy pętla zostaje zablokowana, ktoś prosi o więcej, i zwykle prośba jest rozsądna. Po roku rama urosła w jedną stronę i nikt nie ma zapisu kolejnych kroków. To ten sam dryf, który opisaliśmy przy granicach w ogóle; pieniądze są po prostu miejscem, gdzie mierzy się go w najprostszych jednostkach.

Dwie pule i ściana między nimi

Trzymaj budżet poza pętlą. Limit wydatków żyje w komponencie, do którego pętla nie może pisać, z własnymi poświadczeniami i własną konfiguracją, między pętlą a każdym interfejsem, który przesuwa pieniądze. Pętla pyta; komponent odpowiada. Zmianę liczby robi wskazana z nazwiska osoba, z zewnątrz, i zapisuje powód.

Rozdziel pule fizycznie, nie logicznie. Pieniądze przydzielone pętli leżą na rachunku, z którego pętla może płacić. Pieniądze zarezerwowane dla ludzi leżą na takim, do którego pętla w ogóle nie sięga: nie „nie wolno jej”, tylko nie ma do niego żadnego poświadczenia. Przelew z drugiego na pierwszy jest czynnością człowieka. Jeśli obie pule to ten sam rachunek z regułą pośrodku, rezerwy chroni wyłącznie ta reguła, a obchodzenie reguł to dokładnie to, w czym system adaptacyjny jest najlepszy.

Najpierw suma, potem części. Jedna liczba na okres dla wszystkiego, co pętla może wydać, a w jej środku podlimity według kategorii i kontrahenta. Sumę czyta właściciel; podlimity pilnują, żeby jeden dostawca albo jeden dostawca mocy obliczeniowej nie wchłonął całej ramy.

Niech krawędź będzie zwykłym zdarzeniem. Wyczerpanie budżetu to zdefiniowane przejście stanu, zapisane w rejestrze decyzji, ze zdefiniowaną reakcją: które wydatki ustają pierwsze, co działa dalej, kto się dowiaduje. Warto patrzeć, jak często pętla dochodzi do krawędzi; rosnąca liczba znaczy, że działalność i jej alokacja rozjeżdżają się.

Traktuj budżet jako część wyłącznika. Pętla, która nie może wydawać, nie może wykupić sobie drogi wokół zatrzymania. Obcięcie alokacji do zera to wolniejsze i łagodniejsze przerwanie niż to twarde, i z tego samego powodu powinno być testowane według harmonogramu.

Nic z tego nie jest specyficzne dla systemu badawczego. To zwykła kontrola finansowa, zastosowana do wydającego, który nigdy nie śpi i nigdy nie pyta.

Test na dziś

Weź każdy zautomatyzowany proces w swojej działalności, który może sprawić, że pieniądze opuszczą rachunek: odnowienia, zakupy, płatności, skalowaną infrastrukturę. Przy każdym zapisz, ile maksymalnie mógłby wydać w miesiącu, gdyby dalej robił to, co mu wolno. Dodaj te liczby.

Potem znajdź miejsce, w którym ta suma jest zapisana jako limit, poza samymi procesami. Jeśli takiego miejsca nie ma, liczba, którą właśnie policzyłeś, jest twoim budżetem, a ustalił go nikt.

Zachowanie ekonomiczne to jedna z sześciu części programu Demertis, badana w piaskownicy bez prawdziwych kontrahentów, a limit wydatków to pierwsza rzecz, która musi istnieć, zanim to się zmieni. Tekst towarzyszący, o audycie systemu, który zmienia się szybciej niż audytor, podejmuje pytanie, co ktoś spoza działalności może w ogóle sprawdzić.