AI-gile metodyki zwinne w świecie AI

MAGA - Make Agile Great Again

Bartek „Koziołek” Kuczyński

Człowiek od robienia hmhmm.

https://koziolekweb.pl/o-mnie

Duże Organizacje

• Zbyt wielu interesariuszy (akcjonariusze, kierownicy)

• Koordynacja zadań (IT, logistyka, HR, Legal)

• Zależności pomiędzy zespołami (czasowo-przestrzenna)
• Spójność (architektura, design)
• Brak „Alfy i Omegi” (są lokalni, ale nie ma globalnych)

Problem dużych organizacji

〞

Liczba problemów, których nie można rozwiązać za pomocą odpowiedniej kombinacji trotylu i XMLa jest bliska zeru.

– anonim

Kiedy i gdzie rozwiązano problem dużych organizacji?

〞

Der Krieg ist eine bloße Fortsetzung der Politik mit anderen Mitteln

–  Carl von Clausewitz

• Ma (prawie) nieograniczone zasoby

• Ma możliwości organizacyjne

• Porażka nie zawsze oznacza problem

Rozwiązanie

Małe Zespoły

• Komunikacja (człowiek skurwiel)

• Ograniczone zasoby (specjaliści)

• Wiedza plemienna (i onboarding)
• Koordynacja zadań (kolejność)
• Koordynacja z klientem

Problem Małych zespołów

Kiedy i gdzie rozwiązano problem Małych zespołów?

Oficjalnie w lutym 2001 w Snowbird w stanie Utah powstaje Agile Manifesto. Sama koncepcja jest starsza i pochodzi z lat 80-tych XX wieku.

Rozwój metodyk zwinnych w latach 90-tych i ich usystematyzowanie w postaci AGILE. 

Powstanie Agile

Rozwiązanie

• Komunikacja jest najważniejsza

• Soft ma działać

• Papiery mogą poczekać

• Plan może się zmienić
• Mierz, mierz, mierz

Autorstwa Adrian Grycuk – Praca własna, CC BY-SA 3.0 pl, https://commons.wikimedia.org/w/index.php?curid=55727589

〞

Jedyną stałą rzeczą w życiu jest zmiana

– przypisywane

Heraklitowi z Efezu

ale też kawą i ofiarami z testerów

NIe tylko SCRUMem Projekt żyje

• Kanban i Scrumban

• XP – metodyki pracy „niskopoziomowej”

• Lean i TPS

• FDD i Crystal

• DSDM/MoSCow – bardziej „rządowy”

Wybrane metodyki

Czyli praca w czasach tech-herezji

Szkaradna Inteligencja

• Piszę prompt

• Wysyłam do agentów

• Development

• Testuję happy path

• Poprawiam prompt

Typowy przepływ pracy

    W przypadku prac kreatywnych, pierwsza wersja wygląda najlepiej. Druga pozwala na wprowadzenie drobnych poprawek. Trzecia oraz każda kolejna wersja nosi znamiona co raz głębszej degeneracji modelu.
    Im dłuższy prompt tym szybsza degeneracja modelu w kolejnych iteracjach

Zasada trzech przemian

(empiryczna)

William i Walker Royce

Ojciec i syn

• Pomysł i ogólny opis

• Analiza możliwości

• Dekompozycja na duże zadania – sprinty

• Planowanie, dekompozycja, implementacja

• Weryfikacja

Nowy przepływ pracy

• Ogólny rezultat (zgodność)

• Czas działania interfejsu białkowego

• Koszty i efektywność finansowa

• Jakość i utrzymywalność

Kryteria oceny

Wujek dobra rada

To co tutaj opowiem jest wynikiem moich i tylko moich doświadczeń. 

Nie biorę odpowiedzialności jak coś wam nie wyjdzie i przepalicie budżet na tokenty. Traktujcie te porady jako możliwe ścieżki do przetestowania i pamiętajcie, że należy regularni mierzyć rezultaty (oraz ciśnienie).

Jeżeli jednak dzięki nim odniesiecie sukces, to możecie mnie wesprzeć na
https://buymeacoffee.com/koziolek

Automatyzacja automatyzacji ma sens

Twórz bibliotekę skillsów

Potrafi obniżyć zużycie tokenów o 30-50%

Caveman to twój przyjaciel

Polski język trudna język

Czytaj co piszesz

Szybciej wyłapiesz niespójności 

Czytaj co piszą agenci

I wprowadzaj zmiany na bieżąco

Czytaj wygenerowany kod

Ograniczaj rozpraszacze – nowa sesja jest tania!

Mniejszy kontekst to czysty kontekst

Dwa modele dyskutują i kodują, trzeci jest audytorem

Zasada 2 + 1

Zmiana nazwy zmiennej to nie zadanie dla AI

Ogranicz pracę „durnowatą”

Niech AI wygeneruje skrypty do powtażalnych zadań

Skrypt jest lepszy niż prompt