Sukcesy AI

Gdzie AI nas przyspieszyło lub poprawiło naszą pracę?

Copilot wygenerował szkielet naszych szablonowych endpointów API w kilka minut — to, co kiedyś zajmowało mi pół dnia.
Użycie LLM do napisania testów jednostkowych dało nam lepsze pokrycie modułu płatności.
Przegląd kodu przez AI wychwycił skrajny przypadek null-pointera, zanim trafił na produkcję.
Utrudnienia i Ryzyka

Gdzie AI nas spowolniło lub stworzyło nowe problemy?

Spędziłem więcej czasu na poprawianiu pewnie-błędnego kodu AI, niż gdybym napisał go sam.
Prawie wdrożyliśmy lukę bezpieczeństwa, bo nikt nie przyjrzał się wygenerowanemu zapytaniu.
Sugestie copilota wciąż wciągają przestarzałe biblioteki.
Zaufanie i Jakość

Jak AI wpływa na jakość naszego kodu i pewność siebie?

Potrzebujemy jasnej zasady, że cały kod generowany przez AI podlega tej samej rygorystycznej weryfikacji co kod ludzki.
Ufam AI w zakresie testów i dokumentacji, ale jestem ostrożny przy kluczowej logice biznesowej.
Nasze pokrycie testami faktycznie się poprawiło, odkąd zaczęliśmy używać AI do wypełniania luk.
Co Powinniśmy Zrobić Dalej?

Jakie praktyki lub eksperymenty powinniśmy przyjąć na przyszłość?

Ustandaryzujmy jednego asystenta AI i podzielmy się naszymi najlepszymi promptami w zespołowej bibliotece.
Zorganizujmy lunch-and-learn na temat skutecznej inżynierii promptów dla naszej bazy kodu.
Dodajmy notatkę o użyciu AI do opisów PR, aby recenzenci wiedzieli, czemu przyjrzeć się dokładniej.

Czym jest Retrospektywa Inżynierii Wspomaganej przez AI

Narzędzia AI, takie jak asystenci kodu, agenci do automatycznego testowania i przepływy pracy oparte na LLM, zmieniają sposób, w jaki zespoły inżynierskie projektują, budują i dostarczają oprogramowanie. Retrospektywa Inżynierii Wspomaganej przez AI daje Twojemu zespołowi uporządkowaną przestrzeń, aby zrobić krok wstecz i przeanalizować, jak te narzędzia faktycznie wpływają na codzienną pracę — co przyspiesza działanie, gdzie pojawiają się nowe utrudnienia oraz jak zaufanie, jakość i dynamika zespołu ewoluują, w miarę jak AI staje się częścią procesu tworzenia oprogramowania. Ta retrospektywa działa poprzez prowadzenie zespołu przez ukierunkowaną refleksję nad rzeczywistym wpływem wdrożenia AI: sukcesami wartymi skalowania, ryzykami wartymi obserwacji oraz praktykami wartymi standaryzacji. Zamiast traktować AI jako modne hasło, osadza rozmowę w konkretnych doświadczeniach — programowaniu w parze z copilotami, przeglądaniu kodu generowanego przez AI, inżynierii promptów oraz zmieniającej się równowadze między ludzkim osądem a maszynową szybkością. Dzięki wspólnemu ujawnieniu tych spostrzeżeń zespoły mogą podejmować świadome decyzje o tym, gdzie postawić na automatyzację, a gdzie ludzki kunszt nadal ma największe znaczenie. Korzyścią jest wspólne, szczere zrozumienie tego, jak AI zmienia kulturę inżynierską i wyniki Twojego zespołu. Zespoły wychodzą z praktycznymi ustaleniami dotyczącymi narzędzi, mechanizmów zabezpieczających jakość oraz sposobów pracy, które pozwalają wykorzystać zyski produktywności płynące z AI, jednocześnie chroniąc jakość kodu, bezpieczeństwo i rozwój programistów. To idealny format dla każdego nowoczesnego zespołu poruszającego się w dynamicznym świecie tworzenia oprogramowania wspomaganego przez AI.

Format retrospektywy Inżynierii Wspomaganej przez AI

Sukcesy AI

Gdzie AI nas przyspieszyło lub poprawiło naszą pracę?

Ten temat obejmuje wymierne korzyści, jakie zespół odniósł dzięki narzędziom AI. Zachęcaj uczestników do dzielenia się konkretnymi momentami, w których asystent AI zaoszczędził czas, odblokował problem lub poprawił jakość. Nakłaniaj do podawania konkretnych przykładów zamiast ogólnych pochwał — jakie zadanie, które narzędzie, jaki rezultat? Pomaga to zespołowi zidentyfikować praktyki warte skalowania na szerszą grupę.

Utrudnienia i Ryzyka

Gdzie AI nas spowolniło lub stworzyło nowe problemy?

Tutaj zespół ujawnia wady i ukryte koszty pracy wspomaganej przez AI. Stwórz bezpieczną przestrzeń do szczerości — ludzie mogą czuć presję, aby pozytywnie wypowiadać się o AI. Zbadaj halucynowany kod, czas stracony na przeglądanie niskiej jakości wyników, nadmierne poleganie, obawy o bezpieczeństwo i subtelne błędy. Ujmowanie ich jako ryzyk do zarządzania, a nie powodów do porzucenia AI, utrzymuje konstruktywny charakter rozmowy.

Zaufanie i Jakość

Jak AI wpływa na jakość naszego kodu i pewność siebie?

Ten temat bada ewoluującą relację między ludzkim osądem a wynikami AI. Omów, jak zespół weryfikuje pracę generowaną przez AI, gdzie zaufanie jest odpowiednie, a gdzie niezbędna jest dodatkowa kontrola. Porozmawiaj o praktykach przeglądu, testowaniu i o tym, jak pewnie ludzie czują się wdrażając kod wspomagany przez AI. Celem jest zdefiniowanie zdrowych mechanizmów zabezpieczających, a nie ślepego zaufania czy ślepej podejrzliwości.

Co Powinniśmy Zrobić Dalej?

Jakie praktyki lub eksperymenty powinniśmy przyjąć na przyszłość?

To temat zorientowany na działanie, w którym spostrzeżenia przekładają się na ustalenia. Zachęcaj zespół do proponowania konkretnych eksperymentów, standardów narzędzi, szkoleń lub mechanizmów zabezpieczających do wypróbowania w następnej iteracji. Pomóż im ustalić priorytety dla niewielkiej liczby zmian o dużym wpływie i przypisać jasnych właścicieli, aby retrospektywa prowadziła do realnej zmiany, a nie do listy życzeń.

Kiedy należy skorzystać z tej retrospektywy

  • Po tym, jak Twój zespół korzystał z narzędzi AI do kodowania przez kilka sprintów i chcesz ocenić ich rzeczywisty wpływ.
  • Gdy jakość kodu, obciążenie przeglądami lub obawy o bezpieczeństwo zmieniły się od czasu wdrożenia asystentów AI.
  • Aby ustalić wspólne zespołowe uzgodnienia i mechanizmy zabezpieczające dla odpowiedzialnego tworzenia oprogramowania wspomaganego przez AI.
  • Podczas wdrażania nowych narzędzi AI, gdy chcesz uchwycić wczesne sukcesy i pułapki.
  • Jako regularne spotkanie kontrolne dla zespołów inżynierskich rozwijających swoje przepływy pracy wspomagane przez AI.

Proponowane pytania lodołamacze

  • Gdyby Twój asystent kodu AI miał osobowość, kim lub czym by był?
  • Jaka jest najbardziej imponująca — lub najbardziej absurdalna — rzecz, jaką AI wygenerowało dla Ciebie w tym sprincie?

Pomysły i wskazówki dotyczące spotkania retrospektywnego

  • Osadzaj dyskusję w konkretnych przykładach — pytaj o konkretne narzędzie, zadanie i rezultat, zamiast o ogólne opinie na temat AI.
  • Stwórz poczucie bezpieczeństwa psychologicznego, aby zarówno sceptycy, jak i entuzjaści mogli swobodnie się wypowiadać; unikaj przedstawiania AI jako czegoś, co zespół musi bezkrytycznie przyjąć.
  • Uważaj na tendencję do nadmiernego polegania — celebruj zyski szybkości, ale zawsze waż je względem jakości kodu, bezpieczeństwa i długoterminowej utrzymywalności.
  • Daj cichszym lub młodszym członkom zespołu szansę na podzielenie się tym, jak AI wpływa na ich naukę i pewność siebie, a nie tylko na produktywność.
  • Wyznacz limit czasu dla każdego tematu i nadaj priorytet kilku działaniom o dużym wpływie, aby sesja zakończyła się jasnymi, przypisanymi kolejnymi krokami.
  • Uchwyć podczas retrospektywy wielokrotnego użytku prompty i ustalenia dotyczące narzędzi, aby zachować zbiorową wiedzę zespołu.

Najczęściej zadawane pytania

Ile trwa Retrospektywa Inżynierii Wspomaganej przez AI?
Większość zespołów kończy ją w 45 do 60 minut. Większe zespoły lub te, które mają wiele do omówienia w kwestii narzędzi AI, mogą chcieć przeznaczyć na nią do 90 minut.
Kiedy powinniśmy użyć tej retrospektywy?
Użyj jej po kilku sprintach pracy z narzędziami AI do kodowania, gdy chcesz ocenić ich rzeczywisty wpływ na szybkość, jakość i dynamikę zespołu, lub gdy ustalasz wspólne mechanizmy zabezpieczające dla korzystania z AI.
Czym różni się to od standardowej retrospektywy sprintu?
Standardowa retrospektywa przegląda ogólny proces i dostarczanie, podczas gdy ten format skupia się konkretnie na tym, jak narzędzia AI zmieniają Twoją pracę inżynierską — sukcesach, ryzykach, zaufaniu do wyników AI oraz praktykach wartych standaryzacji.
Czy wszyscy uczestnicy muszą już korzystać z narzędzi AI?
Nie. Włączenie sceptyków i mniej intensywnych użytkowników daje bardziej zrównoważony obraz. Ich obawy dotyczące jakości, bezpieczeństwa i nauki są cennym wkładem obok doświadczeń intensywnych użytkowników AI.
Jakich rezultatów powinniśmy oczekiwać po tej retrospektywie?
Zespoły zazwyczaj wychodzą z konkretnymi ustaleniami dotyczącymi standardów narzędzi AI, mechanizmów zabezpieczających jakość i bezpieczeństwo, praktyk dzielenia się promptami oraz krótką listą eksperymentów do wypróbowania w następnej iteracji.
Czy jest to przeznaczone tylko dla inżynierów oprogramowania?
Jest zaprojektowane dla zespołów inżynierskich, ale format dobrze dostosowuje się do każdego zespołu technicznego wdrażającego AI do swojego przepływu pracy, w tym zespołów QA, danych i platformowych.

Nie mają Państwo doświadczenia w prowadzeniu retrospektyw? Zapraszamy do zapoznania się z naszym przewodnikiem dotyczącym tego, jak przeprowadzić retrospektywę →