Dostęp
Określamy, jakie fragmenty kodu i dane można przekazać narzędziu oraz kto zatwierdza jego uprawnienia.
Dla zespołów programistów
Sztuczna inteligencja w zespole programistów.
Pomagamy zespołom programistów używać nowych narzędzi przy planowaniu, pisaniu i sprawdzaniu kodu. Ustalamy zasady testów oraz odbioru zmian przed wdrożeniem.
Porozmawiajmy o pracy zespołuWymaganieKodSprawdzenieOdbiór
Przed pierwszą próbą
Wybieramy zadanie, które da się odebrać.
Dobrym przykładem jest mała zmiana w istniejącym produkcie, której działanie można opisać z punktu widzenia użytkownika.
Przykład: poprawa formularza
Oczekiwane działanie: użytkownik widzi jasny komunikat, gdy wymagane pole jest puste, a poprawne dane można wysłać.
Potrzebny kontekst: obecny formularz, zasady produktu, przykłady błędów i testy, które już istnieją.
Warunek odbioru: zmiana działa w zwykłej sytuacji i przy błędnych danych, bez psucia pozostałych pól.
Praca nad zmianą
Narzędzie pomaga. Zespół prowadzi zmianę.
Przechodzimy przez cały przebieg na zadaniu podobnym do tych, które trafiają do zespołu. W każdym kroku wiadomo, co trzeba sprawdzić przed kolejnym.
Plan
Opisujemy oczekiwane działanie, ograniczenia i miejsce zmiany w istniejącym produkcie.
Kod
Narzędzie może przygotować propozycję. Programista sprawdza, czy pasuje do projektu.
Przegląd
Druga osoba ocenia logikę, czytelność i wpływ na pozostałe funkcje.
Testy
Sprawdzamy zwykłe użycie, błędy i przypadki, o których narzędzie mogło nie wiedzieć.
Odbiór
Zespół potwierdza działanie według ustalonych wymagań przed wdrożeniem.
Zasady pracy
Ustalamy granice, zanim zmiana trafi dalej.
Przegląd
Ustalamy, kto czyta proponowane zmiany i jak dokumentuje uwagi, także gdy kod wygląda poprawnie.
Odbiór
Łączymy testy z opisem zadania. Samo przejście testów nie potwierdza, że zmiana rozwiązuje właściwy problem.
Pierwsza próba na małej zmianie.
Zespół wykonuje wybrane zadanie na uzgodnionej części kodu. Narzędzie może pomóc przygotować plan i propozycję zmiany; programiści sprawdzają wpływ na pozostałe funkcje i uruchamiają testy.
Na koniec porównujemy gotowe działanie z opisem zadania. Zapisujemy, które polecenia i kontrole były przydatne, a co wymagało poprawy przez człowieka.
Rezultat współpracy
Zasady, które zespół może zastosować ponownie.
- Przykład zadania z odbiorem. Opis wymagania, proponowana zmiana i sprawdzony wynik.
- Lista kontroli kodu. Co czyta druga osoba i jakie przypadki trzeba przetestować przed przyjęciem zmiany.
- Zasady dostępu. Jakie dane i fragmenty produktu wolno przekazać narzędziu oraz kto to zatwierdza.
Częste pytania
Czy narzędzie może samodzielnie wdrażać kod?
Ustalamy uprawnienia, wymagany przegląd i testy odpowiednie do danej zmiany. Odbiór pozostaje po stronie zespołu.
Czy pomagacie wybrać narzędzie?
Tak. Porównujemy narzędzia z zasadami pracy z danymi, istniejącym kodem i sposobem pracy zespołu.
Jak sprawdzacie zmiany przygotowane z pomocą sztucznej inteligencji?
Łączymy przegląd człowieka, testy kodu i odbiór według rzeczywistych zadań użytkownika. Kryteria ustalamy przed próbą.
Czy trzeba zmieniać cały proces tworzenia oprogramowania?
Nie. Można zacząć od wybranego rodzaju zadań i ustalić zasady dostępu, przeglądu oraz akceptacji. Po próbie decydujemy, co warto rozszerzyć.