Przez większość historii oprogramowania „klasa enterprise” i „jedna osoba” wykluczały się wzajemnie. Multitenancy, logi audytowe, szyfrowane backupy, rozliczenia, zgodność z RODO — to była mapa drogowa dla piętnastoosobowego zespołu i roku finansowania. Dlatego solo-deweloperzy budowali zabawki, a enterprise kupował przerost formy.
Ten kompromis właśnie umarł. Dostarczam samodzielnie oprogramowanie, które kiedyś wymagało średniej wielkości zespołu — i nie ścinam zakrętów, które mają znaczenie. Nie dlatego, że pracuję ciężej. Dlatego, że pracuję według systemu. Oto ten system.
1. Jeśli nie mierzysz, jak dostarczasz — nie inżynierujesz, tylko uprawiasz hazard
Pierwszą rzeczą, jaką zbudowałem dla własnej firmy, nie była funkcja. Była nią tablica wyników.
Swoje dostarczanie mierzę czterema metrykami DORA — częstotliwością wdrożeń, czasem dostarczenia zmiany (Lead Time), odsetkiem nieudanych wdrożeń i czasem przywrócenia usługi — i publikuję je na żywo, publicznie, na własnej stronie. Nie dlatego, że klient o to poprosił. Dlatego, że największym wrogiem solo-buildera nie jest konkurencja; jest nim powolne, niewidoczne gnicie bazy kodu, którą zmienia się coraz trudniej — aż pewnego dnia nie da się już wdrożyć niczego.
DORA to system wczesnego ostrzegania. Gdy Lead Time zaczyna rosnąć, coś w moim procesie się psuje i naprawiam to teraz, póki jest tanio. Gdy odsetek nieudanych wdrożeń skacze, jadę szybciej, niż pozwalają moje siatki bezpieczeństwa — więc dokładam kolejną. Jako zespół jednego nie mam działu QA, który mnie złapie — więc to metryki są tym działem. Publikowanie ich trzyma mnie w ryzach. Bardzo trudno oszukiwać samego siebie co do skuteczności inżynierskiej, gdy liczby są pod adresem, który każdy może otworzyć.
2. Gotowość na enterprise to postawa, a nie etap
Najdroższy błąd w solo-software to „bezpieczeństwo i multitenancy dodamy później”. Później oznacza przepisywanie od zera. Później oznacza moment, w którym pierwszy poważny klient odchodzi, bo nie potrafisz odizolować jego danych.
Więc zaczynam właśnie tam. Kiedy buduję produkt taki jak Desk & Park — rezerwacja biurek i parkingu dla biur hybrydowych — pierwszy commit już zakłada:
- Multitenancy z twardą izolacją danych. Każdy klient to osobny tenant, a liczby jednej firmy nigdy nie przeciekną do drugiej.
- Dostęp oparty na rolach, 2FA, pełny dziennik audytu i nocne szyfrowane backupy z odwracalnym przywracaniem — od początku, a nie jako „sprint bezpieczeństwa” doklejony przed dużym kontraktem.
- Self-serve oraz self-hosting. Darmowy plan, żeby mały zespół ruszył w kilka minut, i wdrożenie enterprise, które klient uruchomi we własnej infrastrukturze. Ten sam rdzeń, bez forka „edycji enterprise”.
Brzmi jak więcej pracy na starcie. W praktyce to mniej. Doklejanie izolacji do aplikacji jednotenantowej to męka; projektowanie pod nią od pierwszej linii to decyzja, a nie projekt. Gotowość na enterprise to nie funkcja, którą się dodaje — to kształt, który się utrzymuje.
3. Dostarczaj wartość biznesową, a nie funkcje
Lista funkcji to jest to, co budujesz. Wartość biznesowa to powód, dla którego ktoś płaci. Jako solo-founder nie mogę mylić tych dwóch rzeczy, więc każda funkcja musi zasłużyć na swoje miejsce, odpowiadając na pytanie: co to odblokowuje w biznesie klienta?
Desk & Park nie sprzedaje „rezerwacji biurka”. Sprzedaje wykorzystanie przestrzeni, które da się realnie zaplanować — odzyskiwanie miejsc marnowanych przez nieobecności, pokazywanie kosztu na stanowisko, zamianę na wpół pustego biura w decyzję o najmie popartą danymi. Mapa pięter to funkcja. „Dobierz metraż bez zgadywania” to wartość.
Ta sama logika stoi za cennikiem: naprawdę darmowy plan, żeby usunąć każdy powód, by nie zacząć, przejrzyste progi rosnące z zespołem i ścieżka enterprise dla tych, którzy je przerosną. Najpierw adopcja, przychód w miarę jak rośnie zaufanie. Odblokowujesz potencjał klienta, a Twój biznes staje się udziałem w wartości, którą wytworzyłeś — a nie myto, które pobierasz.
4. Buduj dla planety — i to udowodnij
Ekologia w oprogramowaniu to zwykle slogan na stronie „O nas”. Uważam, że powinna być funkcją z liczbą obok.
Desk & Park ma moduł Eco-Sync: klimatyzację reagującą na obłożenie. Strefy, których nikt nie zarezerwował, nie są ogrzewane ani chłodzone, a raport zarządu pokazuje zaoszczędzone kWh i uniknięte CO₂ — pozycję, a nie deklarację. Ponieważ platforma i tak wie, kto jest w budynku i gdzie, oszczędzanie energii nie jest osobną „zieloną inicjatywą”; wypada wprost z danych, które produkt już ma.
Tego wzorca szukam: ekologii strukturalnej, a nie na pokaz. Lekka infrastruktura, która tanio bezczynnieje, zamiast spalać jałowe cykle. Oprogramowanie, które pomaga firmie zużywać mniej świata fizycznego — mniej ogrzewanych metrów, mniej oświetlonych pięter, mniej aut krążących za miejscem. Jeśli produkt potrafi uczynić klienta mierzalnie bardziej zielonym niejako przy okazji swojej właściwej pracy — to jest realne. Cała reszta to marketing.
5. Agile to rytm, a nie ceremonia
Nie robię Daily sam ze sobą. Ale jestem bezwzględnie zwinny w jedynym sensie, który się liczy: małe partie, szybki feedback i gotowość do zmiany kierunku na podstawie dowodów.
Solo-agile oznacza wdrożenie najmniejszej rzeczy, na którą realny użytkownik może zareagować, a potem pozwolenie, by rzeczywistość — i liczby DORA — zdecydowały, co dalej. Żadnych kwartalnych map drogowych bronionych z dumy. Żadnych wdrożeń „na raz”, ukrywających sto nieprzetestowanych zmian. Dyscyplinę, którą zespół czerpie z procesu, ja czerpię z ograniczeń: jeśli nie mieści mi się w głowie, jest za duże — więc robię to mniejsze. Małe zmiany to bezpieczne zmiany, a bezpieczne zmiany to szybkie zmiany. Na tym polega cała pętla.
6. Poprzeczka nie opada dlatego, że zespół jest mały
Oto, co ludzie źle rozumieją w firmie jednoosobowej: zakładają, że oznacza obniżenie standardów. Jest odwrotnie. Gdy nie ma kogo obwinić i za kim się schować, rzemiosło jest kwestią przetrwania.
Czysty, zgodny z DRY, profesjonalny kod nie jest próżnością, gdy działasz solo — to sposób, w jaki za pół roku wciąż zrozumiesz własny system. Każda abstrakcja, której nie zduplikuję, to błąd, którego nigdy nie będę naprawiał dwa razy. Każdy współdzielony komponent oparty na jednym źródle prawdy to miejsce, w którym strona marketingowa nie może rozjechać się z tym, co produkt naprawdę robi. Jakość jest prędkością, gdy jesteś jedyną osobą, która to utrzymuje.
Tym, co czyni to dziś możliwym — realnie, nie aspiracyjnie — jest dźwignia AI. Nowoczesni agenci AI pozwalają jednemu zdyscyplinowanemu inżynierowi działać w skali zespołu bez obniżania standardu, bo standard egzekwują smak i testy, a nie liczba etatów. Dlatego buduję też prywatne, on-premise narzędzia AI: ta sama dźwignia, która pozwala mi dostarczać oprogramowanie enterprise w pojedynkę, powinna należeć również do moich klientów — na ich własnym sprzęcie, z danymi, które zostają w domu.
Synteza
Żadna z tych pięciu idei nie działa osobno. DORA bez skupienia na biznesie to precyzyjne mierzenie niewłaściwej rzeczy. Gotowość na enterprise bez rzemiosła to twierdza na piasku. Ekologia bez realnych liczb to naklejka. Agile bez dyscypliny to chaos pod ładniejszą nazwą.
Razem tworzą spójny sposób budowania: mierz to, co dostarczasz, buduj dla realnych firm, szanuj planetę, poruszaj się małymi uczciwymi krokami i nigdy nie obniżaj poprzeczki. Zespół jednego, dostarczający aplikacje najwyższej klasy, które stoją obok wszystkiego, co robią duże firmy — czasem lepsze, bo w pokoju nie ma nikogo, kto broniłby rzeczy, która przestała mieć sens.
Przyszłość oprogramowania to nie tylko większe zespoły. To mniejsze zespoły, które odmawiają zachowywania się jak małe.
#DORA #Enterprise #GreenSoftware #OneManShow #CleanCode #AI