Part of the problem is also the incentives and performance axes that are defined to evaluate work/productivity.
At a higher experience level, you are expected not just to churn out code but also to demonstrate performance on axes such as influence, scope, leadership etc. In fact, if you just churn out code and not perform on other axes, you are under performing under other axes. So, I could solve a particular problem for my team quickly with no dependencies with other teams/people, but I am now forced to go to other teams and look if they have similar problems to solve and then work on getting alignment on a common solution which would work as a common framework for both team's use cases. While this in theory is good to have one generic solution for a set of similar problems, once a huge company has incentivized this, lot of people are trying to build the next standard/framework and as you'd expect adoption becomes a problem because everyone is trying to evangelize their own framework. The end result, you suddenly have to work with x number of people and let everyone align with what you are doing, that takes time, then you implement something and now have to convince others to use your framework, which again takes time. Add these dependencies and you have what you currently have, a mechanism that moves slowly with most people involved feel helpless and think if it was just up to them they would have it all done in a few days.
At a higher experience level, you are expected not just to churn out code but also to demonstrate performance on axes such as influence, scope, leadership etc. In fact, if you just churn out code and not perform on other axes, you are under performing under other axes. So, I could solve a particular problem for my team quickly with no dependencies with other teams/people, but I am now forced to go to other teams and look if they have similar problems to solve and then work on getting alignment on a common solution which would work as a common framework for both team's use cases. While this in theory is good to have one generic solution for a set of similar problems, once a huge company has incentivized this, lot of people are trying to build the next standard/framework and as you'd expect adoption becomes a problem because everyone is trying to evangelize their own framework. The end result, you suddenly have to work with x number of people and let everyone align with what you are doing, that takes time, then you implement something and now have to convince others to use your framework, which again takes time. Add these dependencies and you have what you currently have, a mechanism that moves slowly with most people involved feel helpless and think if it was just up to them they would have it all done in a few days.