alt Hacker NewsTalking about changing the system "so it doesn't happen again" can only lead to more "rational choices". This is a thinly veiled tantrum spoken in a calm voice.
If you want to reduce incidents, you need to lean into the problems instead of dismissing them or delegating even more all over again. Doubling down on trying to keep your hands clean is shit leadership.
The basis of this blog post is delusional. The language from the SVP is the desire to fast-forward past the thought process that comes with listening to "the story". This could only lead to more problems. They're basically admitting they weren't going to listen in the first place. "The story" doesn't always lead to blame game, and sometimes the changes needed are the context in which rational and trustworthy people are working in. That is not a change to the system, but to the organization.
Replies
I think there's something valuable in your take. The idea that technical failures and process failures are parallel tracks is not new.
Certainly not the kind of thing where an exec needs to pull out the "I don't want problems, I want solutions" card to illuminate that they are only valuable to the process domain resolution, not the technical one.
The accommodating reader can read that interaction as entirely because of mismatched insight into the issue. I'm willing to budge that maybe too much time in the agile dens does really does necessitate the conversational roundabouts. It's taught people to taboo process they don't see the immediate need for.
How do you say that so they actually change?
They also have rational choice to not have to get their hands dirty. What incentive is there?
I don't think the two of us read the same post.
You're inferring a lot of emotion into this writing that I simply did not read.