Earlier quoted context omitted.
I agree with you personally, but to play the devil's advocate a little: > If it takes me 10 hours or 40 hours to deliver those results, that's up to me, as long as the deadlines are hit and the deliverables are high-quality. If you are able to consistently deliver the required results in only 10 hours of "work", it's clear that any organization will slowly ramp up the required results more and more until you are work…
This is a cultural change that the company has to go through. They're paying me for the results. Not for the hours. Thinking that they'll "ramp up the required results more and more until you are working 40 hours a week" means that you're still thinking that you're paying for hours. Still, it's the responsibility of all employees to improve the process that they work in, just as part of the company's continuous impro…
There are 1000 tickets in your JIRA queue. They then ask you, what can you do in the 2 week (or 1 week) sprint?
What do you say? Is it the 10 hour or 40 hour timeframe? That happens all the time in development, and people do a few things. They underestimate a lot or they write code that is 90%, where when bad things happen, it's ugly to clean up.
So the results are what you say you can do in your week of work. And of course, they will put the pressure of "but that's easy." Yada yada.
As a results oriented place, some companies pack in what you think is 80 in your 40 hour work week (a lot of companies will try to do this). So what happens then? You switch jobs?
As for improving the process, most engineers don't know exactly how. They speculate and guess, hoping to hit it right. It's really up to the people driving it to affect the company culture. Doing it as an individual within an organization is quite difficult.
That's what I've experienced at certain companies anyways, generally with management with less experience, tbh.