On Thu, 18 Jul 2013 04:47:22 -0700 (PDT), Adam Klobukowski
<a...@g...com> wrote:

>
>Nigdy nie napisałem że metodologia Agile jest najlepsza.
>
>Tu nie chodzi o to że programiści źle zrozumieli. Zasadą metodyk Agile jest to że
wymagania są płynne i mogą się zmienić. Taka zmiana nie jest czymś negatywnym.

No, ale to przeciez od zawsze bylo. Pisal sie ansksy do omowy i tak
dalej. Ale wszystko zalatwialo sie porzadnie a nei an "urrraaa"
>
>> Ci co wymyslaja takie rzeczy, nigdy nei widzieli z bliska ani
>> pzremyslu, ani klienta. Nie wiedza ze soft robi sie na podstawie
>> umowy, a kazde odstepstwo od umowy musi byc negocjowane i zawarte w
>> rozszerzeniu do umowy, i jezeli wina lezy po stronie firmy
>> programistycznej, klient nei zaplaci. Mozna sie w razie czego spotkac
>> w sadzie. O czym prasa fachowa od czasu do czasu donosi
>
>Nie chodzi też o odstępstwa od umowy. Wystarczy podpisać umowę która zakłada że
finalny produkt może się zmienić.
>

Buduje dom, Ustalamy ze ma byc dom i w zasadzie moze nadawac sie do
mieszkania. Przychodza chlopcy i leja beton. I mowia: jak sie cos nei
spodoba to potem odkujemy. I drapia sie w glowe: tu pierdykniemy
sreczyk a tu kuchnie. Kuchnia bedzie na pieterku a sraczyk w piwnicy.
ten facio co bedzie tu mieszkal i tak nei ma pojecia. A mysmy tu tylle
domow wybudowali... No a w koncu w umowie jest napisane ze mzoemy
sobie wybudowac co chcemy

Tak sie domow nie buduje. I softu tez. Byc moze gdzies sie buduje. Ale
nei slyszalem.


>Przy budowie każdego dużego systemu informatycznego wymagania zmieniają się
praktycznie zawsze. Czas powstawania dużego projektu to zazwyczaj co najmniej rok,
zazwyczaj więcej. W tym czasie wiele może się zmienić. W przypadku klasycznych
metodologii, klient zazwyczaj widzi system dwa razy - jak mu go sprzedają i jak mu go
dostarczają. Odstęp czasowy pomiędzy tymi momentami jest dużym problemem. To że
klient coś zamówił, to nie znaczy że jak to dostanie to właśnie tego chce.
>

Przy budowie duzego systemu informatycznego projekt dzieli sie na
etapy - ?\"milestones'. Po kazdym etapie nastepuje pzreglad zgodnosci
z umowa. Jezeli cos sie nie zgadza algo klientowi sie cos odwidzialo,
pisze sie "protokol niezgodnosci", potem ustala sie dalsza akcje.
Czestosc takich spotkan zalezy od umowy. W piecioletnim projekcie z
klientem w Euuropie a firma robiaca soft w USA takie spotkania byly co
6 miesiecy.

>W przypadku Agile, klient jest włączony w cały proces powstawania systemu, często
może zacząć go używać już w trakcie jego powstawania. W ten sposób klient ma lepszą
widoczność tego jak system będzie wyglądał a kiedy (co nieuniknione) zmienią się jego
wymagania co do systemu, to wykonawca nie wypnie się mówiąc 'mieliśmy taką a taką
umowę' ale odpowiednio dostosuje się to tych wymagań. W ten sposób klient dostanie
produkt z jego punktu widzenia lepszy i lepiej dostosowany do tego do czego jest mu
potrzebny.

Bez systemu Agile tez sie tak robi. Nazywa sie to "partial
deployment". Gdy projekt trwa 5 lat, raczej nie czeka sie az caly
projekt sie skonczy tylko oddaje po kawalku.

Wszsystkie "niowoczesne methodologie" typu Agile, Extreme Programming
itede maja jeden glowny cel: dupochron dla firmy robiacej soft.
"Wicie, rozumicie, zastsowalismy najnowsza merodologie - Agile - i nie
wyszlo. The act of God. Sila wyzsza"