Użytkownik <l...@g...com> napisał:

> Myślę, że to dobra metodyka, zwłaszcza w zespołach o małym doświadczeniu.

IMHO jest dokladnie odwrotnie.
Naprawde doswiadczone osoby (mimo wszelakich Agiles i innych SCRUMow) zwykle sie
dogadaja.
W zespolach niedoswiadczonych taki kolejny "socjalizm" (niczym GPL:) gdzie to
deccyduje
"wiekszosc wyborcza" moze wylac dziecko z kapiela, bo czasenm to wlasnie ten jeden
doswiadczony ma racje, a nie cala "demokratyczna" reszta.
IMHO jesli juz to SCRUM nadaje sie do utrzymania _juz gotowego wyrobu_,
czyli mowiac po ludzku - poprawy bledow (bo tu niekedy wprzega sie
przeintelektualizowane stare metodyki z calym ich nadmiarowym bagazem).
W tworzeniu nowych powaznych produktow/systemow to cale
"spryciarstwo" IMHO w szerszej czasowo perspektywie zwyczajnie sie nie nadaje.

PS: Owszem, jestem ostroznym zwolennikiem pair programming (zaraz mnie A.L.
zjedzie:),
ale w przypadku np. przyjecia nowego neidoswiadczonego pracownika (intern itp).
Wtedy az przykro niekedy patrzec, ze nie ma taki gosc swego "mentora/mistrza"
coby goszybko wdrozyl w zastane srodowisko i na skroty pokazal "osochodzi u
nas".
Czyli taki zdrowy uklad. "Mistrz" (czasowo) wdraza/uczy "czeladnika", ale nic
ponad to.

PS1: Dla mych przyszlych pracodawcow:
"Oświadczam, że pomimo iz mam swoje w/w zdanie, absolutnie się z nim nie zgadzam" :)

AK


AK