3 ms·
So this basically reads as someone who's taken a couple of Org Design courses in college arguing that it's actually significant whether the top level of an orga
by ojbyrne 16y ago
So this basically reads as someone who's taken a couple of Org Design courses in college arguing that it's actually significant whether the top level of an organization is "product" or "function" ("geography" is another alternative), and as a result he basically comes across as someone who could use a little "experience" so that he understands that scaling an organization isn't just about some analytical framework that he learned in school, but about people, dynamics, history, politics, egos, a lot of stuff that is really "hard."
And that almost every fast growing company gets it, in some form or another.. "wrong." But they also find success despite their failure.
Whereas the guy who took the couple of Org Design courses probably ends up working for a VC running innumerable other companies straight into the ground.
- babar 16y agoI would encourage you to talk to some people who you trust who have worked on a few different projects at google (especially anything not related to search or ads) and see if they think this answer is theoretical. If you don't have people there you can ask, take a close look at what has happened to the products and teams that google has acquired.
- notauser 16y agoThe problem is that people who say it's a "functional organization" problem are both correct and incorrect at the same time. The kind of problems described certainly seem to have been exacerbated by the way they are structured. But all organization structures have their own problems, and the issues caused by (say) a project based organization* might have been even more detrimental to success. The most professionally managed organizations I have worked for have generally been matrix orgs (sort of functional, with projects 'borrowing' resource for a year or two at a time) and that worked pretty well, but only because they burned a lot of time and money managing the process. In many cases it may be cheaper just to live with doing it imperfectly. *Lack of product integration, break up of technical pool of talent, even bigger resource fights, duplication of effort, lack of communication, and zombie projects amongst other things.