Hacker News new | ask | show | jobs
by 1_800_UNICORN 2889 days ago
I just want to remind folks that there are, in fact, organizations for whom the open plan actually works. I've spent the last few years practicing XP, on a collaborative team that includes PM, UX, QA, and devs, and we work in an open plan with no complaints. We find that it REALLY helps us minimize meetings and email/Slack since we can quickly turn to the person we need, ask our question, get an answer, and get back to work. As a developer it's hugely refreshing to be able to easily ask for advice or input from the rest of the dev team in a rapid way.

The reason I mention this anecdote is not to dispute any of the studies... I understand the difference between anecdotal evidence and quantitative evidence. Just a counter-point to the inevitable echo chamber of complaints about open floor plans being inhumane, a money-grab, etc etc.

6 comments

Sort of related to your username, those are unicorns. Most companies are dysfunctional or barely functional. Why those same companies have 99% of the time open spaces is not a mystery.

It's cheap.

It's not because XP, pair programming, quick feedback or any other ponies/unicorns, it's because you can cram more people in a smaller place.

Oh, and also control. Managers at least have the illusion of direct control or even better, they have a Stasi-like informant network in case someone "misbehaves".

> We find that it REALLY helps us minimize meetings and email/Slack since we can quickly turn to the person we need

So, it's an all-day, unpredictable meeting?

The only way for open offices to work is when nobody is doing open work. The major fail of open offices are the constant distractions existing around you. If they don't exist, then of course can it work.

Anyway, what you discribe still has a price for your team. You not only break the persons concentration who is asked, instead of giving them the choice to answer when they have free time to concentrate on something new, you also break rise the chance of breaking the concentration of everyone else who is not involved.

We find that it REALLY helps us minimize meetings and email/Slack since we can quickly turn to the person we need, ask our question, get an answer, and get back to work.

Someone downvoted me in another thread about open-offices because I do this. A coworker who sits three feet away often pings me multiple times a day with questions that are much easier answered by turning around, wheeling over pointing to a few things on their screen, explaining how they related and wheeling back over.

They said "I was part of the problem".

Because it's quicker to turn around and have a human conversation with someone sitting a yard away than type, take screenshots, and beam them over the network?

Yes, you're part of the problem. (It's okay, I do this too, but I'm trying to stop!)

We have private offices, but an "open door" policy. I recently noticed that I was pinging my boss several times a day on stuff that could've been handled by email. It dawned on my that my doing this, multiplied by the several other people who do this, was bad for productivity. So I started consciously sending things by email.

Humans are not interrupt-driven real-time systems. We're circa 1965 batch-processing machines. Email is great because it allows you to queue up a set of tasks and work in batches with natural breaks. Interruptions are bad because they break batch processing. Interruptions are also selfish. They prioritize the interuptee's desire to get immediate answers with the interrupted's need to work in batches.

Some people don't mind it--or they think they don't mind it. I used to be one of those people until I started using Pomodoro. Now you interrupt me in the middle of a session, and I'm like >:-@

I guess I'm just going to resign myself to this then, and own it.

Now look, I don't disagree with your points about people's ability to handle, triage and effectively respond to interruptions. It's a completely valid argument to make.

Where I'm having a hard time agreeing with the seeming majority here: is that when I'm interrupted in something I'm doing, by someone who sits two feet away, whipping around and saying "here's how you do that, it goes here, and does this" makes me the problem person (I use problem in the most delicate of ways, I hope the meaning is taken well and in good faith), when it was my work time and efficiency that was interrupted by someone seeking guidance.

If it's in a group channel, makes a bit more sense. When it's a direct message, well then here we are.

But I'll mull this over.

My mistake, I thought you were the interrupter. In that case, it's very nice of you to sacrifice your time to enable anti-social behavior on the part of your coworkers!
It seems a LOT of people are replying to my post somehow thinking I am the person interrupting-maybe that's on me to phrase the problem more clearly next time.

But as a team leader, when my people send me 1-on-1 messages to ask for help, I do what I can to make sure they get that help. For me, it's more effective to be there with them in person within reason (in this case: sitting right next to me is 'within reason') to render that aid, when requested.

If 10 people are nearby, your loud answer might be disruptive those other 8 people.

Why not walk to a common area, book a conference room for 5 minutes, or just respond in Slack?

It seems like 8 people getting to have quiet conditions ought to be worth more than some minor convenience of not needing to walk away to a different area to answer vocally.

But the optimization function is wrong here. It's not about how much uninterrupted work I get done. It's whether or not the product ships, and that's a function of how much work the team gets done. So if a teammate is stuck, interrupting me with a question can get them unstuck faster than if they struggled with it for 20-30 mins or more.

I think that valuing your uninterrupted time over the team and the product shipping is the truly selfish mindset.

edit> markdown

Right. But when someone is stuck and they interrupt someone else, now you have two people who are out of the zone and not working. You have to balance the lost productivity of the interruption against the lost productivity of the person being stuck. (There might be a quite a thumb on the scale of that, because questions often go "upward" to more productive contributors.) Moreover, it's not like the interrupter needs to sit and twiddle her thumbs while waiting for a response. She can switch to doing something else while waiting for a response.

There is a game-theoretic angle to it. The problem is that interrupting someone costs the team, but creates no cost for the interrupter. Individual interrupters have no incentive to try and balance the global cost to the team of their interruption versus their potential idleness.

For most engineers, putting product quality and delivery as the top priority is equivalent to valuing your own uninterrupted time highest.

If you stop valuing your own uninterrupted “flow” opportunities, the product suffers, because the work cannot be completed that way.

In this sense you’ve got it backwards. You claim that looking out for your own experience of uninterrupted work is somehow suboptimal or selfish or bad, but it’s not. It’s actually the most customer-focused or product-focused, unselfish way to think.

Believing that you are entitled to turn around in your chair and interrupt the workflow of a teammate at your own whimsical discretion, now that is very selfish and does not place the customer, product or team ahead of yourself.

If you’re interrupting people all day, you’re selfishly prioritizing only what’s convenient for you, and discounting all the damage and delay to shipping the product that your interruptions are creating.

I think that valuing your uninterrupted time over the team and the product shipping is the truly selfish mindset.

I struggled mightily to find a tactful way of putting this to words, but this states it nicely.

My focus in responding to a teammate asking for help isn't on my time, or at least, it's less about my time and more about the objective behind what motivated a teammate to ask for help in the first place: shipping the feature/product.

If it helps clarify ambiguity or confusion for me to wheel over to this person and verbalize the solution they're looking for and work out the blocker with them by sitting right next to them for 5 minutes when they ask for my help, and we get the best possible outcome as a team, that's what I'm going to do.

Excellently said, snowman.

If you're a manager and you're getting compensated for keeping the wheels greased for your team, that's great. But if you're a regular IC being selfish about conserving your limited attention and energy isn't immoral at all. Being the guy who helps everyone else get stuff done often goes unrecognized in any meaningful way. Worse, being that guy all the time (rather than some budgeted proportion of your time) can prevent you from getting the stuff you will be recognized for shipping from shipping, and can cost you the focus needed to benefit in other ways (learning/practicing your deeper technical skills).
I'd like to reply to this in a similar manner as I did to another: it feels like there are extra variables being thrown into this that were never brought up from the start of this large discussion thread.

Being the guy who helps everyone else get stuff done often goes unrecognized in any meaningful way.

Valid, but irrelevant, I feel. I am a senior on my team, a junior asks for help. It might not be necessarily moral or even ethical to give them the time of day the second they ask for it, but it is a professional courtesy that I don't go looking to receive superlatives and accolades for.

If a contributor to the team has a question that affects their ability to contribute, that person should get the help they need. I happen to be sitting close enough to them that we can discuss the solution quietly enough so as not to be a distraction, and I do so.

What came from this were all sorts of wild extrapolations and suppositions that doing this created an otherworldly distraction to the rest of the workforce; and it is that mindset that I'm challenging. Not that people don't deserve a distraction free workspace, but to what ends we're willing to go to avoid that distraction while also operating in a manner that helps coworkers succeed, and enables colleagues to be accessible to one another.

Maybe it's a product of my compartmentalized mindset, I'm able to work through someone a few feet away talking about work things when asked about work things. It's when people have loud, echoing conversations about things not really relevant to the tasks at hand that I will HAPPILY concede to anyone who argues that those discussions should be taken elsewhere-like a break room or cafeteria if your office is equipped with one.

But two developers sitting next to each other, talking their way through a data validation issue, unless they're discussing it so loudly that it is legitimately obnoxious for two people whose faces are inches away from each other?

I'm not so sure this is such a work-shattering distraction as the implication seems to be from a majority of folks here-to the point where I'm inclined to call shenanigans and histrionics on the folks who can't function sans complete, utter total silence. The open office can die, in my opinion, but so does the idea that any instance of two people talking about work is just as, or close to being as unacceptable to the point of-as someone suggested-booking a conference room to have a 2 minute discussion when asked "How do I do x?".

It's funny - I'd have said that this is a fairly good outcome, including the "pings you on Slack" part. It separates "this question is best answered in person" from "this question is best raised in person", which does a lot of good.

It means that if you need 30 seconds to save, commit, and pull the relevant branch (or 50 minutes for an urgent bugfix), the other person doesn't have to hover awkwardly or walk away. And it means that if you don't know the answer and have to check something, you can do that before talking to them. And then, yes, you can talk in person. Because that still really is the best answer a lot of the time.

I think I understand their complaint, because depending on how an open plan office is laid out this might be efficient for 2 people and distracting for 10 around them, but I don't think that's inevitable. Even with open plan, it's possible to have relatively low interference and seat people who talk often close together. (Companies seating by rank or function instead of need for contact are, obviously, doing it wrong.)

For all the complaints about Slack as a distraction, my experience has been that it's a huge boon relative to what it replaces. It's pretty well understood that in-person and phone contact mean "answer now" and email means "answer in some hours" or even "tomorrow morning". Channel messages as "someone answer in 10-60 minutes" and DMs as "answer in a few minutes barring a crisis" are a huge improvement in terms of focus.

Cause slack does not interrupt while I am focused while your question does interrupt while I am focused. It takes effort and time to get back to focused state. Frequent random interrupts kill productivity.

So, while it is making you faster, it is killing focus and productivity of the person you are asking to. Which is fine as long as the other person does not have deadline or other need to produce more.

I almost always have noise cancelling headphones and my colleagues ping me on Slack, "got a minute?" and when I'm ready (often instantly, sometimes not) I roll over to their desk. Decent compromise.
it is killing focus and productivity of the person you are asking to.

At the expense of mine by asking me a question, and asking me for help.

Seems rather one-sided, no? A colleague has asked for my help. Their concentration is already broken because there is a problem they need help solving, and probably their work progress is halted because they're unsure what to do about a given problem, and think I am someone who can help them.

I genuinely do not understand the objection to whipping around and offering to help that person solve a problem that prevents them from accomplishing a task, project, assignment or obligation.

I ask for help understanding the conceit here, that the person who turns around and helps their colleague is at fault of 'breaking someone's concentration' when they were asked to provide help to a coworker.

> I ask for help understanding the conceit here, that the person who turns around and helps their colleague is at fault of 'breaking someone's concentration' when they were asked to provide help to a coworker.

How on earth did you came to that interpretation?

The person who asks question is interrupting the other one. Asking via slack is less intrusive as it gives the colleague the chance to finish whatever the colleague is doing before answering.

How on earth did you came to that interpretation?

Because SO many of the replies to my original inquiry seem-by verbiage-to have taken what I said as an indicator that I was the one causing the interruption, not the one responding to it.

Or, maybe I misunderstood their replies wholesale, and are in fact suggesting that responding to someone who asks for help electronically with ad hoc assistance contributes to the spiraling decline of office productivity by turning to the person sitting 36" away and offering the requested assistance.

Ah, I did actually misunderstood your original comment. I apologise.
They’re answering questions, not asking them.
> They said "I was part of the problem".

You are.

> Because it's quicker to turn around and have a human conversation with someone sitting a yard away than type, take screenshots, and beam them over the network?

No. Because, if everybody does that the office gets loud and distracting and also nothing gets documented and people have to waste time asking and answering the same questions again and again.

I'm hesitant to look at this a problem of "either answer the question verbally" OR "document the solution for later reference" because people and teams have the capability to discuss problems face-to-face, distill that answer and create documentation based on that collaboration at a later time or date-like during a sprint review.

In fact, I think many in this profession do exactly that: issue is brought up, solutions are discussed either via chat or ad hoc, a solution is found, and documentation is created around those discussions.

Nor do I think this is an issue of asking the same questions repeatedly when it could have been answered once.

What is presented here is a simple enough scenario where someone asks for help, and I do what is in my means to render aid. Adding additional variables or considerations to the equation that weren't proffered as elements of the initial problem isn't an entirely helpful tactic to the discussion.

I'm not big on pretending there aren't real differences with respect to the kinds of work done in this industry. Some engineering is harder than others and open offices simply don't fit all cases. Or even most, per the article.
How do you actually get any work done?
Answering a question in person likely breaks your concentration for a few minutes.

Having to wait for 5-10 minutes for an answer in Slack breaks the concentration of the person asking the question, _and_ your concentration because you still need to get distracted and answer the question.

Async communication is great in many cases, likely most cases. Sync communication does have important uses, though.

Answering a question in person likely breaks your concentration for a few minutes.

I'm going to argue that their concentration is already broken because there's a problem, needing remediation and help from a colleague on to the point of bothering to ask in the first place. And if you're sitting three feet away from me, I'm sorry but I'd much rather just flip around, ask if you have a minute, answer the question, and drive closer to the desired team outcome.

Change my mind.

The other person then has to either interrupt everything to help you (so now you’re both distracted for a while) or say no (while maintaining a mental task queue to remember to get back to you later, which is mentally taxing). Overall, it feels a bit selfish to interrupt someone to get your trouble solved when there are more subtle ways of doing it.
Overall, it feels a bit selfish to interrupt someone to get your trouble solved when there are more subtle ways of doing it.

I'm a bit confused by this. It is selfish, in the workplace to ask a colleague for help who sits an arm's length away?

Be it via Slack or shoulder tap, you're breaking their concentration regardless. Whatever task they were doing, is now being stopped because of the ask for help.

Maybe I'm looking at this from too high of a vantage point. Help me out here.

Slack, email, or IM don't break my concentration because I ignore them when I don't have time to answer questions. It's not as easy to ignore someone physically tapping on your shoulder.

There's a very simple way to not interrupt someone working: try to catch their eye. If you can't, they're probably busy. Write down your question and move onto another aspect of what you're working on. You might even realize the answer to your own question while working. Maybe you will collect multiple questions, and you can ask them all at once rather than interrupting someone multiple times.

I've certainly had days where I got nothing done because people asked me a question every 10-20 minutes.

I’ll quote (and ignore the strawman):

>It is selfish, in the workplace to ask a colleague for help who sits an arm's length away-Slack or shoulder tap, you're breaking their concentration regardless

Not really, because you can disable notifications and check when you have free time. A physical interruption is abrupt and for sure will distract.

Why do you think Slack is just as interruptive as a shoulder tap? When I have to focus on my work and I’m in a state where I cannot answer someone else’s question for a while, I minimize Slack and email, usually for several hours.

You can still send me a message on Slack, and I’ll respond in a few hours when I can.

But if you speak verbally directly to me at my desk or tap me on the shoulder, then I have to break my concentration, engage in social norms about hearing out your question. Even if I instantly tell you I can’t help right now, I’ll lose 5-15 minutes getting back to concentration every time you do this.

You have a very unusual and incorrect understanding about how much more severely distracting itbis to receive a verbal / shoulder tap interruption for a question than something asynchronous like Slack or email.

This is exactly what I'm saying. In the case of a quick question, in-person communication is more efficient for both sides. Doing the same thing async has a noticeably higher overhead.
There is almost no scenario where interrupting a developer in person is better than sending them an IM that they can respond to later.

The only reason would be actual urgency (not the pretend emergencies that businesses claim, either).

As an individual, what you say your ratio is of "Sure I can help now" to "I'll help you later" when a colleague asks for help?

Merely curious.