On 24 Lis, 17:40, Paweł Kierski <n...@p...net> wrote:

> > Rynek sam się reguluje tylko wtedy gdy pętla sprzężenia zwrotnego jest
> > krótka. Np. rynek osiedlowych sklepów warzywnych się sam reguluje.
> > W branżach inżynierskich, gdzie czas wykonania projektu bywa długi
> > (hint: tak długi, że rotacja pracowników w projekcie bywa szybsza, niż
> > realizacja projektu), autoregulacja nie działa.
>
>    Nie do końca - jeśli chodzi o rynek pracownik-pracodawca, to
> sprzężenie jest krótsze: w końcu zawsze można niewyuczalnego nieuka
> wywalić, najczęściej z miesięcznym poślizgiem.

Zakładając, że pracodawca ma odpowiednie mechanizmy oceny i detekcji.
W przypadku najbardziej pesymistycznym pracodawca jest jeszcze
większym idiotą, niż ten zatrudniony nieuk (hint: to nie jest
przypadek teoretyczny). Wtedy o autoregulacji nie ma mowy.

>    Jeśli chodzi o relację producent oprogramowania-klient to faktycznie:
> zazwyczaj firma, która skończyła projekt (i się nim chwali) to zupełnie
> inna firma, niż ta, która go zaczynała 8-)

No właśnie. Co więcej, klient nie ma zwykle szansy wykonać kolejnych
cykli.
Przykład - ile razy robiłeś zakupy w osiedlowym warzywniaku? 1000? A
ile razy jeden klient zleci komukolwiek wykonanie projektu
informatycznego? Przy braku drobnoziarnistych cykli też nie ma mowy o
autoregulacji. Inaczej mówiąc - co z tego, że zniechęcony klient
będzie mądrzejszy "następnym razem", skoro zwykle nie ma żadnego
następnego razu?

>    Jak zwykle z analogiami - są istotne różnice:
>   - dla większości projektów budowlanych jakość ma "żywotne" znaczenie
>    (błędy skutkują katastrofami ze skutkami śmiertelnymi), w przypadku
>    projektów informatycznych proporcje pewnie są z grubsza odwrotne

Z grubsza system kontroli samolotu ma podobne znaczenie jak typowy
most.

>   - projekty informatyczne są względnie prostsze i bezpieczniejsze
>     w testowaniu/wdrażaniu

Wręcz przeciwnie. :-) Większość dziedzin inżynierskich opiera się na
wiedzy, która ma znacznie dłuższe tradycje. W dodatku można posługiwać
się marginesami, które niwelują ryzyko. Np. budujesz most, obliczasz
go statycznie, mnożysz marginesy x10 (tak dla pewności) i raczej
będzie OK. Projekty informatyczne przy tym to chaos i zgadywanka.
Popatrz chociażby na mnogość różnych "metodologii".

--
Maciej Sobczak * www.msobczak.com * www.inspirel.com