On Thu, 18 Jul 2013 06:55:29 -0700 (PDT), Maciej Sobczak
<s...@g...com> wrote:

>
>> Zasadą metodyk Agile jest to że wymagania są płynne i mogą się zmienić.
>
>Tak. Ale jednocześnie niejawnie sugeruje, że te zmiany są tanie. Tymczasem nie są.


Zmiany tanie nie sa. Potwierdzam.

Gdy sie umawia z klientem na wykonanie projektu, to trzeba wiedziec
ile projekt bedzie kosztowal. Ustala sie to na podstaawie dokumentu
wysylanago pzrez klienta do potencjalnych wykonawcow. gdzie sa
wyspecyfikowane wymagania dotyczace projektu. Firmy wyceniaja i klient
wybiera firme ktora chce. Niekoniecznie najtansza. Normalka.

Teraz, jak sie podpisze kontrakt, to jest obopolne porozumienie ze a)
klient nie bedzei wymagal wiecej niz jest w kontrakcie, ani inaczej
niz jest w kontrakcie b) dostawca dostarczy produkt zgodznie ze
specyfikacja, w budzecie i w czasie.

Wszelkie zmiany dotyczace zakresu projektu natychmiast rodza pytanie:
"kto za to zaplaci". Bo wykonawcanei widzi powodu - tej dodatkowej
funkcjonalnosci nie bylo w specyfikacji. Dodatkowo, takie extra
wymagania naruszaja "timing" projektu - projektu nei da sie wykonac na
czas, a za opoznienia moga byc kary umowne. Wiec co bedzie z tymi
karami?

Obie wysokie strony musza sie dogadac - w sparwie pieniedzy i w
sprawie terminow.

Byc moze w sytuacji gdy caly projekt polega na "pierdyknieciu bazki
szlauchow i kaloszy dla Miejskiego Przedsiebiorstwa Kanalizacyjnego" i
jest robiony pzrez pojedynczego junior developera, mozna sobie
swobodnie agilowac. Ale obawiem sie ze nawet Przedsiebiorstwo
Kanalizacyjne nie wmontowaloby sie w projekt bez ustalenia ile
kosztuje i kiedy bedzie zrobiony. I na pewno Pzredsiebiorstwo
Kanalizacyjne nie wydeleguje swojego pracownika zeby siedzial z owym
deweloperem i patrzal mu na rece. Parcownicy Pzredsiebiorstwa
Kanalizacyjnego musza sie bowiem zajmowac kanalizacja

Zeby bylo konkretnie - bylem swiadkiem projektu w ktorym dodanie pol
strony do specyfikacji kosztowalo zleceniodawce cwierc miliona
dolarow. I nie bylo to nic takiego nadzwyczajnego

A.L.