Raportowanie inżynierii AI zarządowi i radzie nadzorczej

Raport o inżynierii AI dla rady to kwartalna, jednostronicowa aktualizacja z czterema blokami: poziom autonomii każdej krytycznej pętli dostarczania, koszt zaakceptowanej zmiany, trend jakości i incydentów oraz rejestr pięciu ryzyk. Nigdy nie używa linii kodu, liczbę licencji ani wolumen pull requestów jako dowód wartości.

Rok temu rada zatwierdziła budżet na narzędzia AI. Teraz przewodniczący komitetu audytu zadaje dwa pytania: co firma za to dostała i co może pójść nie tak? Masz dashboard dostawcy z rosnącą liczbą pull requestów, slajd „62% kodu pisze AI” z ogólnego spotkania działu inżynierii i case study z cudzej firmy. Żadne z nich nie przetrwa drugiego pytania uzupełniającego, a przewodniczący dobrze o tym wie.

Ta strona jest dla CTO, który przygotowuje raport, i dla członka zarządu, który go przedstawia albo czyta. „Rada” oznacza tu organ, któremu składasz raport: radę (nadzorczą) lub zarząd, zależnie od struktury firmy; dalej: rada. To ostatni krok ścieżek czytania dla zarządu i dla CTO: zamienia ekonomię, uzasadnienie biznesowe i mapę transformacji w coś, według czego rada może sterować.

Co dostajesz z tego zestawu do raportowania

Jednostronicowy szablon kwartalny, który możesz dziś wkleić do materiałów na posiedzenie.
Definicje wszystkich liczb na stronie: wzór, źródło danych i ryzyko „podkręcania” wskaźnika.
Skąd bierze się każda liczba w Claude Code, Codex i Cursor oraz co zrobić, gdy narzędzie jej nie dostarcza.
Rejestr ryzyk z pięcioma stałymi wierszami, każdy z właścicielem, wskaźnikiem wyprzedzającym i datowanym dowodem.
Tabelę „czego nie twierdzić” z opublikowanymi danymi, które stoją za każdym wierszem.
Cykl kwartalny z imiennymi podpisami, dwa prompty do skopiowania, które piszą i atakują szkic, oraz weryfikację, która odbywa się, zanim cokolwiek trafi do rady.

Co znajduje się na jednostronicowym raporcie?

Skopiuj ten szablon do materiałów bez zmian. Każde puste pole to liczba, którą już masz, albo luka, którą deklarujesz jako „niemierzone”. Zadeklarowana luka jest do przyjęcia w pierwszych dwóch kwartałach; wymyślona liczba nie jest do przyjęcia nigdy. Szablon zostawiamy po angielsku, bo w wielu firmach materiały dla rady nadzorczej krążą w tym języku; przetłumacz nagłówki, jeśli twoja rada pracuje po polsku.

# AI engineering: quarterly board update — Q_ YYYY
Prepared by: CTO · Cost block co-signed by: CFO · Risk rows signed by: CISO, General Counsel
Definitions version: v_ (link to the metric definitions; unchanged since last quarter: yes/no)

## 1. Headline (three sentences, no adjectives)
- What changed: ___
- What it cost per accepted change, against last quarter: ___
- The one risk the board should watch: ___

## 2. Autonomy level per critical loop
| Loop (owner)            | Level last Q | Level now | Target next Q | Gate that must hold to move up        | Evidence link |
|-------------------------|--------------|-----------|---------------|---------------------------------------|---------------|
| Dependency updates (__) | L_           | L_        | L_            | e.g. full test suite + canary green   | ___           |
| Bug fixes, service A (__)| L_          | L_        | L_            | ___                                   | ___           |
| Feature work, product B (__)| L_       | L_        | L_            | ___                                   | ___           |

## 3. Economics
| Measure                                 | Last Q | This Q | 4-quarter trend | Note |
|-----------------------------------------|--------|--------|-----------------|------|
| Total AI engineering spend vs budget    |        |        |                 |      |
| Accepted changes (merged, not reverted) |        |        |                 |      |
| Cost per accepted change                |        |        |                 |      |
| Share of spend that is review and rework|        |        |                 |      |

## 4. Quality and incidents (split: agent-authored / human-authored)
| Measure                                   | Agent | Human | Trend |
|-------------------------------------------|-------|-------|-------|
| Change failure rate                       |       |       |       |
| Incidents per 100 accepted changes        |       |       |       |
| Median time in review                     |       |       |       |
| Share of merges with no human or agent review |   |       |       |
| Median change size (lines)                |       |       |       |

## 5. Risk register (five standing rows)
| Risk            | Rating (L×I) | Trend | Leading indicator | Control in place | Owner | Next action |
|-----------------|--------------|-------|-------------------|------------------|-------|-------------|
| Security        |              |       |                   |                  | CISO  |             |
| IP and licensing|              |       |                   |                  | GC    |             |
| Vendor          |              |       |                   |                  | CTO   |             |
| Skills pipeline |              |       |                   |                  | CTO/CHRO |          |
| Regulation      |              |       |                   |                  | GC    |             |

## 6. Decisions requested
1. ___ (budget, a loop moving up a level, a policy approval)

## 7. What this report does not claim
No productivity multiplier, no headcount saving, no "% of code written by AI" as value.

Jakie liczby trafiają na stronę i jak je zdefiniować?

Zdefiniuj każdy wskaźnik raz, wersjonuj definicje i zmieniaj je tylko między kwartałami, z adnotacją w nagłówku. Wskaźnik, którego definicja zmienia się w trakcie odczytu trendu, to najszybszy sposób na utratę zaufania rady. Kanoniczne definicje wskaźników AI są na stronie o ramach pomiaru; tabela poniżej to podzbiór na poziomie rady.

Wskaźnik	Definicja	Źródło	Ryzyko podkręcania i wskaźnik kontrolny
Poziom każdej krytycznej pętli	Szczebel drabiny autonomii (L0–L5), na którym działa powtarzalna jednostka pracy, wyznaczony przez pierwsze pytanie drabiny, na które pętla odpowiada „nie”	Ocena właściciela pętli plus dowód z bramki	Zawyżanie poziomu: dla każdego poziomu powyżej L2 wymagaj nazwanej bramki i linku do jej ostatniego zielonego przebiegu
Zaakceptowana zmiana	Zmergowana zmiana, która spełniła kryteria akceptacji i nie została wycofana w ciągu 30 dni	System kontroli wersji plus log revertów	Dzielenie pracy na drobne zmiany: raportuj obok medianę rozmiaru zmiany
Koszt zaakceptowanej zmiany	(licencje + zużycie rozliczane za użycie + CI + godziny code review po pełnym koszcie + poprawki + koszt incydentów) ÷ zaakceptowane zmiany	Faktury, rozliczenia CI, dane czasu pracy; metoda na stronie o ekonomii	Pomijanie code review i poprawek: finanse współpodpisują dane wejściowe
Change failure rate	Odsetek wdrożeń, które powodują awarię wymagającą naprawy, z podziałem według pochodzenia zmiany	Systemy wdrożeń i incydentów plus etykieta pochodzenia	Zmiana etykiet incydentów: etykietę ustawia właściciel incydentu, nie autor zmiany
Incydenty na 100 zaakceptowanych zmian	Incydenty produkcyjne powiązane ze zmianą, znormalizowane liczbą zaakceptowanych zmian	Postmortemy	Zaniżanie: licz każdy Sev-1 i Sev-2 z powiązaną zmianą
Mediana czasu w code review	Mediana czasu od prośby o review do zatwierdzenia	Platforma kodu	Zatwierdzanie „z automatu”: raportuj obok odsetek merge’y bez żadnego review

Najważniejsze są dwie definicje. „Zaakceptowana” sprawia, że jednostką wartości jest coś, co biznes rozpoznaje, a „z podziałem według pochodzenia” pozwala radzie zobaczyć, czy praca agentów psuje się częściej, czy rzadziej niż praca ludzi. Pochodzenie wymaga etykiety na każdej zmianie; przewodnik po etykietowaniu PR ustawia taką, która nie zależy od jednego dostawcy.

Jak wybrać krytyczne pętle?

Wybierz od trzech do sześciu pętli, a nie całą organizację inżynierską. Pętla się kwalifikuje, gdy powtarza się na tyle często, żeby miała trend, gdy jej awaria dociera do klientów albo regulatorów i gdy jej właściciel potrafi nazwać bramkę. Typowe pierwsze wybory: aktualizacje zależności, poprawki błędów w usłudze, która zarabia, prace nad funkcjami w głównym produkcie i zmiany w infrastrukturze.

Raportuj poziom każdej pętli osobno, nigdy jeden poziom dla całej firmy. Sama drabina mówi, że poziom należy do pętli: pętla aktualizacji zależności z deterministycznym sprawdzeniem może działać na L4, a prace nad funkcjami obok niej na L2, i obie odpowiedzi są jednocześnie poprawne. Jeden poziom dla firmy ukrywa dokładnie tę różnicę, którą rada powinna widzieć.

Skąd biorą się liczby w Claude Code, Codex i Cursor?

Dane o wydatkach i adopcji różnią się między narzędziami; dane o jakości nie. Change failure rate, incydenty i czas w code review pochodzą z platformy kodu i systemu incydentów niezależnie od agenta, więc te zapytania budujesz raz. Konfigurację telemetrii opisuje strona o telemetrii agentów.

Dashboard analityczny (plany Team i Enterprise): aktywni użytkownicy, sesje, a po instalacji aplikacji GitHub także pull requesty z udziałem Claude Code i odsetek zmergowanych pull requestów z Claude Code. Zmergowane pull requesty z przypisanymi liniami dostają w GitHubie etykietę claude-code-assisted, więc to wyszukiwanie daje próbkę bez dostępu do API: is:pr is:merged label:claude-code-assisted.
Zastrzeżenie dla rady: metryki udziału (contribution metrics) są w publicznej becie i nie działają przy Zero Data Retention (dokumentacja analityki Anthropic, sprawdzona 2026-09-26). Jeśli korzystasz z ZDR, jedynym źródłem jest twoja własna etykieta pochodzenia.
Eksport OpenTelemetry dla wydatków: ustaw CLAUDE_CODE_ENABLE_TELEMETRY=1, OTEL_METRICS_EXPORTER=otlp oraz OTEL_EXPORTER_OTLP_ENDPOINT wskazujący twój kolektor (bez endpointu eksporter celuje w localhost i do materiałów dla rady nie trafia nic; pełny zestaw zmiennych opisuje strona o telemetrii agentów); metryka claude_code.cost.usage zasila blok ekonomii.
Kontrola wiarygodności wydatków: dokumentacja kosztów Anthropic podaje dla wdrożeń firmowych „around $13 per developer per active day and $150-250 per developer per month” (około 13 USD na programistę za aktywny dzień i 150–250 USD na programistę miesięcznie) (sprawdzone 2026-09-26). Kwota daleko poza tym zakresem wymaga pytania, zanim trafi do rady.

Eksport OpenTelemetry: tabela [otel] w ~/.codex/config.toml eksportuje logi, ślady i metryki do twojego kolektora (odczytane z kodu źródłowego Codex dla CLI 0.157.1, 2026-09-26). Wysyłaj je do tego samego kolektora co pozostałe agenty, żeby blok ekonomii miał jedno źródło.
Lokalne raporty kosztów: npx ccusage@latest codex monthly czyta lokalne logi Codex i wypisuje koszt w podziale na miesiące (ccusage 20.0.24, 2026-09-26). Obejmuje jedną maszynę, więc używaj go do sprawdzenia faktury dostawcy, nie zamiast niej.
Analityka Enterprise: OpenAI opisuje dashboard i API analityczne Codex dla przestrzeni ChatGPT Enterprise; 2026-09-26 tych stron nie dało się odczytać ze środowiska, w którym powstał ten tekst, więc zanim wpiszesz pola do szablonu, potwierdź z administratorem, które z nich udostępnia twoja przestrzeń.

Przy kilku agentach zasada dotyczy każdego z nich: dashboardy dostawców opisują adopcję, twój potok opisuje efekty, a strona dla rady korzysta z danych dostawców tylko w wierszu wydatków.

Jak zbudować rejestr ryzyk?

Trzymaj pięć stałych wierszy w każdym kwartale, także wtedy, gdy wiersz jest spokojny. Rada uczy się ufać rejestrowi, w którym zielone wiersze zmieniają się w żółte; przestaje ufać takiemu, w którym ryzyka pojawiają się dopiero po fakcie.

Ryzyko	Co rada musi wiedzieć	Wskaźnik wyprzedzający	Datowany dowód, na który możesz się powołać	Strona kanoniczna
Bezpieczeństwo	Agent i jego łańcuch narzędzi to powierzchnia ataku: prompt injection przez zgłoszenia i pull requesty, kradzież poświadczeń, zatrute pakiety	Poświadczenia agentów bez terminu ważności; przepływy CI (workflowy GitHub Actions), w których niezaufany tekst zgłoszenia trafia do agenta z prawem zapisu	Advisory Cline z 2026-02-17 opisuje nieautoryzowaną publikację `cline@2.3.0` w npm; złośliwe wydania `nx` (advisory z 2025-08-27) zbierały poświadczenia i wysyłały je do GitHuba	Model zagrożeń dla agentów
IP i licencje	Kto jest właścicielem kodu napisanego przez agenta, skażenie licencyjne i co obejmują gwarancje dostawców	Odsetek repozytoriów ze skanowaniem licencji w CI; umowy z klientami, które milczą o użyciu agentów	Co kwartał z prawnikiem, nie ze statystyki	Prawo i IP
Dostawca	Modele, ustawienia domyślne i plany zmieniają się co miesiąc, a zmiana może przesunąć jakość albo koszt bez żadnej decyzji po twojej stronie	Pętle, których ewaluacji nie uruchomiono ponownie od ostatniej zmiany domyślnego modelu	Domyślnym modelem Codex został GPT-6 Astra 2026-09-04; domyślnym modelem Claude Code został Claude Opus 5.5 od v2.1.280 (kanał `latest`) 2026-09-22; GPT-5.4 wycofano z Codex 2026-08-31 z automatyczną migracją. Wersje i ceny są w przeglądzie modeli	Jak uniknąć uzależnienia od dostawcy
Zaplecze kompetencji	Nadzór wymaga umiejętności, które intensywne delegowanie osłabia; juniorzy uczą się mniej, pisząc mniej kodu	Liczba juniorów na jednego seniora robiącego review; odsetek zmergowanej pracy juniorów, którą potrafią wyjaśnić w review	Wewnętrzne badanie Anthropic (2025-12-02, ankieta wśród 132 inżynierów i badaczy): pracownicy obawiają się „skills atrophying as [they] delegate more” (zaniku umiejętności w miarę delegowania), a jeden z respondentów zauważa: „More junior people don’t come to me with questions as often” (juniorzy rzadziej przychodzą do mnie z pytaniami)	Juniorzy
Regulacje	Które obowiązki dotyczą firmy używającej agentów kodujących i kiedy zmienia to wypuszczanie funkcji AI	Pokrycie szkoleniami z kompetencji AI; funkcje AI udostępniane użytkownikom w UE	Po Digital Omnibus (rozporządzenie (UE) 2026/1744) obowiązki przejrzystości z art. 50 AI Act obowiązują od 2 sierpnia 2026, a obowiązki dla systemów wysokiego ryzyka z załącznika III przesunięto na 2 grudnia 2027 (źródło wtórne: omówienia Gibson Dunn i Usercentrics; przed posiedzeniem sprawdź w EUR-Lex)	AI Act

Oceń każdy wiersz według prawdopodobieństwa i wpływu, pokaż strzałkę trendu i nazwij jedno działanie do wykonania przed kolejnym posiedzeniem. Wiersz dostawcy to ten, który zarząd najczęściej lekceważy: we wrześniu 2026 Claude Code i Codex zmieniły domyślny model w odstępie niecałych trzech tygodni, a pętla, której jakość zależy od modelu, może się przesunąć bez niczyjej decyzji. Dlatego wskaźnikiem w tym wierszu jest „ewaluacje nieuruchomione od ostatniej zmiany domyślnego modelu”.

Kiedy ryzyko omija cykl kwartalny?

Uzgodnij z przewodniczącym progi eskalacji z góry, żeby nikt nie musiał na bieżąco oceniać, czy coś „zasługuje na radę”. Eskaluj między posiedzeniami, gdy incydent powiązany ze zmianą autorstwa agenta dotrze do klientów albo regulatora, gdy pętla spadnie o poziom po incydencie, gdy poświadczenie agenta zostanie cofnięte z konkretnego powodu albo gdy wydatki przekroczą budżet o uzgodniony margines. Przewodnik po incydentach wywołanych przez agenty opisuje ograniczanie szkód i postmortem, który zasila kolejny raport.

Czego nie twierdzić przed radą?

Ta część szablonu cię chroni. Każde z poniższych twierdzeń pojawia się w prezentacjach dostawców i na slajdach z ogólnych spotkań, i każde upada pod przygotowanym pytaniem.

Nie twierdź	Dlaczego to nie działa	Raportuj zamiast tego
„X% naszego kodu pisze AI” jako dowód wartości	Odsetek linii to nie odsetek pracy ani wartości. Dane branżowe DX, średnia 51,9% w ponad 400 firmach (czerwiec 2026), mierzą autorstwo, nie efekt	Koszt zaakceptowanej zmiany i trend incydentów
„Pull requestów jest więcej, więc produktywność rośnie”	Telemetria Faros AI z 22 000 programistów (kwiecień 2026) pokazuje, że przepustowość i jakość się rozjeżdżają: tempo mergowania PR na programistę +16,2%, ale incydenty na pull request +242,7%, a mediana czasu w code review +441,5%	Zaakceptowane zmiany i incydenty na 100 zaakceptowanych zmian, obok siebie
„AI przyspiesza naszych programistów o N%”	Żaden ogólny pomiar tego nie potwierdza. W kontynuacji badania METR z 2026 roku estymaty punktowe wypadają na korzyść AI, ale przedziały przechodzą przez zero, a METR pisze, że selekcja utrudnia interpretację wyników	Czas realizacji zaakceptowanych zmian w nazwanych pętlach wobec punktu odniesienia z dobrze zaprojektowanego pilotażu
„Możemy zmniejszyć zatrudnienie trzy–pięciokrotnie”	Żaden zewnętrzny pomiar nie potwierdza jakiegokolwiek mnożnika produktywności	Na co przeznaczono uwolnione moce, zgodnie z uzasadnieniem biznesowym
„Anthropic merguje ponad 80% kodu napisanego przez AI, więc my też możemy”	Liczba samej Anthropic („more than 80% of the code we merge” — ponad 80% kodu, który mergujemy; stan na maj 2026, Anthropic Institute) to dane wewnętrzne dostawcy: opisują harness i testy tej jednej firmy, a nie benchmark branżowy	Twój poziom każdej pętli i bramka, która go utrzymuje
„DORA mówi, że AI poprawia dostarczanie”	Raport DORA z 2025 roku łączy pozytywną zależność z przepustowością z negatywną zależnością ze stabilnością; cytuj obie połowy albo żadnej	Twój change failure rate z podziałem według pochodzenia
„Zaoszczędzony czas to zaoszczędzone pieniądze”	Godziny zamieniają się w gotówkę dopiero wtedy, gdy moce zostaną przesunięte albo uniknie się kosztu	Decyzję o przesunięciu mocy, zapisaną z właścicielem

Jeśli ktoś w zarządzie chce jednej liczby, podaj koszt zaakceptowanej zmiany z trendem z czterech kwartałów. Obejmuje code review, poprawki i incydenty, więc nie poprawi się dzięki generowaniu większej ilości kodu, którego nikt nie potrafi zweryfikować.

Jak prowadzić kwartalny cykl raportowania?

Tydzień −3: zamroź definicje i wyeksportuj dane. Właściciel operacji inżynierskich albo platformy uruchamia wersjonowane zapytania dla każdego wskaźnika i zapisuje surowe eksporty z identyfikatorami zapytań w katalogu, na przykład board/2026-q3/. Nic nie jest liczone ręcznie.
Tydzień −3: właściciele pętli ustalają poziomy. Każdy właściciel odpowiada na pytania drabiny dla swojej pętli i podaje link do ostatniego zielonego przebiegu bramki, która uzasadnia poziom. Poziom bez linku do bramki raportujesz o szczebel niżej.
Tydzień −2: szkic pisze agent. Użyj poniższego promptu w Claude Code, Codex albo Cursor. Agent tylko układa liczby, które już są w eksportach, i do każdej dodaje przypis ze źródłem.
Tydzień −2: zaatakuj szkic. Uruchom poniższy prompt sceptycznego przewodniczącego, a potem popraw albo zadeklaruj każde znalezisko. Ten krok wyłapuje korzystny trend zbudowany na zmienionej definicji.
Tydzień −1: zweryfikuj i podpisz. Finanse uzgadniają blok kosztów z fakturami i go współpodpisują. CISO podpisuje wiersz bezpieczeństwa, dział prawny wiersze IP i regulacji, a CTO całą stronę. Podpisy trafiają do nagłówka.
Tydzień −1: wyślij materiały. Przewodniczący dostaje stronę i załącznik tydzień wcześniej. Na posiedzeniu rozmawiacie o decyzjach z sekcji 6, nie o liczbach.
Po posiedzeniu: zapisz decyzje i cele. Docelowe poziomy pętli stają się kolumną na kolejny kwartał, a bramki w mapie transformacji są aktualizowane.

Kroki pisania i atakowania szkicu działają tak samo we wszystkich trzech narzędziach: otwórz agenta w katalogu z eksportami i wklej prompt. Do przebiegu bez nadzoru użyj w Claude Code claude -p --permission-mode dontAsk "…" > board/2026-q3/draft.md, a w Codex codex exec -s read-only -o board/2026-q3/draft.md "…"; oba tylko czytają eksporty i wypisują szkic. W Cursor wklej prompt do agenta przy otwartym katalogu.

You are drafting the quarterly AI engineering board update. The folder board/2026-q3/ holds the raw exports (CSV and JSON), metric-definitions.md, and last quarter's report in board/2026-q2/report.md.

Fill the one-page template in board/template.md. Rules:
1. Use only numbers present in the exports or last quarter's report. Do not estimate, extrapolate or round beyond one decimal place.
2. After every number, add a footnote naming the file, the query ID and the row it came from.
3. If a metric has no data, write "not measured" and list it under "Gaps" at the end. Never fill a gap.
4. Split every quality metric by the provenance label (agent / human). If the label is missing on more than 10% of changes, say so in the headline.
5. Compare metric-definitions.md with last quarter's copy. If any definition changed, flag the affected trend as "not comparable".
6. Do not write any productivity multiplier, headcount saving, or "% of code written by AI" as a measure of value.
7. Keep the page to one printed page; move detail to an appendix.

Output the filled template, then the footnotes, then the gaps list.

Act as the chair of our audit committee: a former CFO, sceptical of technology claims, who reads the pre-read the night before. Review board/2026-q3/draft.md against the exports in board/2026-q3/.

List every problem you find, most serious first:
- a number that does not match its footnoted source, or has no source;
- a trend that crosses a definition change;
- a throughput number reported without the matching quality number;
- a level above L2 without a linked gate run;
- a risk row with no leading indicator, no owner or evidence older than this quarter;
- any sentence implying a productivity multiplier, a headcount saving, or causation the data cannot show.

For each problem, write the question you would ask in the meeting and the fix. Do not rewrite the report.

Skąd wiesz, że raport jest poprawny, zanim trafi do rady?

Nikt nie powinien czytać strony linijka po linijce, żeby jej zaufać. Wbuduj kontrole w cykl tak, żeby każda dawała dowód, który ktoś podpisuje:

Powtarzalność. Każda liczba ma identyfikator zapytania w wersjonowanym repozytorium, a druga osoba uruchamia zapytania ponownie i dostaje te same wartości. Rozbieżność blokuje materiały.
Uzgodnienie z finansami. Przed współpodpisaniem finanse uzgadniają łączne wydatki z fakturami w ramach ustalonej tolerancji.
Audyt próbki „zaakceptowanych”. Wylosuj 10 zaakceptowanych zmian i potwierdź, że każda spełniła kryteria akceptacji i nie została wycofana. Jedna porażka oznacza, że definicja albo dane są błędne, i linia trendu czeka.
Pokrycie etykietą pochodzenia. Raportuj odsetek zmian z etykietą pochodzenia. Poniżej twojego progu podział agent/człowiek oznaczasz jako „nieporównywalny”.
Dowód z bramek. Każdy poziom powyżej L2 ma link do ostatniego zielonego przebiegu swojej bramki, datowanego w bieżącym kwartale.
Imienne podpisy. CTO, CFO, CISO i główny prawnik podpisują swoje bloki, a podpisy są w nagłówku, nie w wątku mailowym.

Agent pisze szkic i go atakuje; podpisują ludzie. To ten sam podział, którego ten serwis wymaga od inżynierów przy kodzie.

Co psuje raportowanie inżynierii AI do rady?

Wskaźnik staje się celem. Zespoły dzielą pracę na mniejsze zmiany, żeby obniżyć koszt zaakceptowanej zmiany. Wyjście: raportuj obok medianę rozmiaru zmiany; DX zmierzył wzrost mediany rozmiaru pull requesta z 44 do 72 linii między lipcem 2025 a czerwcem 2026 (czerwiec 2026), więc nagły spadek w twoich danych zasługuje na pytanie. Jeśli dzielenie się utrzymuje, zmień jednostkę na zaakceptowane efekty.

Liczby nie zgadzają się z finansami. Dashboardy dostawców i faktury się różnią, zwykle przez kupione, ale nieużywane licencje, dopłaty za zużycie ponad limit albo drugie narzędzie rozliczane w kosztach służbowych. Wyjście: wydatki bierz wyłącznie z faktur, różnicę z dashboardem raportuj jako adnotację, a naprawę przenieś do zarządzania kosztami.

Przypisanie autorstwa przestaje działać. Przejście na Zero Data Retention wyłącza metryki udziału w Claude Code albo zmiana narzędzia zmienia etykiety. Wyjście: własna etykieta pochodzenia w potoku, ustawiona według przewodnika po etykietowaniu PR, żeby seria danych trwała mimo zmiany dostawcy.

Pętla spada o poziom. Po incydencie pętla spada z L4 na L3. Raportuj to wprost: spadek oznacza, że kontrola działa, a ukrywanie go kosztuje więcej wiarygodności niż sam incydent. Dołącz link do postmortemu i nowej ewaluacji, która z niego wynikła.

Rada prosi o „procent ROI”. Pojedyncza liczba ROI zaprasza mnożniki, które tabela „czego nie twierdzić” wyklucza. Wyjście: podaj koszt zaakceptowanej zmiany z trendem i wskaż decyzję zapisaną w uzasadnieniu biznesowym.

Raport rozrasta się do 12 stron. Wyjście: twardy limit jednej strony, załącznik na całą resztę i zasada, że nowy wiersz zastępuje stary.

Dokąd dalej z raportowaniem do rady

Ustal metodę kosztową za blokiem ekonomii: ekonomia oprogramowania budowanego przez agentów.
Zdobądź punkt odniesienia, dzięki któremu pierwszy trend ma sens: pilotaż, który czegoś dowodzi.
Ujednolij definicje wskaźników w całej organizacji: DORA, SPACE, DX Core 4 i pomiar AI.
Sprawdź bramki za każdym docelowym poziomem: mapa transformacji dla całej organizacji.
Sprawdź, gdzie twoja organizacja jest dziś, i zacznij od gotowego rejestru ryzyk: wypełnij bezpłatny scorecard dla C-level.

Najczęstsze pytania

Co powinien zawierać raport o inżynierii AI dla rady (nadzorczej lub zarządu)?

Jedną stronę na kwartał z czterema blokami: poziom autonomii każdej krytycznej pętli dostarczania, koszt zaakceptowanej zmiany, trend jakości i incydentów z podziałem według pochodzenia zmiany oraz rejestr pięciu ryzyk: bezpieczeństwo, IP, dostawca, zaplecze kompetencji i regulacje. Kończy się listą decyzji, o które prosisz.

Czy rada powinna widzieć odsetek kodu napisanego przez AI?

Nie jako miarę wartości. Odsetek linii nie mówi nic o zaakceptowanych efektach, a dane branżowe, takie jak średnia 51,9% według DX (czerwiec 2026), mierzą autorstwo kodu, nie pracy. Raportuj koszt zaakceptowanej zmiany i trend incydentów.

Kto zatwierdza raport o inżynierii AI dla rady?

Właścicielem strony jest CTO. Finanse współpodpisują blok kosztów po uzgodnieniu go z fakturami, CISO podpisuje wiersz bezpieczeństwa, a dział prawny wiersze IP i regulacji. Każda liczba ma zapytanie, które ją wyliczyło.