For awhile under Balmer, Microsoft implemented a lot of Jack Welsh management philosophies. This included stack ranking, but also encouraging "internal competition" under the idea that it'll drive people to excel. In real life that caused friction, politics, sandbagging, and other problems that were not in the company's best interests. It's fine to be competitive, but in some competitive situations (team sports, companies, etc), the whole point is for the team to win, not individuals.
Sadly, even though most of these philosophies have been discredited over the long term (stack ranking can be fine if you do actually need to do layoffs, so long as you realized there are exceptions to the rule), other bad management practices have also taken over. We're now squarely in the depths of all the worst aspects of "product driven" development, where nebulous metrics are measured for success (such as the bad VSCode decision to append copilot in commit messages, which makes it look like copilot is more heavily used than it is).
Ironically, they could have learned from Jack Welsh to separate the product divisions and make redundant teams on each one to solve the ownership issues.
When people compete internally on Microsoft, what are they competing on if everybody works in a different horizontal?
Exactly. Jack Welsh’s management philosophy just further incentivizes doing what you can to bring everyone else (ie the company) down to make yourself look better.
Sadly, even though most of these philosophies have been discredited over the long term (stack ranking can be fine if you do actually need to do layoffs, so long as you realized there are exceptions to the rule), other bad management practices have also taken over. We're now squarely in the depths of all the worst aspects of "product driven" development, where nebulous metrics are measured for success (such as the bad VSCode decision to append copilot in commit messages, which makes it look like copilot is more heavily used than it is).