On 2013-07-19, A.L <a...@a...com> wrote:
> On Fri, 19 Jul 2013 10:36:07 +0000 (UTC), "Stachu 'Dozzie' K."
><d...@g...eat.some.screws.spammer.invalid> wrote:
>
>>On 2013-07-19, slawek <h...@s...pl> wrote:
>>> Użytkownik "Adam Klobukowski" napisał w wiadomości grup
>>> dyskusyjnych:2be9313c-d656-4eed-b10a-0d32a7b43781@go
oglegroups.com...
>>>
>>>>Od zawsze? Zmiana wymagań w klasyczynych metodach wytwarzania
>>>>oprogramowania to zawsze problem, bo założeniem jest że wymagania nie
>>>>powinny się zmieniać. W Agile nigdy, bo >założenie jest że wymagania się
>>>>zmienią.
>>>
>>> Czyli uważasz, że "koszt zmiany w Agile jest zerowy"?
>>
>>Nie widzę z czego taki wniosek wyciągnąłeś. Stosując wprost ten tok
>>rozumowania: jeśli musisz jeść, to znaczy że jedzenie jest darmowe.
>>
>>W klasycznych metodach zmiana wymaga wynegocjowania załącznika do umowy,
>>czyli trzeba zaprząc proces biznesowy, co *zawsze* zauważalnie podnosi
>>koszt operacji[*].
>>
>>Agile zakłada, że skoro zmiany pojawiają się i pojawiać się będą, to
>>trzeba je uczynić *tańszymi* niż do tej pory -- najprościej przez
>>usunięcie procesu biznesowego z drogi.
>
> Co to znaczy "usuniecie procesu biznesowego z drogi"?... Znaczy, praca
> programisty nad zmianami nie kosztuje ani pieneidzy ani czasu?

Najpierw myśl, potem pytaj i komentuj. Skąd wytrzasnąłeś pomysł, że
*nie kosztuje*? Bo nie z powyższej wypowiedzi.

--
Secunia non olet.
Stanislaw Klekot