Pasujesz mi do osoby ktora projektem XP nazywa projekt w ktorym nie ma
czasu na dokumentacje, ani review kodu. Spotykam czesto takich agentow
ktorzy chelpia sie tym sie ze programuja extreme, bo nie trzymaja sie
zadnych sensownych zasad/wytycznych. To nie jest XP!


No ja myslalem, ze XP to iteracje, zmiany pewnych rzeczy po kilka razy
ze wskazaniem na dwoch biedakow, ktorzy siedza i sobie patrza na palce.

 Jesli dobrze pamietam
| to xp opracowal jakis koles, ktory bral udzial w projekcie dla
| Chryslera - projekt sie nie udal, ale powstala metodologia, no super :)
nie znam tej historii. czy jestes pewnien ze winna upadku projektu byla
metodologia?


Skads sie musiala wziac ta metodologia, jesli kierownik nie potrafil
zadbac o jasne postawienei problemu przez klienta to czyja to jest wina?
Poprawiac powinno sie tylko to co dziala zle, a nie to co klient sobie
wymyslil nagle, ze powinno dzialac inaczej.

 Nie wiem
| tez czy sobie zdajesz sprawe, ale to o czym pisales to zwyczajne
| umywanei sie od odpowiedzialnosci w mysl zasady "nie ciagniemy klienta
| do odpowiedzialnosci za to, ze marudzi i sami nie jestesmy
| odpowiedzialni".
spojrzmy na fragmet mojego posta: "Zaprasza sie klienta do
uczestniczenia w projekcie (w okreslonym zakresie oczywiscie)"


Wrecz przeciwnie, dowiadujemy sie czego klient chce i nie pozwalalmy mu
marudzic, bo mamy wszystko na papierze. Nie pozwalamy mu marudzic
wlasnie dlatego, ze bierzemy odpowiedzialnosc za to co robimy i nie
chcemy miec pozniej przykrosci. Wlasnie w projektach gdzie klient
marudzi i nie jest za to ciagniety do odpowiedzialnosci z czasem nie
wiadomo kogo winic za porazke. W takich projektach zawsze mamy okazje do
zwalenia odpowiedzialnosci na cos tam z byle powodu, i naturalnie z tej
odpowiedzialnosci korzystamy. Po drugie nie mozemy nawet ukarac
pracownika za to, ze dal ciala, bo jak nie ma specyfikacji to wogole nie
ma zadnego planu pracy i nie wiadomo wlasciwie kto co robil wiec nie
wiadomo kto byl za co odpowiedzialny.

Z kolei jesli chodzi o pracownika, nie wolalbys wiedziec dokladnie co
ile bedzie trwalo, kiedy mozesz spokojnie isc na urlop? Nie chcesz miec
pewnosci przed projektem, ze pracy bedzie tyle, ze beda nadgodziny?
Wtedy tez jest okazja do wymuszenia extra kasy.

Jezeli to dla Ciebie oznacza zwalenie winy na klienta to uchowaj mnie
boze przed Toba. Normalna wspolpraca z klientem nie polega na okopaniu
sie i wyslaniem prawnikow do boju. Tak to chyba Prokom z ZUS-em kreci lody.


Nie rozumiem, do jakiego boju?

Jesli nie zwalenie winy na klienta wiec o co chodzi? Pewnie cie
zaskocze... chodzi o bliska wspolprace z klientem i szybki feedback. Nie
taki co go analizujesz tygodniami, tylko biezaca odpowiedz od osob
oddelegowanych ze strony klienta. Zaskocze cie jeszcze bardziej...
chodzi tez na szybkie zmiany pod wplywem feedbacku. Straszne i
przerazajace, czy moze naturalne i przyspieszajace prace? Pomysl chwile.


Smieszne na poczatku, frustrujace z czasem i wykanczajace pod koniec :)

Jeszcze jedno, agile czy XP nie wyklucza "kwitologii" ktora jest
niezbedna w szanujacej sie wspolpracy. W koncu powstaja dokumenty
potwierdzajace wykonanie, specyfikujace wymagania itd. Sam sobie mozesz
wytlumaczyc czy to dowody obciazajace czy podsumowanie prac.


Kwitologia to nie wszystko. Kiedy sie ograniczasz do pewnego jednego
rodzaju rzeczy, ktore wytwarzasz dla wielu klientow seryjnie to sobie
mozesz pozwolic na to o czym mowisz. Jednak kiedy przychodzi jakas nowa
dziedzina, w ktorej chcesz sie sprawdzic to warto na poczatku wiedziec o
co chodzi, zeby miec czas na przemyslenie i zeby wogole bylo
bezpieczniej. Krotko mowiac, jesli nalezysz do tej rzeczy prawie
fizycznych pracownikow, ktorzy klepia serwisy www i inne takie badziewia
to ja rozumiem, ze chcesz sobie swoja szara rzeczywistosc dekorowac
jakimis pseudo metodologiami albo kolejnymi nowymi frameworkami.

 Naprawde lubisz tak pracowac?
pracowalem/pracuje w roznych metodologiach i powtorze do znudzenia:
"narzedzia do zadania, nie odwrotnie"

Natomiast mam powazne obawy co do twojej praktycznej znajomosci
omawianych metodologii. Hasla ktore glosisz pasuja do osoby ktora
pobieznie i teoretycznie zapoznala sie z artykulami prasowymi i na tym
poprzestala. Powiedz szczerze: jest tak, czy nie?


Szczerze nie. Podaj mi nazwiska autorytetow, ktore mowia, ze Agile i XP
to jest dokladnie to. Ta dyskusja jest troche smieszna, bo Ty napewno
mowisz o takich panach Mietkach, co sobie zamawiaja sklepy internetowe w
php i w zasadzie chca tylko, zeby dzialalo. Wtedy mozesz sobie udziwniac
prace jak chcesz i nie bedzie mialo wielkiego znaczenia czy uzyjsz xp
czy nie.

Pozdrawiam,
Przemek Wiśniewski