W dniu 2013-07-19 15:55, A.L. pisze:
> 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?

To znaczy, że zaobserwowano, że obudowanie każdej zmiany w sztywny
proces biznesowy kosztuje znacznie więcej, niż wynegocjowanie
w procesie biznesowym rozwiązania: "w następnym miesiącu robimy takie
zmiany, jakie okażą się potrzebne i możliwe do zrealizowania, nie
wnikamy teraz co to jest". Zmiany są oczywiście kontrolowane,
dokumentowane i co tam jeszcze akurat danemu klientowi potrzeba. Tyle,
że nie siadamy do stolika żeby negocjować kolejne N aneksów do umowy.
Ten stolik to właśnie wyeliminowany proces biznesowy, który kosztuje.
Potrzebny jest oczywiście, gdy klient i wykonawca cały czas walczą,
a nie współpracują.

--
Paweł Kierski
n...@p...net