On Oct 20, 2010, at 2:58 AM, Iulian Roman wrote: > 2010/10/20 Andrei Pascal <[email protected]> > >> 2010/10/20 Iulian Roman <[email protected]>: >>> >>> as spune ca sunt pe cale de disparitie. paradoxal, cu cit am schimbat >> locul >>> de munca pentru salariu mai mare cu atit am dat de manageri mai imbecili. >> si >>> asta pentru ca se merge pe conceptul total gresit ca managerul nu trebuie >> sa >>> fie tehnic. sunt de acord ca nu trebuie sa faca chestii tehnice, dar nu >> poti >>> fi IT manager numai cu ITIL/SOX/PRINCE si toate cacaturile derivate. >> >> Vei gasi foarte rar un manager foarte competent atat dpdv managerial >> cat si dpdv tehnic. Asta pentru ca treaba managerului nu mai este una >> care sa tina de "facerea propriu-zisa a treburilor", ci de organizarea >> celor ce fac si interfata intre ei si superiori. Si doar foarte rar >> vei gasi competente manageriale la un techie - cei mai multi techies >> prefera sa faca $STUFF decat sa ii coordoneze pe altii, sa faca >> birocratie etc. Nu zic ca nu cunosc exceptii de la regula, dar sunt >> foarte rare. :) >> > > nu am spus ca trebuie sa faca $STUFF, dar cunostintele tehnice l-ar ajuta > ENORM in estimarea deadlineu-rilor, risk-urilor, capacity planning, > performance forecasting, etc. Sunt extrem de multi inapti tehnic (pentru ca > era mult prea complicat si anevoios sa invete STUFF) esuati in management, > care dupa ce au facut un MBA la distanta deja au in cap numai sesiuni > Rockefeller si alte nazdravanii. Evident , treaba lor totdeauna e sa faca > "altceva". Ei trebuie sa "coordoneze". In cele mai multe din cazuri ei > coordoneaza exact cum dirijeaza un orb circulatia (am suficiente exemple in > care lipsa cunostintelor tehnice a managerilor a generat pierderi mari > pentru respectivele companii).
Cred ca de multe ori se si combine prea multe roluri in aceeasi persoana. De exemplu e comun ca "manager"-ul sa fie de fapt manager, project manager si tech lead. Lucrurile ar trebui separate dupa parerea mea, cel mult primele categorii combinate dar neaparat separata a 3-a care trebuie ocupata de o persoana cu foarte multa experienta tehnica (dar care nu neaparat isi mai petrece 100% din timp facand ceva tehnic). Separand aceste categorii se elimina problema micro-managementului (care e problematica mai ales cand manager-ul nu are cunostiinte tehnice). Nici teach lead-ul nu ar trebui sa faca micro management prea mult dar el cel putin are cunostiinte tehnice pe care sa poata lua anumite decizii. Desi cred ca si asta trebuie sa fie altfel, el ar trebui in principal sa formuleze problemele si oamenii de sub el sa vina cu solutiile detaliate. Vezi Linus si kernelul sau ca exemplu de coordonare tehnica, el face tot ce e posibil ca sa NU trebuiasca sa ia o decizie tehnica ci sa fie luata de o persoana care are mai multe conostiinte tehnice pe acel problem domain. Evident ca exista time constraints (spre deosebire de open source) si acestea pot face parte din cererile generale ale problemei, pe langa cele tehnice. Dar asta nu inseamna ca managerul decide cum se rezolva acea problema, el nu are cunostiintele pt a lua o decizie buna, de ce sa faca asta? -- dizzy _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
