Michoo wrote:

> W dniu 18.05.2011 19:06, Michal Kleczek pisze:
>> Michoo wrote:
>> Ale sie nie nadaje do uzycia produkcyjnego (co jest postulowane przez
>> "agile").
> Agile nie postuluje, że każdy jeden system będzie się nadawał na
> produkcję po 2 miesiącach. Postuluje, że należy dać klientowi szybko to
> co można dać aby przetestował to we własnym zakresie i zrobił to na
> możliwie wczesnym etapie. Bo najcenniejszy jest feedback od klienta.
>
>
>> Do testowania "usability" nie potrzeba zadnego "agile" - wystarczy
>> wyklikac _prototyp_ w jakims VB czy innym narzedziu RAD nie przejmujac
>> sie tym, co jest "pod spodem" bo prototyp z zalozenia idzie do kosza. Tak
>> jest po prostu taniej, bo mozna to zrobic w pare godzin.
> Tylko taki czysty prototyp jest dobry do pokazania idei. Dobrze napisane
> core GUI można dać do pani Jadzi, która będzie używać tego produkcyjnie,
> żeby się pół godziny 'pobawiła' i opisała uwagi, które na tym etapie
> wprowadzić jest tanio.
>

Ale po co dawac jej "dobrze napisane" GUI skoro mozna jej dac wyklikany w 20
min prototyp, po czym w nastepne 15 minut (lub po prostu na biezaco)
wprowadzic modyfikacje i znowu pokazac?
To sie nazywa "prototypowanie". Ale prototyp to nie produkt.

>
>> Oczywiscie rownolegle mozna robic to co "pod spodem" - ale do tego jest
>> potrzebny (hint) projekt, ktory wyspecyfikuje, ze w ogole dzielimy
>> oprogramowanie na UI i "pod spodem" oraz powie nam co to wlasciwie znaczy
>> "podzielic" i jak ten podzial przebiega.
>
>
>> Taki projekt robi sie _zanim_ zacznie sie programowac - taki waterfall:
>> najpierw myslimy, potem programujemy.
> Nie zwracasz uwagi na jedną rzecz - agile to metodyka dla małych
> zespołów - powiedzmy 2-8 programistów (4-6 jako sensowna średnia).
> Jeżeli zespół się zna to takie rzeczy jak używana technologia, sposób
> podziału na moduły, etc już mają wypracowany i nie trzeba go
> specyfikować formalnie.
>

No jezeli zespol robi po raz n-ty te sama aplikacje skladajaca sie z trzech
formularzy do wklepania danych zeby je zapisac w juz istniejacej RDB (bo
dobrze zaprojektowac schemat dla wiekszego systemu wymaga czasu i doglebnej
analizy) to oczywiscie - nie trzeba myslec.
Tylko to samo moze zrobic jeden czlowiek - zaden "zespol" XP nie jest
potrzebny - a juz "pair programming" to po prostu wyrzucanie pieniedzy.

--
Michal