There's still some problem with that approach. OK, I will tell what I'm going change to prevent recurrence of the issue. How does that makes sense to the audience? Unless they just want hear that "some" change will be there and don't care about how that change would make any sense.
It boils down to what exactly is the ownership or accountability of your SVP around the issue. Why are they even bothered to ensure that there will be some change? If they are responsible for ensuring that the issue doesn't happen again, then they do need to say "I want the details".
OP is already at the director level. The further you go up the management chain, the less people are involved in process or technical decision making -- they are primarily concerned with organizational decision making. It sounds like the issue was something that was fully within the management scope of lower levels of management here:
> Something had gone wrong that shouldn't have.
The SVP is trying to determine what change in management is taking place, not what technical change is taking place.
There are a set of principles at play: used by leaders and engineers, when trying to 'do work'.
When you need to get something done, unless you can build the entire thing, you have to trust someone to help you. There's very few people who choose to live a life where they are 100% self-sufficient, living-off-the-land.
Leaders have to trust people, engineers have to trust components.
It's not just people. Shuffling people around is not fix everything. People, process and technology - any of them could hold the key for a solution. That would mean, you do need to understand whether is is people issue, process issue or is it tech issue. That requires listening to details.
zkmon · · focus · HN ↗
It boils down to what exactly is the ownership or accountability of your SVP around the issue. Why are they even bothered to ensure that there will be some change? If they are responsible for ensuring that the issue doesn't happen again, then they do need to say "I want the details".
kube-system · · focus · HN ↗
> Something had gone wrong that shouldn't have.
The SVP is trying to determine what change in management is taking place, not what technical change is taking place.
itsalwaysgood · · focus · HN ↗
When you need to get something done, unless you can build the entire thing, you have to trust someone to help you. There's very few people who choose to live a life where they are 100% self-sufficient, living-off-the-land.
Leaders have to trust people, engineers have to trust components.
zkmon · · focus · HN ↗
kube-system · · focus · HN ↗