Open plan is good for collaboration/communication heavy types of jobs. In this kind of jobs, disruptions is a way to propagate "just in time" information through the organization. You can still eliminate disruptions in such setting, and it superficially leads to a high "productivity" in terms of LOC produced, but you act on outdated/misleading information (or you deny that information to others), which often leads to working on wrong things in wrong ways.
People often argue this can be fixed by just not needing to communicate. Like all user stories have all necessary information prepared. All the (functional, non-functional) acceptance criteria are defined, all the design documents are perfectly specified etc. But that's a pipe dream, which leads to other kinds of productivity losses.
Apologies, I left out the word "synchronously" in front of "communicate". Synchronous communication is either planned meetings or unplanned disruptions, which many people strongly dislike. A complete lack of communication is of course impossible, so these people strongly prefer asynchronous communication - very detailed spec in advance, emails with the implicit expectation they might get answered with a day-long delay etc.
People often argue this can be fixed by just not needing to communicate. Like all user stories have all necessary information prepared. All the (functional, non-functional) acceptance criteria are defined, all the design documents are perfectly specified etc. But that's a pipe dream, which leads to other kinds of productivity losses.