W dniu 2013-07-19 02:13, A.L. pisze:
> 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.

Mała złośliwość:
Jakbym miał taką szklaną kulę, która z sensowną dokładnością poda mi
budżet po określeniu wymagań, to bym z marszu użył jej do typowania
Lotto.

Poważnie:
Na ile dokładne i wiążące, a na ile negocjowalne są wg Ciebie pierwotne
ustalenia dotyczące budżetu i terminów? Co z sytuacjami, gdy trzeba
wyceniać rzeczy, o których od początku wiadomo, że są bardzo
nowatorskie (w domyśle - wycena na pewno nie będzie ścisła, bo zakres
jest nieznany obu stronom)?

Jest taki fajny obrazek budowania piramidy:
- klasycznie kładziemy poziome warstwy od dołu: musimy mieć wcześniej
określone, jak duża ta piramida będzie, bo trzeba wiedzieć, jak duża ma
być pierwsza warstwa. Tu można całkiem nieźle oszacować, ile czasu to
zajmie i jak drogie będzie
- agile: mamy zamówienie na "super wypasiony grobowiec dla władcy",
ale nie mamy terminu ("Faraon - oby żył wiecznie - jest w dobrym
zdrowiu, ale kto to wie..."), w sumie to może nie będzie to piramida
tylko wieża (jeszcze się pomysł nie wykluł). To zaczynamy od komory
grobowej i "oklejamy" ją kolejnymi warstwami tak, żeby na koniec każdego
miesiąca mieć gotową budowlę (co znaczy "gotowa" w tym miesiącu umawiamy
się na początku miesiąca). Inaczej niż w klasycznym podejściu możemy
tylko powiedzieć ile kosztuje nasz miesiąc pracy.


[...]
> 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

Ale nie musi siedzieć. Byle tylko deweloper mógł w miarę często
zaprezentować, czy to co robi, to jest to, o co faktycznie chodziło.
Innymi słowy - twierdzę, że gdyby Przedsiębiorstwo Kanalizacyjne
potrafiło wyprodukować specyfikację wystarczającą dla "code monkey",
to powinno zająć się analizą systemów informatycznych, a nie
kanalizacją.

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