FR version is available. Content is displayed in original English for accuracy.
Advertisement
Advertisement
⚡ Community Insights
Discussion Sentiment
67% Positive
Analyzed from 462 words in the discussion.
Trending Topics
#team#leadership#why#reading#sub#org#headcount#option#agile#within

Discussion (8 Comments)Read Original on HackerNews
It's not "tribal" to refuse to do something that is misaligned with all your explicit incentives. Otherwise we'd have to pay lip service to every internal tooling team just because they exist. It's the leadership team's job to keep pushing if they strongly believe the sub-org leader is acting in bad faith.
The problem is leadership has priorities 1-5. Your team works on 1-3, but the PM keeps getting hassled about 4 and 5, so they look for levers to get them to happen.
In this situation, the PM scrounged up headcount from elsewhere, but if you present the option of adding headcount to the existing team, then you create a more harmonious option of getting these lower priorities accomplished.
Of course, this guy was taken fully by surprise by the suggestion. It's much harder to present a better option after the fact, and I agree that letting leadership feel the consequences of its decisions is a reasonable thing to do in this case.
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.
EDIT: Just like Agile, it's poorly implemented at most companies and can lead to a ton of fighting due to multiple reporting arrows coming off employees.