Despre salarii si angajari in programare

Obiectivitatea nu presupune un standard, presupune doar o evaluare sincera si la rece, ceea ce evident ca un manager incompetent n-ar face niciodata, preferind sa arunce vina pe oricine altcineva, in loc sa gaseasca solutii sa rezolve problemele.
Partea cu profitul este complicata, pentru ca poti avea profit ca manager de cacat tocmai prin faptul ca impingi cacatul catre viitor, prin chestii de genul technical debt si alienarea angajatilor, iar cind treaba se impute iti iei talpasita, nu inainte de a da vina pe altii.
De fapt problema principala in proiectele de cacat sint managerii de cacat. Ei sint cei care au parghiile necesare prin care ar putea sa indrepte situatia ca sa nu mai zic de evitarea ajungerii in cacat.
Practic un angajat care se afla intr-un proiect de cacat vrea sa vada ca macar inoata catre mal, nu se duce in larg, unde nu mai e nici o speranta, doar un mormant de cacat fara flori

Ok, tu vorbesti in contextul in care deja ai facut  "din avion" un review al codului sursa al proiectului, insa autorul vorbea despre contextul din care se deduce ca proiectul ar fi naspa dupa informatiile din folclorul local al firmei.Asta nu inseamna ca ar fi informatii eronate ci ca doar sunt subiective. Poate ca ce i se pare lui "naspa", poate tie ti se pae ok-ish si culmea invers ce lui i s-ar parea OK , tie ti s-ar
parea  "naspa".
Nu specifica ca in urma unei review technic(probabil analiza obiectiva de care specificai mai sus), la "radiografie"/"RMN"  al codului de git au iesit la prima vedere eroari grave fundamentale de proiectare.

Insa tu ai atins si alte subiecte intersante in postarea ta, care imi ridica niste curiozitati:

1.Daca proiectul este avariat, poate un manager bun sa-i schimbe starea actuala ? (refactorizarea nu se ia in calcul)
2.Cum poti recunoaste un manager de cacao ?
3.Cand ai afirmat ca un manager "are toate parghiile necesare" , mai excat la ce te-ai referit ?
4.Poate un backlog foarte incarcat sa fie simptomul unui proiect avariat , distrus asupra caruia nu se mai poate face nimic ?

5.Cand ai afirmat ca impinge problemele in viitor, te-ai referit la faptul ca le trece in backlog, si cand acesta devine imposibil de gestionat , adica necesita buget pentru  a scapa de datoria tehnica,
managerul respectiv pleaca ?

6.Nu inteleg de ce un manager incompetent ar fi tinut pe pozitii. Asa cum o rana care nu este curata la tip se poate infecta din cauza pansamentului, tot asa si un manager
incompetent tinut acolo, nu va imbunatatii situatia cu trecerea timpului

7.Vazut din afara daca dintr-o echipa iti pleaca mai mult de 4 seniori pe an, asta inseamna ca este o problema strict cu managerul sau cu virgula mediul de lucru ?

si
8.Cum isi da seama un angajat(care ar fi simptomele) ca problemele pe care le are proiectul(desi incearca sa le rezolve) in loc sa le aproprie de mail , il indeparteaza  si "mai in larg"?

1. Un manager de capu lui nu poate face nimic la un proiect pe butuci, cel putin daca s-a trecut de un anumit prag. E nevoie de interventie externa, de sus, de evaluare serioasa si de decizii dureroase dpdv financiar, fie baga mai multi bani si schimba lucrurile pe bune, inclusiv prin  refactorizare, chiar rescriere, incrementare de buget, resurse aditionale indiferent de ce natura. Sau pot sa decida sa mearga in continuare catre moarte ca nu mai conteaza, daca e oricum pe finalul vietii. Sau sa-l omoare de tot si sa se apuce de altceva.

Odata am lucrat pe un proiect care fusese rescris de la zero dupa citiva ani cind au ajuns intr-o fundatura. Au adus ceva arhitecti bengosi care au facut ce-au facut si dup-aia s-au dus in treaba lor, dup-aia lucrurile au mers mult mai bine.

2-3. Un manager de cacao il recunosti dupa deciziile pe care le ia, de exemplu uita ca el e capitanul echipei de dezvoltare, nu sclavu smerit al clientului sau al celorlati factori de decizie. Daca managerul e moale ca o balega, proiectul o sa ajunga iremediabil o balega. Trebuie sa semnaleze transparent si corect toate problemele aparute, blockere, riscuri. Daca spune ca "orice se poate face" si uita sa precizeze "daca ai timp si resurse infinite" e timpul sa iei la puricat invitatiile primite pe linkedin.

4. Backlogul poate sa aibe 5 miliarde de chestii in el, conteaza ce-s alea. Daca-s buguri si mai sint si nasoale, intrebarea este cum s-a ajuns acolo. Cine a decis sa se mearga mai departe cind nici macar ce exista nu merge bine? Care este scopul final al proiectului, un produs functional cu 5 miliarde de buguri? Trebuie sa decizi intre a continua drumul spre moarte sau a mari bugetul si a baga mai multi oameni pe proiect sau a amana functionalitati noi pentru a-ti rezolva rahaturile. O perioada lucrurile oricum o sa mearga inca nasol, pentru ca si daca aduci oameni noi, pina isi intra in mina dureaza. Sa nu mai zic ca mai pot pleca atii intre timp care s-au enervat destul. Acuma depinde de la firma la firma cit de transparente sint chestiile astea si cit sint de stiute de cei la nivel mai inalt, ideal ar trebui sa nu exista minidumnezei care sa poate sa ajunga in rahat de capul lor. Evident ca este si mai trist cind se intimpla asta cu acceptul conducerii firmei, atunci toata firma e putreda.

5. Nu trebuie sa treaca nimic in backlog, nimeni nu stie din afara echipei cum arata codul, nimeni nu stie ca dinamica echipei e compromisa, ca exista bisericutze si alte drame, oameni nemultumiti, o mamaliga care sta sa explodeze. Toate astea se pot intimpla in timp ce produsul in sine este la un nivel acceptabil si nu exista urme de incompetenta. Poti implementa un feature intr-o saptamana sau o poti face intr-o zi. Pui tot codul intr-un fisier, uiti de teste si ii dai sa mearga, ieftin si rapid. Clientul e multumit, habar n-are ce-l asteapta in viitor. E ca cu Bill Cosby, pare amuzant pina afli ca a drogat si violat enspe femei.

6. Ai zis-o chiar tu, pentru ca aduce bani si pentru ca probabil superiorii habar n-au sau mai rau, sint in cardasie. Ai putea sa intrebi de ce atitia oameni acuzati de abuzuri sexuale au fost tinuti pe pozitii la Blizzard. Si aia e mult mai grav decit sa fii incompetent pe proiect

7. Backlogu creste si creste, aplicatia merge din ce in ce mai prost, clientul turbat mereu, pleaca din ce in ce mai multi oameni, inclusiv din aia nou veniti care pleaca facindu-si cruce, overtime (poate neplatit ), in general o atmosfera de doom si o senzatie ca indiferent ce faci, faci degeaba, pentru ca nimeni nu vrea de fapt sa schimbe nimic cu adevarat. Eu n-am trait-o, dar am vazut la altii

Quote

Pai Overtime platit ar insemna sa se vada si la bugetul proiectului si managerul ar fi luat la inrebari pt ce overtime din moment ce i-a informat ca "toate lucrurile merg bine"

Oricum, iti multumesc de raspunsuri. Situatia este cam ciudata cu managerii astia.

Edited by AlaDinCopac, 18 April 2022 - 10:44.

FARA PARTIDE POLITICE.

https://stirileprotv...de-sprijin.html

Ce lucrau efectiv retelistica, developer programe, web, teste, help desk ?

Edited by iulian_1976, 18 May 2023 - 19:45.

programare pe proiecte de la clienti straini