> All of a sudden, in the slides there were a new team.

> I had a new team that nobody asked me for my input, nor informed me before that decision was made. It just appeared out of nowhere.

I had to read into the middle to discover the key information that the team reported to another product leader:

> The first odd decision was that the team didn’t report to any of the tribe leaders. They reported directly to our product business vertical product leader.

Was this really "his" team? Or did someone else put together a team and assign them to work with his teams, which offended his sense of empire-building and control?

There is a lot of writing and diagrams in this blog post, but throughout the post he talks about everything except how he tried to work with this other leader. It's all just complaints and washing his hands of the problems.

I agree that the way this team was introduced wasn't optimal (if we can trust the narrator), but the way this person handled everything afterward feels like office politics to the max: I didn't create this team, so I will relentless identify problems with it and make no attempt to address them until they're destroyed. I feel sorry for the people hired into this position who got caught in this EM's crosshairs while they were just trying to do their job.

This definitely reads like someone up top – with the obvious power of creating teams – circumvented the author, and for good reason. Your peers' and bosses' motives shouldn't come as a surprise, nor remain mysterious for months!

The manager decided there wasn't enough alignment (no "human connections"), and therefore each team should build an individual dashboard, then later (how much later?) realized the teams did not have the skills/motivation to do so.

The justification for why the manager steered the project in a completely new direction might be missing context. Unless I'm reading this wrong, their devs just needed to expose some APIs and they could get back to their work, no longer on call for handling support requests.

I'm left a bit confused why the original plan wouldn't have worked.

> The dashboard wasn’t that complex: View information, perform some API calls. Replicate what we were doing in the DB and API manually but in a web page.

> People weren’t comfortable with frontend development. Indeed, some shared that they were backend developers, and they wouldn’t do any HTML work.

Thankfully Claude Code exists. And something like Vue, if you want to keep things simple enough for some internal dashboard. Grab PrimeVue and it mostly gets out of your way.