3 ms·
I don’t really know what that means. Management is not about control, it’s about outcomes. I am responsible for the outcomes of my teams, full stop. I am respo
by tyre 2y ago
I don’t really know what that means. Management is not about control, it’s about outcomes.
I am responsible for the outcomes of my teams, full stop. I am responsible for the growth and development of the engineers who report to me.
If that means sometimes standing back and letting the cook, then that’s the right thing to do. I’m not here to involve myself because otherwise people will ask “well what are you doing??”
(The answer to that is that the more independent teams can run at a high velocity of quality output, the fewer managers your company needs. That is good!)
- roenxi 2y ago> Management is not about control, it’s about outcomes. Management is about controlling the outcomes. Nobody could claim to be managing a situation well if they are responsible but exercising literally no influence over the process. If the manager could be replaced with a garden gnome and it doesn't change the outcome then the situation is effectively unmanaged. We seem to be in furious agreement so I don't know why my perspective is eluding you. You're looking at a situation that might have an outcome that is unacceptable. You've identified that there is no measurable way to assess progress or quality. You've concluded that there is nothing you can say, do or observe that will help. The situation is then left unmanaged because there is nothing to measure and you're waiting for something you can measure before you act. This is the basics of management, what you can measure you can manage what you can't you can't. It just happens that in the small software is unmanageable, as quickly becomes clear if you have management experience of a non-software process and compare it to managing a software team.