A Pattern Language is where Cunningham got the idea of design patterns, and Alexander has had far more impact on the world via software than construction - even though the approach in Notes on the Synthesis of Form [which Alexander largely disowned] is probably more like the way software really gets developed...stringing together components rather than implementing patterns - it's engineering over architecture.
On the whole, architects tend to be a fairly illiterate group and the practice of architecture is largely a craft creating one off designs, so there aren't really any standard references on office layout or design - and certainly not any theories as theories of office space. There's just a guild that where the academy was still debating the utility of CAD in the year 2000 - I know, I was there. It's still not sold on Building information modeling - aka "using a database."
In so far as architecture is a science, actual buildings are its experiments [an idea stolen from E. H. Gombrich] Unlike a program, there's one shot at the artifact - the building gets built and the budget spent and there's no way to do test driven development or serious integration testing, let alone refactoring or versioning. The plans are like code and the construction process is their one and only pass through the compiler.
Anyway, you might find something in an architectural school library on office layout, but in practice a few pages from something like Time Saver Standards for Building Types is about as much reading as a practicing architect is going to do. The big drivers of schema are soft - the psychology of clients and the architect's empathy for those who have to inhabit the space...that's the whole of whether offices in the core and serfs by the windows gets built or not [and that's not the way to bet].
With a specific open office space, bringing in the modular systems vendor is how the actual layout of cubicles is done. The reason is that architecture is commoditized to the point that chasing through endless swaps of Suzy and Joe and Clay among the cubicles [and whose name goes where is an O(n^3) PITA] and only the person actually selling systems furniture can afford the handholding (unless you're Frank Gehrey and explicitly getting paid to do it and able to assign a $15 an hour intern with an March from Harvard's GSA).
If I were inclined to argumentation I'd point out that architecture was a couple of thousand years old when Vitrivuvious dedicated his 10 books to Augustus Caesar and thus you can pretty much be assured that any proposition that links software and architecture is grounded in all that history and floating free upon the mere sixty years that the concept of software has existed.
Habraken's Structure of the Ordinary is the way territoriality and control express themselves spatially and I find it informative for the sort of problems upon whose solution good office design depends. It's not rules for layout but the effects that various configurations create.
Anyway, if there ever was a field of obsolescence ripe for disruption, it would be architecture here and now - and of course it's already happening. The infrastructure needed to provide many services ain't no building any more. The guild thinks technological progress is faster horses to speed up the production of drawings - or to anchor the analogy better pens. The idea of providing better solutions is inconsistent with the model of architecture as craft because a better solution might not require a building and with a business model that couples fees to a percentage of construction cost, there's no money in it.
On the whole, architects tend to be a fairly illiterate group and the practice of architecture is largely a craft creating one off designs, so there aren't really any standard references on office layout or design - and certainly not any theories as theories of office space. There's just a guild that where the academy was still debating the utility of CAD in the year 2000 - I know, I was there. It's still not sold on Building information modeling - aka "using a database."
In so far as architecture is a science, actual buildings are its experiments [an idea stolen from E. H. Gombrich] Unlike a program, there's one shot at the artifact - the building gets built and the budget spent and there's no way to do test driven development or serious integration testing, let alone refactoring or versioning. The plans are like code and the construction process is their one and only pass through the compiler.
Anyway, you might find something in an architectural school library on office layout, but in practice a few pages from something like Time Saver Standards for Building Types is about as much reading as a practicing architect is going to do. The big drivers of schema are soft - the psychology of clients and the architect's empathy for those who have to inhabit the space...that's the whole of whether offices in the core and serfs by the windows gets built or not [and that's not the way to bet].
With a specific open office space, bringing in the modular systems vendor is how the actual layout of cubicles is done. The reason is that architecture is commoditized to the point that chasing through endless swaps of Suzy and Joe and Clay among the cubicles [and whose name goes where is an O(n^3) PITA] and only the person actually selling systems furniture can afford the handholding (unless you're Frank Gehrey and explicitly getting paid to do it and able to assign a $15 an hour intern with an March from Harvard's GSA).
If I were inclined to argumentation I'd point out that architecture was a couple of thousand years old when Vitrivuvious dedicated his 10 books to Augustus Caesar and thus you can pretty much be assured that any proposition that links software and architecture is grounded in all that history and floating free upon the mere sixty years that the concept of software has existed.
Habraken's Structure of the Ordinary is the way territoriality and control express themselves spatially and I find it informative for the sort of problems upon whose solution good office design depends. It's not rules for layout but the effects that various configurations create.
http://www.habraken.com/html/structure_of_the_ordinary.htm
Anyway, if there ever was a field of obsolescence ripe for disruption, it would be architecture here and now - and of course it's already happening. The infrastructure needed to provide many services ain't no building any more. The guild thinks technological progress is faster horses to speed up the production of drawings - or to anchor the analogy better pens. The idea of providing better solutions is inconsistent with the model of architecture as craft because a better solution might not require a building and with a business model that couples fees to a percentage of construction cost, there's no money in it.
Gosh, that was fun.