Ohodnocení scrum master vs. developer/tester

Re:Ohodnocení scrum master vs. developer/tester
« Odpověď #15 kdy: 05. 02. 2026, 14:25:01 »
Tu nejde o to, ci by som to robil nerobil. Tu ide o to, ze tak stupidna a zbytocna pozicia ma viac ako pozicia developera. Prinos pre mna ako vyvojara to nema ziadny, akurat cloveka seru tie ich nezmyselnosti, s ktorymi prichadzaju.


mikrom

  • ****
  • 384
    • Zobrazit profil
    • E-mail
Re:Ohodnocení scrum master vs. developer/tester
« Odpověď #16 kdy: 05. 02. 2026, 14:58:22 »
Tu ide o to, ze tak stupidna a zbytocna pozicia ma viac ako pozicia developera.

Tu ale pises, ze
tim ma svojho scrummastra ktory je aj timlider
tak predpokladam, ze ked je aj timlider, tak to nebude len nejaky pomocny tlčhuba, ale najskusenejsi developer z teamu, ktory vie jak co treba robit. V tom pripade je v poriadku, ze ma viac ako iny developer v teame.

Re:Ohodnocení scrum master vs. developer/tester
« Odpověď #17 kdy: 05. 02. 2026, 15:02:40 »
Ale nie taky timlider ze to je skuseny developer, alebo ze zastaval taku poziciu. Vacsina z nich nema ani technicky background.

Re:Ohodnocení scrum master vs. developer/tester
« Odpověď #18 kdy: 05. 02. 2026, 15:04:56 »
Tu nejde o to, ci by som to robil nerobil.
Ide, ber to tak, že to má niečo ako "príplatok za nepríjemnosť práce". Keby to chcel robiť každý, platilo by sa za to menej.

A prínosnosť tej pozície pre teba nikoho nezaujíma. Ide o to či je (aspoň domnelo) prínosná pre toho, kto ju platí...

Re:Ohodnocení scrum master vs. developer/tester
« Odpověď #19 kdy: 05. 02. 2026, 19:33:37 »
Tvl kolik ti je? 18? Vitej v zivote. A smir se s tim, ze on je tam dulezitejsi nez ty. Ty ses jen lopata, kterou muze nahradit jina lopata. Nic vic.
Děkuji za možnost editace příspěvku.


Re:Ohodnocení scrum master vs. developer/tester
« Odpověď #20 kdy: Dnes v 10:47:43 »
Hele, takových lidí u nás v práci je, co si myslím, že kdyby se vyházeli, jednak by se ušetřilo a jednak by se spousta věci zjednodušila (protože mi to přijde, že je hodně kormidelníků na málo veslařů a spousta času se zbytečně prokecá na schůzích). Ale kdo jsem já, abych tohle někomu říkal? Jasně, feedback dávám (spousta lidí už ho nedává s tím, že "nechtějí mít problémy", já jim ho dávám upřímně a s patřičnou dávkou sprostých slov). Jinak jsem rád, že mi chodí na účet výplata včas, se kterou mohu být i spokojený, a že si navzdory interním politikám jakž takž umím zařídit work-life balance. Zbytek je vlastně nepodstatný, i když teď mám už tak dva roky období, kdy hodně držkuju, protože mě to v IT kvůli až nezdravě paranoidnímu prosazování bezpečnosti nebaví. A vlastně mi nebude vadit, když mě za to vyhoděj, vyřešili by tím pár věcí, který odkládám, za mě.
Ale práci těch lidí, co považuji za zbytečné, bych prostě dělat nechtěl, i kdyby mě za to platili lépe než teď.

Re:Ohodnocení scrum master vs. developer/tester
« Odpověď #21 kdy: Dnes v 11:13:41 »
Tvl kolik ti je? 18? Vitej v zivote. A smir se s tim, ze on je tam dulezitejsi nez ty. Ty ses jen lopata, kterou muze nahradit jina lopata. Nic vic.
Jeho pozicia je nahraditelna. Sediet na mitingoch a riesit piiicoviny moze robit hoci kto aj s genderovymi studiami. Ale nahajrovat niekoho za skuseneho developera, ktory vie ako to funguje, a potom kym sa do toho dostane, je proces ovela ovela narocnejsi. A nie nejaky tlchuba ktory robi vlastne hovno

Re:Ohodnocení scrum master vs. developer/tester
« Odpověď #22 kdy: Dnes v 11:18:13 »
Tvl kolik ti je? 18? Vitej v zivote. A smir se s tim, ze on je tam dulezitejsi nez ty. Ty ses jen lopata, kterou muze nahradit jina lopata. Nic vic.

Tak ono to prakticky bývá obráceně - ty "lopaty" bývají mnohem hůře nahraditelné než manažeři, jejichž místo lze ve většině případů obsadit papouškem ovládajícím asi 5 frází.

mikrom

  • ****
  • 384
    • Zobrazit profil
    • E-mail
Re:Ohodnocení scrum master vs. developer/tester
« Odpověď #23 kdy: Dnes v 14:06:32 »
Ale nie taky timlider ze to je skuseny developer, alebo ze zastaval taku poziciu. Vacsina z nich nema ani technicky background.
Tak zial, toto su v dnesnej dobe bezne neduhy prace v IT.
Ale to bude zrejme aj chyba toho vasho teamu, ze ste boli jak ovce, nechali ste si medzi seba vpustit takeho parazita, tolerovali ste jeho blbosti a teraz vas sere, ze parazit ma viac ako vy.

Zopper

  • *****
  • 975
    • Zobrazit profil
Re:Ohodnocení scrum master vs. developer/tester
« Odpověď #24 kdy: Dnes v 14:30:03 »
Tvl kolik ti je? 18? Vitej v zivote. A smir se s tim, ze on je tam dulezitejsi nez ty. Ty ses jen lopata, kterou muze nahradit jina lopata. Nic vic.
Jeho pozicia je nahraditelna. Sediet na mitingoch a riesit piiicoviny moze robit hoci kto aj s genderovymi studiami. Ale nahajrovat niekoho za skuseneho developera, ktory vie ako to funguje, a potom kym sa do toho dostane, je proces ovela ovela narocnejsi. A nie nejaky tlchuba ktory robi vlastne hovno
Ta pozice je asi tak nahraditelná, jako pozice vývojáře. Někdo na spoustu těch meetingů bude muset, aby se týmy napříč firmou domluvily a synchronizovaly, a někdo ty vývojáře musí chránit před vyšším vedením. Jestli se té pozici říká manažer, team lead, ... Formální název je jedno. Podstatné je, že pokud to nikdo dělat nebude, tak ten makající vývojář nebude mít na svoje makání čas a bude muset všechny tyhle zdržovací a byrokratické věci řešit osobně, a tím se bude plýtvat čas X vývojářů na to, co by zastal jeden manažer.

Jestli v tomhle konkrétním případě je na té pozici správný člověk, nebo ne, to je jiná otázka. Ale ještě jsem neviděl kolektiv vývojářů, kteří by se dobrovolně a s nadšením k těmto úkolům hlásili. My si chceme programovat, ne trávit den diplomatickým vysvětlováním nějakým ředitelům, proč jejich skvělý mikro-manažerský nápad je na spláchnutí do záchodu.

Re:Ohodnocení scrum master vs. developer/tester
« Odpověď #25 kdy: Dnes v 15:09:27 »
Tvl kolik ti je? 18? Vitej v zivote. A smir se s tim, ze on je tam dulezitejsi nez ty. Ty ses jen lopata, kterou muze nahradit jina lopata. Nic vic.
Jeho pozicia je nahraditelna. Sediet na mitingoch a riesit piiicoviny moze robit hoci kto aj s genderovymi studiami. Ale nahajrovat niekoho za skuseneho developera, ktory vie ako to funguje, a potom kym sa do toho dostane, je proces ovela ovela narocnejsi. A nie nejaky tlchuba ktory robi vlastne hovno
Ta pozice je asi tak nahraditelná, jako pozice vývojáře. Někdo na spoustu těch meetingů bude muset, aby se týmy napříč firmou domluvily a synchronizovaly, a někdo ty vývojáře musí chránit před vyšším vedením. Jestli se té pozici říká manažer, team lead, ... Formální název je jedno. Podstatné je, že pokud to nikdo dělat nebude, tak ten makající vývojář nebude mít na svoje makání čas a bude muset všechny tyhle zdržovací a byrokratické věci řešit osobně, a tím se bude plýtvat čas X vývojářů na to, co by zastal jeden manažer.

Zaměňujete příčinu a následek. Ta zbytečná byrokracie a jalové meetingy existují právě kvůli těm zbytečným manažerským pozicím, a ne naopak.

Ink

  • *****
  • 701
    • Zobrazit profil
    • E-mail
Re:Ohodnocení scrum master vs. developer/tester
« Odpověď #26 kdy: Dnes v 15:34:49 »
Zaměňujete příčinu a následek. Ta zbytečná byrokracie a jalové meetingy existují právě kvůli těm zbytečným manažerským pozicím, a ne naopak.

Vůbec asi nevíš, o čem mluvíš. Alternativou často je, že vševědoucí pan ředitel chodí po firmě a kecá každému do všeho, protože on má největší auto a všude byl 30x. Neví, co chce první a co potom, ale jasně tuší, že to mělo být už včera. Dobrý sport je i válka mezi odděleními, kdo za co může a kdo na koho čeká a kdo komu kdy co řekl.

Tím netvrdím, že nějaký konkrétní meeting a byrokratický proces nemůže být na hlavu, ale máloco je horší než firma o 20+ lidech, kde se všechno "nějak udělá".

peete

Re:Ohodnocení scrum master vs. developer/tester
« Odpověď #27 kdy: Dnes v 18:22:02 »
Ano, pouzival jsem to, a je to peklo. Nejvetsi zlo je, ze ackoliv se na tom pracuje, tak to neni snadno rozsiritelne Pythonem. Napriklad ten interni Python nema nainstalovany zadny GUI balik (jako treba tkinter), PyQT a dalsi nefunguji (tedy funguji, ale pri zavreni okna dojde k padu Base). Lze pouzit pouze UNO dialogy, coz je nejake API Basu, uplne spatne zdokumentovane a kdyz to rozchodite, vypada to silene jak neco 30 let stareho. Pokud nahlasite s Pythonem nejaky problem, pockejte si tak 10 let nez to nekdo opravi. Dalsi moznosti je delat v nejakem dialektu Basicu, ktery je uplne zoufaly a nevyhnoto se prikazum jako GOTO. Podle me tato reseni jsou mrtva, je to legacy pristup.

Pokud chcete nejaka okenka nebo CRUD nad tabulkou, celkem elegantni reseni je Google Disk s temi jeho dokumenty jako Google Sheets a pod. a na tom si vibe codingem uplne snadno udelat nadstavbu v Google Apps Script, coz je takovy zjednoduseny Javascript, ale to je jedno, protoze vam to snadno nakodi AI. Poohlizel bych se po podobnych modernich resenich a idealne aby to fungovalo jako webova stranka, tudiz mate pristup odkudkoliv.

Re:Ohodnocení scrum master vs. developer/tester
« Odpověď #28 kdy: Dnes v 19:54:24 »
Zaměňujete příčinu a následek. Ta zbytečná byrokracie a jalové meetingy existují právě kvůli těm zbytečným manažerským pozicím, a ne naopak.

Vůbec asi nevíš, o čem mluvíš. Alternativou často je, že vševědoucí pan ředitel chodí po firmě a kecá každému do všeho, protože on má největší auto a všude byl 30x. Neví, co chce první a co potom, ale jasně tuší, že to mělo být už včera. Dobrý sport je i válka mezi odděleními, kdo za co může a kdo na koho čeká a kdo komu kdy co řekl.

Tím netvrdím, že nějaký konkrétní meeting a byrokratický proces nemůže být na hlavu, ale máloco je horší než firma o 20+ lidech, kde se všechno "nějak udělá".
Ale vím. A hlavně už taky něco v životě pamatuji a ledacos už jsem zažil, takže z vlastní zkušenosti vím, že to jde bez toho. Vševědoucího pana ředitele jsem zažil, válku mezi odděleními taky. Ale řešením fakt není současný stav. Než vynalézat kolo, doporučil bych podívat se hlouběji do historie, jak se tyhle věci řešívaly kdysi - klidně před sto, sto padesáti lety. Dnes jsou hromady různých oddělení a odděleníček s nejrůznějšími bizarními názvy a s nejasnými kompetencemi, která se vyjadřují ke věcem, jimž očividně nerozumějí, magickým slovem jsou procesy a jejich nastavení... Běžná situace je, že si na dlouhých meetinzích a teamsových seancích vymýšlejí nesmysly bez vazby na realitu, resp. aniž by s ní byli dostatečně obeznámeni, naprostá většina jednání probíhá tichou poštou, je to zdlouhavé, nepružné a neproduktivní... Pořád se něco odzdola nahoru reportuje aniž by to kdo četl, čas od času někdo přijde s nějakým zázračným hype doprovázeným haldou buzzwordů... Celý ten systém připomíná cargo cult - "procesy" jsou často samoúčelné, výsledkem činnosti oddělení kyberbezpečnosti je neustále se snižující kyberbezpečnost a rostoucí množství lejster k vyplnění, kontrole a reportování, výsledkem činnosti oddělení kvality je stav, kdy si každý musí vše raději přezkoušet a na nic se nedá spolehnout... Audity vedou lidé, kteří nemají o dané problematice ani šajna, takže jejich závěry jsou k ničemu...

Zásadní problém je nekompetentnost - všude tam máte nalezlé lidi mimo inkriminovaný obor, odborníci jsou jen na nejnižší úrovni, maximálně ještě nad nimi, ale dále už dotyční nevědí, která bije. Jim nezbývá než se soustředit na ty "procesy", protože co je jejich předmětem, to jde naprosto mimo ně. To v minulosti nebývalo - rozhodně ne v takovém rozsahu jako dnes.