FRAMEWORK

Kod piszą agenci AI. Doświadczeni inżynierowie decydują, co trafi na produkcję.

Dziś każdy może wygenerować aplikację w jedno popołudnie. Trudne pozostało co innego: wiedzieć, co zbudować, sprawdzić, czy zostało zbudowane dobrze, i odpowiadać za to jeszcze za rok. Właśnie do tego stworzyliśmy dotconnector, nasz proces dostarczania oprogramowania. Stoi za nim dwadzieścia lat tworzenia systemów dla klientów. Pracę wykonują agenci, a każdą bramkę otwiera człowiek.

SKĄD SIĘ WZIĄŁ

Dwadzieścia lat doświadczenia, a agenci przejmują je w całości.

W setkach projektów dla klientów nauczyliśmy się, kiedy decyzję trzeba zapisać, co musi wyłapać przegląd i czego nigdy nie wolno wypuścić na produkcję bez podpisu człowieka. Spisaliśmy to doświadczenie na tyle precyzyjnie, żeby agent AI mógł się według niego prowadzić. Modele zapewniają tempo. Doświadczenie zapewnia trafność decyzji.

CZYM JEST

Pełny cykl wytwarzania oprogramowania. Agenci pracują w jego ramach.

Opisać, czego się chce i dopisywać kolejne prompty, aż wszystko wydaje się działać: tak wygląda dziś tzw. vibe coding. Wychodzi z tego niezły prototyp, ale słaby fundament dla firmy, bo nikt nie potrafi powiedzieć, dlaczego system zbudowano tak, a nie inaczej, ani co sprawdzono przed wdrożeniem. dotconnector robi to inaczej: prowadzi przez taki sam cykl, który przeszlibyśmy z zespołem doświadczonych inżynierów, a agenci pracują w jego ramach.

Najpierw wymagania: opisane jako cele biznesowe, z kryteriami akceptacji, zanim cokolwiek zostanie zaprojektowane.
Architekturę ustalamy przed pisaniem kodu, a każdą istotną decyzję zapisujemy razem z uzasadnieniem.
Każda zmiana to osobny, przejrzany pull request z testami, powiązany z jednym zadaniem. Akceptuje go człowiek.
Twoje wymogi dotyczące infrastruktury, danych i zgodności z przepisami to sztywne reguły, których agenci nie mogą poluzować ani obejść.

JAK TO DZIAŁA

Cztery fazy. Każdą zamyka bramka, którą otwiera doświadczony inżynier.

Analiza

Z Twoich notatek z warsztatów, transkrypcji spotkań, e-maili i briefów powstają uporządkowane wymagania, każde z kryteriami akceptacji i wyjaśnieniem, dlaczego jest ważne. Zanim cokolwiek zaprojektujemy, przeglądamy je razem z Tobą.
Projekt

Agenci proponują architekturę, zapisują każdą decyzję wraz z uzasadnieniem, projektują interfejs i dzielą pracę na zadania w kolejności wynikającej z zależności. Doświadczony inżynier przyjmuje każdy krok albo go odsyła.
Budowa

Zadanie po zadaniu agent zakłada osobną gałąź, implementuje zmianę, pisze testy i otwiera pull request. Drugi agent sprawdza go pod kątem zgodności ze specyfikacją zadania. Pętla się powtarza, dopóki przegląd nie przejdzie bez uwag, a zmianę akceptuje i włącza do kodu człowiek. Każde ukończone wymaganie jest potem sprawdzane w działającej aplikacji, punkt po punkcie, według jego własnych kryteriów akceptacji.
Audyt

Gdy cały system jest już gotowy, przechodzi cztery audyty: jakości kodu, bezpieczeństwa, pokrycia wymagań i zgodności z architekturą. Każde ustalenie potwierdza człowiek, zanim stanie się zadaniem.

Przerywane pętle pokazują miejsca, w których spodziewamy się zderzenia z rzeczywistością. Uwagi z przeglądu wracają do budowy. Ustalenia z audytów stają się nowymi zadaniami. Kiedy w trakcie budowy okazuje się, że plan był błędny, agenci to sygnalizują, a zmiana wraca do fazy projektu i wchodzi w życie dopiero po potwierdzeniu przez człowieka.

PRZEGLĄD NA KAŻDYM POZIOMIE

Cztery poziomy przeglądu: najpierw maszyna, potem człowiek.

Każda zmiana CI uruchamia testy, linter i build. Niezależny agent przegląda pull request pod kątem zgodności ze specyfikacją zadania i jakości kodu. Doświadczony inżynier włącza zmianę do kodu albo odsyła zadanie do poprawki.
Każde wymaganie Działająca aplikacja jest sprawdzana punkt po punkcie według kryteriów akceptacji wymagania, a dowody trafiają do dokumentacji. Człowiek przyjmuje wynik albo odsyła wymaganie z powrotem do budowy.
Każdy plan Wymagania, architektura, decyzje, projekt interfejsu, podział na zadania i plan wdrożenia: każdy z tych elementów zatrzymuje się przy bramce, którą otwiera doświadczony inżynier.
Cały system Audyty jakości, bezpieczeństwa, pokrycia wymagań i zgodności z architekturą, a do tego regularna analiza statyczna oraz skanowanie zależności i kontenerów. Człowiek ocenia każde ustalenie i nadaje mu priorytet, zanim stanie się zadaniem.

Agent, który przegląda kod, nigdy nie jest tym, który go napisał i nie ma uprawnień, żeby włączyć zmianę do kodu. Odpowiedzialność ponoszą ludzie, którzy zatwierdzają zmiany, a proces daje im dowody, których do tego potrzebują.

DOKUMENTOWANE NA BIEŻĄCO

Dokumentacja to ślad, który zostawia każdy krok.

Proces nie ruszy dalej bez zapisania ustaleń, bo każdy kolejny krok korzysta z tego, co zapisał poprzedni. Wymagania trafiają do narzędzia Linear razem z materiałami, z których powstały. Każdy wybór architektoniczny zapisujemy jako ADR (Architecture Decision Record), z datą. Gdy decyzja przestaje obowiązywać, zastępuje ją nowy zapis, a stary zostaje nietknięty. Każdy pull request jest powiązany ze swoim zadaniem i zawiera uwagi z przeglądu. Od dowolnej linijki kodu można dojść do spotkania, na którym po raz pierwszy padła ta potrzeba. Nowy inżynier, audytor czy klient w kilka minut dostaje odpowiedź na pytanie „dlaczego to jest zrobione właśnie tak?”.

PROCES, KTÓRY SAM SIĘ DOSKONALI

Mierzymy proces w każdym projekcie i stale go aktualizujemy.

Każdy krok przechodzi przez GitHub, Linear i CI, więc każdy projekt zostawia pełny ślad: ile trwała każda faza, ilu rund przeglądu wymagała zmiana, gdzie praca czekała na decyzję. Porównujemy ten ślad między projektami i zmieniamy proces na podstawie danych: przesuwamy kontrolę na wcześniejszy etap albo usuwamy krok, który nie był wart swojego kosztu. Narzędzia, na których opiera się proces, zmieniają się co miesiąc, dlatego śledzenie rynku narzędzi AI to stała część naszej pracy. Wdrażamy to, co sprawdzi się na naszych własnych danych. Pracujesz z procesem w jego najnowszej wersji.

CO TO OZNACZA DLA CIEBIE

Czekamy tylko przy bramkach.

Agenci przechodzą od wymagań do projektu i dalej do kodu bez czekania, aż jedna osoba przekaże pracę drugiej. Praca staje tylko tam, gdzie potrzebna jest decyzja, a na miejscu jest doświadczony inżynier, który ją podejmuje.

Każdy poziom sprawdza najpierw maszyna, potem człowiek.

Każdą zmianę, każde wymaganie, każdy plan i cały system sprawdzamy według spisanych kryteriów. To, co do Ciebie trafia, zostało sprawdzone dwukrotnie.

Twoje wymogi to reguły, których agenci nie mogą naginać.

Bezpieczeństwo sprawdzamy na poziomie pull requestu, w CI i w całym systemie. Nic nie zostaje włączone do kodu ani wdrożone bez zgody człowieka, a każda decyzja jest zapisana.

To dzięki temu procesowi możemy zaoferować warunki YSaaS. Zobacz szczegóły oferty →