In other words: though I acknowledge that the phenomenon described in the article is real, I sometimes feel it's just because developers accept a reality that doesn't need to be accepted.
In other words: though I acknowledge that the phenomenon described in the article is real, I sometimes feel it's just because developers accept a reality that doesn't need to be accepted.
So unless you are overworking (e.g., you work in your jira tasks AND on top of that you fix bugs) I don’t see it.
I would love to work on things that make sense like stabilising the system and all, but I work on whatever sells or whatever the EM/PM wants. These days unfortunately, shipping >>> fixing.
I recognize this isn't true in organizations where everything is micromanaged, work time is tracked in hours or even minutes, and autonomy doesn't exist.
The more the employees are treated like responsible professionals, the more this is possible. And conversely, the more they're like factory workers behind a conveyor belt, the less this is possible.
Obviously 'fake Agile' is an industry wide problem here. But if teams cannot control their capacity expectations, it will always devolve to this
'slack' was a poor term to use IMHO, but it is here.
In companies that care about med/long term survival and success can fix this over time.
Selling it as derisking on strategic and initiative time scales is one way that can help.