On Nov 27, 10:10 am, glos <g...@p...onet.pl> wrote:
> On 27 Lis, 09:22, Herakles <h...@b...pl> wrote:
>
>
>
> > Może i macie rację, natomiast ja uważam, że dobry inżynier powinien
> > nadzorować pracę młodych inżynierów, mających zadatki na dobrych
> > inżynierów. Dzięki takiej formule i odpowiednim zaangażowaniu Ci młodzi
> > inżynierowie uczą się jak być dobrym inżynierem, a dodatkowo ich
> > młodzieńcza i pełna kiepskich pomysłów praca w skonfrontowaniem z wielkim
> > doświadczeniem dobrego inżyniera daje efekty pracy właśnie dobrego
> > inżyniera. Kilka postów temu została wysnuta teoria, z którą się nie
> > zgadzam w żadnym aspekcie, a mianowicie:
>
> > > Skąd taki pomysł, żeby dobry inżynier zostawał, w imię "awansu",
> > > kiepskim kierownikiem?
>
> > Wynikałoby z tego, że dobry inżynier nie powinien budować całego samolotu, a
> > jedynie hamulec. A dokładniej pomagać przy budowie hamulca. Bo tam też
> > będzie szef budowy hamulca i kilku młodych którzy mu będą pomagać.
>
> > W odniesieniu do programowania, nie jest sztuką zakodować coś, sztuką jest
> > to zaprojektować, a następnie przeciągnąć projekt w satysfakcjonująco
> > krótkim czasie do końca tak, żeby był zrobiony porządnie. A tego z reguły
> > się nie da samemu nie rozciągając tego w czasie, natomiast mając zespół
> > ludzi, którzy pomagają w realizacji projektu robota idzie kilka razy
> > szybciej.
>
> > Kolejnym aspektem jest to, że kierowanie projektem wcale nie wyklucza się z
> > byciem programistą, podobnie jak z tym samolotem i jego hamulcem.
>
> czym innym jest sytuacja, w ktorej senior developer pelni funkcje
> mentora na juniorow, a czym innym - gdy zabiera sie za managerowanie.

Chyba mylisz szefa projektu z pracownica HRu.

> W pierwszym przypadku jego wiedza i umiejetnosci sa wykorzystywane
> sensownie (o ile umie i chce przekazywac wiedze), w drugim - startuje
> zupelnie od podstaw w nowej dla niego dziedzinie ("gdzie znajde
> javadoca do tego gantta?").

A gdzie ty informatyke studiowales, ze nie miales nic o zarzadzaniu
projektami?