W tym rozdziale
AI-first oznacza tu, że agent dostaje potrzebną wiedzę i wykonuje uzgodnioną część pracy, a wy sprawdzacie wynik. Nie wymaga przepisania produktu. Zacznijcie od zadania, które już czeka na realizację.
Co zmieniamy w sposobie pracy
Samo szybsze pisanie kodu nie usunie czekania między osobami. Na jednym zadaniu sprawdźcie, czy można przejść od potrzeby do demo z mniejszą liczbą przekazań. Otwórzcie historię podobnego zadania i wybierzcie jedno przekazanie, które spróbujecie skrócić.
| Miejsce, w którym praca czeka | Jak przechodzimy przez nie w próbie |
|---|---|
| Osobna analiza przekazywana dalej | Osoba prowadząca razem z agentem czyta zadanie i dokumentację; do eksperta wraca z konkretnym pytaniem i wskazaniem brakującej wiedzy |
| Ekran trafia do jednej osoby, logika do kolejnej | Jedna osoba prowadzi mały fragment funkcji od ekranu do danych; druga pomaga w mniej znanym obszarze i niezależnie sprawdza wynik |
| Kolejny wykonawca zadaje to samo pytanie ekspertowi | Odpowiedź, powód i wyjątek trafiają do opisu tej funkcji; następna osoba dostaje link i przykład zastosowania |
| Spotkanie służy opowiadaniu, ile zrobiono | Otwieramy działającą wersję, wykonujemy czynność z zadania i rozstrzygamy konkretną uwagę |
Nie przenoście całej odpowiedzialności na jedną osobę bez czasu i wsparcia. Gdy agent utknie, zatrzymajcie kolejne próby „napraw to”. Pokażcie błąd, oczekiwany wynik i odczytane źródła drugiej osobie. Najpierw ustalcie, czy brakuje wiedzy, dostępu czy umiejętności wykonania zmiany.
Przygotujcie jedno zadanie
Skorzystajcie z rozpoznania systemu i uzupełnionej dokumentacji. Wskażcie agentowi instrukcje, playbook i źródła potrzebne temu zadaniu. Sprawdźcie, czy potrafi wyjaśnić regułę z dowodem oraz rozpoznać brak danych. Osoba znająca dziedzinę potwierdza wymagania.
Do pobrania · Plik tekstowyKarta zadania prowadzonego z agentemteam-zadanie-pl.mdPobierzDołączcie plik do rozmowy. Jeśli macie odpowiednie pola w Jira lub planie, agent ma użyć ich zamiast tworzyć drugą listę pracy.
Chcemy przejść z agentem jedno bieżące zadanie: [link]. Przeczytaj załączony plik, playbook i sprawdzone rozpoznanie obszaru [źródło]. Pokaż potrzebny kontekst oraz pytania, na które nadal nie ma odpowiedzi. Zaproponuj mały plan: zakres, osobę prowadzącą, sprawdzenie, demo i niezależny przegląd. Korzystaj z istniejących dokumentów i procesu wydawania. Nie zaczynaj implementacji, dopóki nie uzgodnimy planu.
Wykonajcie próbę z drugą osobą
Wykonawca prowadzi zmianę, recenzent sprawdza wynik. Przejdźcie demo i poprawki, a potem testy oraz niezależny przegląd. Zobaczcie też, czy inna osoba lub agent potrafi przejąć zadanie z zapisanych ustaleń.
Rozszerzajcie to, co rzeczywiście pomaga
Po zadaniu sprawdźcie jakość, poprawki, czas czekania i liczbę przekazań. Dopiero wtedy wybierzcie następny obszar. Zmiana reguły wymaga sprawdzenia kodu i testów; zmiana kodu — aktualności opisu oraz modelu, jeśli go używacie.
Wynik: wykonane zadanie i konkretna decyzja, co zachować w sposobie pracy. Dokumentacja nadal ma właściciela. Połączenie wiedzy dziedzinowej z modelem kodu opisuję w MiddleBrain; nie musicie go budować, żeby zrobić pierwszą próbę.