People assume that software architecture is like building architecture, in some ways it is, but NO ONE has ever showed up to a construction site that was half way done and said "Hey guys the steel framing we ordered has been delayed so please continue building the rest of the building by replacing anything that was original designed for steel beams with bamboo.
I think the building construction analogy might be similar to a home which has seen multiple remodels.
Now imagine a scenario where you have an absentee owner with a lot of money, a permanently staffed architect and a bunch of extremely able, slightly competitive contractors all on staff - each trying to prove their annual salary.
The original one story building would quickly become an ten story nightmare of a building.
You have a reasonable idea of what you want to achieve, and it looks good on paper, but until you have actually walked through it, touched and felt it, you don't know whether it really does what you wanted.
And of course, it changes as it matures, and what was great at first can become overgrown and resource-hungry.
Some choices by sales, some by engineering, some by management. All doing their best. Each reasonable on a sufficiently small time horizon.