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
A. I.
Abominable Intelligence
PLAN
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?
Siły Egipskie pod dowódzwtem Tomesa III (zdj.) przeciwko połączonym siłą książąt syryjskich z Kadeszu i Megiddo. Zwycięstwo Egiptu.
Siły to około 10-15 tysięcy żołnierzy po każdej stronie.
bitwa pod Megiddo
~ 1457 r p.n.e
〞
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
AGILE to Filozofia
Praktyka to konkretne metodyki, które różnią się one zastosowaniem i kontekstami, ale mają wspólne źródło (TWI).
-
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
https://vimeo.com/18951935
-
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
- Wysoka – małe zadania
- Średni/Wysoki – Wymaga nadzoru
- Wysoka – Unikamy przepalania
- Średnia/Wysoka – Rozumiemy kod
A(I)Gile
- Różnie – zależy od jakości prompta
- Niski/Średni – prompt, ale nie nadzór
- Średnia – Ryzyko zbędnej pracy
- B.Niska/Średnia – Kod „obcy”
Wa(i)terfall
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