Omawiaj i przeglądaj zmiany założeń

Gdy rozmowa prowadzi do nowej decyzji produktowej, poproś agenta o przygotowanie propozycji zmiany założeń. Przejrzyj sformułowanie, w razie potrzeby je popraw i zdecyduj, czy zapisać je w dokumentach.

Zacznij od konkretnego kontekstu

Najedź na odpowiedni akapit i wybierz Ask about this po lewej stronie. Noea wstawi odwołanie do pola wiadomości i pokaże dokument obok rozmowy. Nie wyśle wiadomości automatycznie.

Możesz też wpisać @ w polu wiadomości, aby wyszukać dokumenty, akapity lub wyjaśnienia. Wybrana treść pojawi się jako odwołanie i zostanie przekazana agentowi wraz z Twoją wiadomością.

Na przykład:

Ta reguła nagrody nie określa, co dzieje się po pominięciu meldunku. Wyjaśnij obecne działanie na podstawie implementacji, a potem omówmy, czy pozwolić uzupełniać pominięte dni.

Gdy podejmiesz decyzję, poproś o propozycję:

Dodaj do tej reguły zdanie „Pozwól uzupełnić jeden pominięty dzień w miesiącu”. Zaproponuj zmianę założeń do mojego przeglądu.

Zdecyduj, czy poprawić kod, czy zmienić wymaganie

Gdy założenia i implementacja są sprzeczne, najpierw zapytaj, czy pierwotne wymaganie nadal obowiązuje. Załóżmy, że dokument wymaga nagrody po 7 kolejnych dniach, a kod przyznaje ją 6. dnia:

Twoja decyzja	Następny krok
Wymaganie nadal wynosi 7 dni.	Zachowaj założenie. Poproś agenta o poprawienie implementacji i sprawdzenie granicy.
Po rozmowie decydujesz się na 6 dni.	Zmień założenie, przejrzyj nowy warunek i sprawdź implementację.

Nie przepisuj założeń tylko po to, aby pasowały do istniejącego kodu. Najpierw sprawdź, czy agent zrozumiał wymaganie, a następnie, czy kod je spełnia. Wyjaśniaj nieporozumienia, poprawiaj błędy implementacji i zmieniaj założenia tylko wtedy, gdy sam postanowisz zmienić regułę.

Przy poprawce wyraźnie określ oczekiwania:

Zachowaj wymaganie 7 dni. Popraw zbyt wczesne przyznawanie nagrody, sprawdź, że 6. dnia jej nie ma, a 7. dnia jest, i nie zmieniaj założeń tak, aby pasowały do obecnego kodu.

Rozróżniaj sugestie i propozycje

Karta sugestii zapisuje coś, co zdaniem agenta warto dodać do założeń. Adopt rozpoczyna w bieżącej rozmowie pracę nad przekształceniem sugestii w propozycję, którą istniejąca implementacja już spełnia; nie zapisuje niczego bezpośrednio w założeniach. Dismiss zapisuje decyzję, że nie podejmujesz sugestii.

Propozycja zawiera konkretne zmiany dokumentów do Twojego przeglądu. Po przesłaniu jej przez agenta karta pojawia się, gdy bieżąca tura się kończy, zatrzymuje lub kończy błędem. Wybierz View Changes, aby ją sprawdzić.

Przejrzyj zmiany w dokumencie

Widok przeglądu zachowuje układ dokumentu. Dodany tekst ma jasnozielone tło; usunięty ma bladoczerwone tło i przekreślenie. Przy zastąpieniach widać stary i nowy tekst, z wyróżnionymi tam, gdzie to przydatne, zmianami na poziomie słów.

Użyj dolnego paska przeglądu, aby przechodzić między zmianami, albo wybierz nazwę pliku, aby przełączyć dokument. Decyzja dotyczy całej propozycji i wszystkich jej plików. Nie można osobno akceptować poszczególnych akapitów ani plików.

Możesz edytować dodany tekst i nową wersję zastąpionego fragmentu. Tekst oryginalny, usunięcia i niezmienione akapity są w tym widoku nieedytowalne. Po wprowadzeniu poprawek główną akcją staje się Accept My Edits.

Przed decyzją sprawdź nie tylko zmienione słowa, ale też wynikające z nich wymagania:

Czy potrafisz własnymi słowami wyjaśnić dodane warunki i terminy?
Czy jednorazowa instrukcja nie została pomylona z trwałym wymaganiem?
Czy agent po cichu nie osłabił ograniczenia, aby dopasować je do istniejącego kodu?
Czy następnym razem, gdy zechcesz zmienić to zachowanie, znajdziesz właściwe zdanie?

Jeśli cokolwiek jest niejasne, wróć do rozmowy i poproś agenta o wyjaśnienie lub poprawienie propozycji.

Wybierz działanie

Działanie	Dokument z założeniami	Implementacja
Accept	Zapisuje całą propozycję.	Kontynuuje pracę, jeśli jest potrzebna; nie uruchamia kolejnego zadania, gdy wymaganie już jest spełnione.
Accept My Edits	Zapisuje całą propozycję wraz z Twoimi poprawkami.	Kontynuuje pracę zgodnie z poprawioną propozycją.
Implement Directly	Nie zapisuje propozycji.	Implementuje ją; dostępne tylko dla propozycji nadal wymagających implementacji.
Dismiss	Nie wprowadza propozycji.	Nie rozpoczyna jej implementacji.

Zaakceptuj przejrzaną decyzję, jeśli ma kierować przyszłym rozwojem produktu. Implement Directly nie zapisuje tej prośby jako założenia.

Odrzucenie propozycji nie cofa zmian kodu już wykonanych. Agent mógł na przykład ukończyć pracę, zanim zaproponował zapisanie istniejącego zachowania.

Obsłuż poprawione propozycje i zmienione dokumenty

Agent może poprawić propozycję w tej samej rozmowie. Nowa wersja zastępuje oczekujący przegląd, a starsza karta zachowuje informację o wersji. Poprawki wprowadzone w starym przeglądzie, ale niezaakceptowane, nie są automatycznie przenoszone.

Jeśli bieżący dokument nie odpowiada już treści, od której wyszła propozycja, akceptacja jest wyłączona. Użyj Ask Agent to Re-propose on Current Version, aby agent ponownie przeczytał dokument i przygotował możliwe do zastosowania zmiany.

Po zaakceptowaniu

Propozycja wymagająca implementacji jest kontynuowana w bieżącej rozmowie. Jeśli praca się nie skończy, użyj Continue Implementing na karcie. Potem wróć do dokumentu i sprawdź wyjaśnienie; jeśli się nie zaktualizowało, uruchom Explain ręcznie.

Aby przeglądy nie otwierały się automatycznie, wyłącz Settings → Current Project → Automation → Open review automatically, a potem otwieraj je z karty propozycji. Ustawienie steruje otwieraniem przeglądu, a nie akceptowaniem propozycji.

Przejdź do artykułu Dbaj o aktualność wyjaśnień.