🚀 go-pugleaf

On 8 Kwi, 02:23, A.L. <f...@2005.com> wrote:
> On Sun, 8 Apr 2007 01:58:46 +0200, "Muchomor"
>
> <muchomor_w_kropkiCUT_T...@gazeta.pl> wrote:
> >> --
> >Polska praktyka wyglada w ogolnosci tak, ze sie zgaduje jakas wartosc z
> >bledem rzedu 90%, a potem generuje straty. Niestety swiadmosc tego, ze
> >software estimation/sizing/costing jest integralna czescia cyklu
> >projektowego jest niska.
> >Jednakze sa firmy gdzie do costingu podchodzi sie bardziej
> >analityczno-formalnie.
>
> E... Zgadnac ile zazyczy sobie konkurencja i policzyc 10% taniej :)
>
> A.L.


Osobiście jestem także za podejściem analitycznym. Hm... a kolega
widze wygląda raczej na poszukiwacza spisków.

Podejście analityczne bazuje na zamodelowaniu zakresu, metod
realziacji produktu i eksperckiej wiedzy o projektach juz
zrealizowanych. Osobna kwestią jest samo zawieranie kontraktów. Na
świecie powoli odchodzi od metod czas i pracochłonność a idzie w
kierunku określania współnie z zamawiajacym jaka funkcjonalnosć za
jakie pieniądze i w jakim czasie ma zostac zrealizowana (problem
rentownosci projektów IT). Rolą zamawiającego (ten kto określa co
potrzebuje) jest zarządzanie wymaganiami i zmianami a rolą wykonawcy
jest wskazywać na koszt realziacji każdej funkcjonanosci w tym
procesie.

Moim zdaniem metoda "konkurent - 10%" jest super, eliminuje z rynku
nieodpowiedzialne firmy programistyczne.