Join devRant
Do all the things like
++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatar
Sign Up
Pipeless API

From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple API
Learn More
Related Rants
Let's get ready for another rant. I work at a new company now which claims to be "fast paced" and startup-like culture. At the same time, I don't think I've ever seen a place with more rules and bureaucracy when it comes to engineering.
By the looks of it, my manager seems to value process a lot more than actual outcome. Both my manager and another engineer in the team tend to nitpick over every line of code and will not approve anything until they believe it's absolutely perfect and up to their liking.
Every PR I create has to go through 5 cycles of review. On top of that, the comments that get added are rarely related to product impact, but rateher "let's rename this variable in a test file to this", "maybe we should have this many spaces in a config file". There's been actual cases where I had to go through different cycles and had my PR's blocked for days because of some minor comments about variable names and styling they "liked" more.
This is one of the main reasons why we lose critical time during the development of our features. There seems to be no sense of priorities or urgency. The other reason we keep losing time is because of the massive amount of team meetings we have. Our team has only 3 engineers. How many meetings can you possibly schedule in a day to "realign". We have technical meetings where it apparentely is necessary to all agree on every tiny detail, such as which types we're gonna use etc etc.
That's not all. Last week, weeks of my work was thrown out of the window, because it was slightly different from how "we" usually do it. Even though, I explained and motivated how my solution solved issues the other proposed solution did not, we ended up spending an additional two days reimplementing the same fixes more in line with "the rules".
I recently reviewed a coworker's PR pointing out actual functionality that was not working as expected. Real user impact...
I created an alternative solution that covered all cases, and sent it. It got basically ignored. Then we ended up having a meeting for hours with several engineers where they made me watch how they started fixing the same issues as I had already fixed.
Each week, I'm losing around 2-3 days of development time dealing with this nonsense. But then there's a deadline. Then the manager goes full-on wild and pushes everyone into overtime and will send you 700 messages a day in channels or privately to you if "you need help" and how things should be done.
I'm not looking forward to switching jobs again, but please tell me... how can I cope with this?
Thanks
rant
agile
engineering
time
rules