> > Mnóstwo problemów w projektach wynika właśnie z tego, że manager
> > nie jest w stanie zrozumieć, czym zajmują się podlegające mu
> > zespoły programistów. Prowadzi to potem do błędnych decyzji
> > i postaw z rodzaju:
> > - "nie musimy poprawiać zbyt wielu błędów, skoro wszystko się jakoś
> > trzyma kupy"
> > - wyobrażenie, że skoro 1 osoba będzie coś robiła przez 10 dni,
> > to 10 osób zrobi to w dzień (a 100 w kwadrans)
> > - kierowanie się przede wszystkim kosztami
> > - niechęć do zmian
> > - ciągłe rotacje osób w projekcie i między projektami ("sztuka to
> > sztuka, każdy zasób ludzki będzie równie dobry na dowolnym stanowisku")
> > - przekonanie co do nieomylności "estymat"
> > - bezrefleksyjny wybór funkcjonalności, które mają zostać zaprogramowane
>
> Ja mam jedno pytanie. Tylko jedno.
>
> Po co się robi projekty informatyczne (czy projekty w ogóle) - jaki jest
> cel, niekoniecznie ten bezpośredni?
>

Wiesz to jest ciekawe pytanie ponieważ zależnie komu je zadasz otrzymasz inną
odpowiedź. Wiadomo ,że z punktu widzenia klienta projekt informatyczny zakończy
się sukcesem jeśli otrzyma doskonały produkt przy minimalnym koszcie , dostawca
osiągnie sukces jeśli dostrczy na tyle dobry produkt który zapewni mu
ciągłagłość zleceń, reklamę , markę itd. i jednocześnie otrzyma za to jak
największe wynagrodzenie, zaś dla pracownika projekt końćzy sie sukcesem gdy
otrzyma swoje maksymalne wynagrodzenie ,rozwinie własne umiejętności i wzbogaci
swoje referencje.
Generalnie każdy dąży do zmaksymalizowania swojego zysku i jeśli słysze ,że ktoś
zatrudnia programistę za 1400 brutto to oznacza ,że jedna ze stron jest złym
negocjatorem gdyż mamy do czynienia z programistą ,który się nie ceni lub z
pracodawcą ,który zbytnio przedkłada koszty nad kompetencje pracowników.

oczywiscie to tylko moje skromne zdanie.


--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl