We're sunsetting PodQuest on 2025-07-28. Thank you for your support!
Export Podcast Subscriptions
cover of episode Principles of Communication

Principles of Communication

2024/10/23
logo of podcast REWORK

REWORK

AI Deep Dive AI Chapters Transcript
People
D
David Heinemeier Hansson
J
Jason Fried
K
Kimberly Rhodes
Topics
Jason Fried和David Heinemeier Hansson分享了37signals内部沟通指南的创作背景、核心原则以及实践经验。指南总结了30条沟通原则,涵盖了会议、书面沟通、决策等方面,旨在提高沟通效率,避免误解。他们强调,沟通是不可避免的,即使沉默也是一种沟通方式;不应期望立即回复,除非是紧急情况;语言表达要清晰简洁,避免歧义;不要急于结束谈话,要留出时间充分沟通。他们还分享了37signals的独特沟通方式,例如直接发布文章,无需复杂的审批流程;利用Basecamp进行长篇幅书面沟通,避免即时回复的压力;以及在发布前依靠直觉判断内容是否完善等。这些原则和实践经验,不仅适用于37signals,也为其他组织提供了宝贵的参考。 David Heinemeier Hansson详细阐述了37signals的沟通文化,强调了尊重他人时间的重要性,以及避免立即回复压力的必要性。他认为,Basecamp等工具的设计能够鼓励长篇幅书面沟通,从而避免即时回复的压力,培养良好的沟通习惯。他还谈到了发布的重要性,认为及时发布比追求完美更重要,因为灵感易逝,而且发布本身就是一个很好的编辑和完善过程。他认为,公开发布可以帮助理清思路,专注于重要问题,并区分重要问题和次要问题。 Kimberly Rhodes作为主持人,引导两位创始人分享了37signals内部沟通指南的创作过程、核心原则以及实践经验,并针对指南中的部分原则进行了深入探讨。她提出了关于写作风格、沟通效率、以及如何处理紧急情况等问题,并促使两位创始人分享了更多具体的案例和经验。

Deep Dive

Chapters
This chapter explores the origin story of the 37signals Guide to Internal Communication, highlighting its creation as a response to recurring questions and its dual purpose as an internal reminder and external manual. It emphasizes the principles-based approach and the decision to publish it quickly.
  • The guide originated from answering frequent questions on Twitter.
  • It serves as both an internal and external communication guide.
  • It's principles-based, focusing on key communication philosophies.

Shownotes Transcript

Translations:
中文

Welcome to Rework, a podcast by 37signals about the better way to work and run your business. I'm your host, Kimberly Rhodes, and I'm joined as always by the co-founders of 37signals, Jason Freed and David Heinemeier-Hanson. On the 37signals website, there is a write-up called the 37signals Guide to Internal Communication. There are 30 different points of how we aim to communicate both internally and with

the public. And so today I thought we would talk a little bit about that. I'll link to this in the show notes. We're not going to go over all 30, but I pulled out a few that I wanted us to discuss. But before we get to that, I don't even know how this started, to be honest. Like, did you guys write it together? Did one of you write it? Kind of tell me the story of how this came to be, and then we'll kind of dig into it. I wrote this primarily as an answer to a series of very similar questions I was getting from people, primarily on Twitter. I'd say something and they'd say, well, how do you do it? Or

I don't think that's a good idea. Well, what's a good idea? So I would just kind of answer these things one off, which is why if you go through the list of 30, they're kind of tweet length answers in a sense. So I just started writing this list of like questions I've been asked recently, questions I was asked a long time ago, things I know that people are curious about and embodies things about meetings. It talks about duration of a meeting. It talks about like long form writing, short form writing, when to decide on something, when not to, things like that.

And at the end, I kind of get into more detail, which is about like, how do we use Basecamp for this? How do we talk about kickoffs and heartbeats and a variety of other things? So it was sort of this all-encompassing guide to basically how we talk internally, primarily principles-based. It's not like specific except for the bottom part. The bottom part is way more specific. The top is like,

things to keep in mind, things to think about, principles to consider, philosophies to think about as you're wondering how to communicate internally. And then I put it together in this format because I was originally thinking about writing it as more of a, again, like a long form paragraph based thing

But then I realized it's actually easier to digest this way. And further, like I didn't feel like I wanted to have any filler connecting these 30 things, which are not really connected. They're just separate things. They're like separate thoughts. They're separate thoughts. I mean, you could certainly like pull a bunch together and say there's groups of them or whatever, but this is what you can do in one day. So I'm like, I'm going to write this basically in one day and get this out.

And could I make it maybe group better or whatever? Maybe. I don't think it would add anything and it would take three days. And at that point, I'd be halfway done and I'd give up because I'd be working on something else. Something would pull me off. So this is like, what can you do in a day? I think it's a really important thing to keep in mind for this sort of thing. So that's what this is. I think what's also...

typical about how we write is that this is an extraction of existing principles of how we actually work. This is a recording both for the outside world, but just as much for ourselves to remind ourselves, do you know what? This is how we should be communicating. This is how we should talk. And when someone new joins the organization, they have

I think one piece of guiding material to lead them through this odd organization that is 37 Signals, this odd emphasis on writing so much down in long form content and the almost entire absence of meeting. I know for a fact that there have been a bunch of people who've joined our organization and been a little disorientated by the fact that the normal patterns of communication that they had seen elsewhere have

just weren't present. And we had something quite different instead. And I think it's the kind of document then to write down to reassure people, do you know what, this isn't just because you ended off. This is not because like you're weird. This is just how we do things here. And there's some rhythm to some of the madness, some of the time. And here are some points for you to perhaps understand that a little better.

Okay, before I pull out a couple, I do have a question because I think people do wonder this about you guys and your writing style when you've published so many books as co-authors.

Jason, you started writing this. Is there like an approval process? David, are you just like looking at it and saying it looks good on this one and I'm going to write the next time? Like, how do you guys work that out? I know it's a little off topic, but I know people are curious. I don't remember how this one went. I may have just written this. I think you probably just hit publish. Yeah. I mean, this is what we do the vast majority of the time. We just hit publish. Unless there's something quite specific where Jason perhaps is asking my input on something or I'm doing the same.

We don't have an approval process, generally speaking. Both Jason and I will just go straight from, I have an idea, I want to publish it, and then it's live. And I think that is the product in part of 20 years of trust, but also of the fact that we are so aligned on so many of these things. And also just this freedom and acknowledgement that Jason says, what can we get done in one day?

If there's got to be a ping pong, ding dong back and forth, that just oftentimes is the deciding factor as to whether this is going to happen or not.

I feel about this with my writing all the time. Once I moved some of my writing on to the Hey World stack, and it was more directly under my name, just that I didn't even have to have the mental filter of thinking, should I clear this with someone in some capacity? I started writing so much more. And that is so much more important, I think, for us in almost all the circumstances. What can we ship? What can we get out there? And all

All the things that lay in between that happening and not having get it out of the way. No approval process. The gut reaction and sometimes some rewriting. I think both Jason and I really enjoyed the editing process, but it's also not like three weeks. I don't know how many times, Jason, you went over this, but you do it as you write it. Maybe a couple of times you go through it and now you spend an hour on it and like that's enough.

Let's ship. It's not going to go through a long, trite editorial process here to just get everything perfect. It is so much more important to get it out there because otherwise it'd never see the light of day.

I think that is always the alternative. Do you know what? Could something be better? Yeah, I'm sure it could. But that's not what you're picking between. You're picking between, will this thing be allowed to exist? Because there's so few barriers between a thought and an inspiration. This is one of the chapters. I think actually the last one in Rework. Inspiration is perishable.

We really breathe that. And we try to shift when that inspiration is there through our fingers. All right, get it out there. Nothing should stop it because the other alternative is it's just not going to happen.

One of the other big advantages of writing in this style on the web is that publishing is actually a great way to force yourself into editing. Actually, I've made probably more changes to this document since it's been live because it's real. And now I know people are going to read it when it's behind the curtain. It's easy just not to get real about it in the end, but now it's like out there. So like, I better make sure it's good and tight and sharp.

And so that's another technique we'll use sometimes. It's like, just like, let's ship this. Like we, this happens in software. We QA, we ship very good software, but there's still something that happens and there's a compression that happens in the last five minutes before shipping something where you really begin to truly evaluate it in a different level.

And you just simply can't simulate that. You can do all the error checking and all the basic stuff you do, but there's something about getting up on stage. And that's kind of what publishing is. It's like you're on stage and there's an audience and you're in front of the curtain now and the lights are on and it's go time. So that really, I think, helps us focus as well, which is another reason why

One of the advantages of being small is that things like this don't have to go through. We don't have legal. We don't have anyone on staff who's a lawyer. But, you know, a big organization, you probably want to run this through a few people because that's just how it is. There's no one to run it through here, actually. I mean, like David and I could show and we have like, hey, what do you think of this? What do you think of that? Like the group chat when I wrote, which is also in that same section on 37signals.com slash thoughts.

We did go back and forth on that one a bunch, but eventually it was like, let's just, let's ship this. The impact is there. Right. Whether or not it can be 3% more impactful, it doesn't really even matter.

What I really enjoy about this forcing function too is, as Jason says, it's like turning on the lights, like really brightly and suddenly you see everything. And that's great for fixing things that need to be fixed. But it's just as much a forcing function for all the worries, the naggings, the what if, the could have beens, the this could have been different because it just gets washed away. As soon as you go live, this thing exists. And

and you're going to get drawn into fixing things that absolutely need to be fixed. But there's so many of the things you perhaps thought could have been improved. It just doesn't matter. And it's exactly the same thing in writing as it is in software. We always ship new features.

which is usually a fairly substantial list of things we would have liked to have. And quite often, we'll never look at it again. Once it's live, that is that clarifying function of where is the value here? And it just says, it's not something you can simulate, which...

Took us some time, I think, to really internalize. I think we used to have more of a blame game going when we would stop something in the 11th hour that just wasn't right. We've done that with quite a few features where we're just about to go live. Everything has been prepared. All the momentum is behind just pushing. You don't really want to be the one who goes like, actually, I don't know if this is good enough or this should be different.

But I think that's the thing, at least for Jason and I, at that last moment, you go like, no, no, wait, wait.

no, no, this isn't right. If it isn't right, most of the time it is right. And we push it out and we get all the benefit from it. But just occasionally we'll go like, do you know what? I don't feel good about this. And to me, the magic of that moment is that you leap over your thinking brain, your high level cognitive, let's rationalize all the way through it. And you go straight to the gut.

And it's the gut, that supercomputer in your stomach that is telling you whether this thing works or doesn't, whether it needs to be tweaked in this way or it doesn't. And that's why it can't be simulated because that computer down there is a really lossy function. It can't just be turned on and off. It just occasionally would jump into action. And most of the time we're up here at the cerebral level. And do you know what? You've got to find a way to find your gut. And going live is the best way I know how.

Okay. I'm going to pull out a couple of these. I know these are like tweet length, but I would love for you guys to expand on them a little bit if you can. And even if you have some real life examples of how this has worked in your business, that'd be awesome. The first one, I'm assuming it's number one on purpose, but it is number one. You cannot not communicate. Not discussing the elephant in the room is communicating. This is a classic thing. Like you learned this or I learned it in school.

You cannot not communicate. I forget who said this originally, but it's just a classic thing, which is everything is communication. Not saying something is communication. Saying something is communication. Avoiding something is communication. Everybody knows, basically, or they know something is up. Ignoring it or staying quiet about it does not make it go away is essentially what that is. So it doesn't mean you should say everything either. It's just like, be aware that

Not saying something is communication. Acting a certain way, seeming like you're hiding something, this is all communication. Keep that in mind. Everything is communication. And one of the key parts of that communication is who's making it? Either you get to set the tone and set things straight and be clear, or if you don't,

Someone else is going to step in. They're probably not going to be that clear. They're probably not going to have as much of the pictures you do, but they will simply fill that empty space. The not-not communication is going to turn into their communication. It's going to turn into hearsay. It's going to turn into rumors. It's going to turn into speculation. It's going to turn into all these things you really don't want. And what I like about this notion is it comes up because just saying the thing

It's difficult. That's why you're not saying it. It's hard. And you'd prefer not to. You'd prefer to walk around it. You'd prefer not to address it head on. And in a moment of weakness, you think that's possible. You think you can avoid it. You think you can walk around it, but you can't.

All of that walking around is going to send a big message of actually there's something here. Let's dig in with our blindfolds on to not figure out what the hell is going on. And I think we've had that internally. One of the best examples perhaps is when we let someone go at the company. And we've had to do that quite a few times over 20 years. And at a lot of companies...

It's almost like that person just vanishes, disappears. Maybe a couple of people are in the loop as to why something happens. But broadly speaking, you walk around. Companies walk around the why.

And I think we have had a better record than what I've seen at most places on not walking around, just being upfront. Do you know what? It does not always work out. Here's some of the reasons, not all of them. We don't have to dig through all the nitty gritty details on all levels, but you should have some indication of like, why? Because again, if you don't, other narratives will move in to fill that space. Oh, it's because the company's doing really badly and they have to lay off a bunch of people and who's next?

There are all these potential narratives that can creep in and fill that empty void. So you better be there first and you better be clear enough that whatever doubt is left is on the margins. And it's in this stuff that, yeah, you might be curious about, but also it's not your fucking business. Yeah.

Okay. With that, we're going to go on to my second pick, which is number seven. And this is very, very 37 Signals culture, I feel like. Never expect or require someone to get back to you immediately unless it's a true emergency. The expectation of immediate response is toxic. I think in the world of...

texting and slacking and all of those things, I think this is kind of unheard of. Yeah. I mean, this is about respecting other people's time and recognizing that the expectation of immediate response is not a fair expectation in most cases. Yes, there are emergencies. Yes, there's times when things absolutely need to be dealt with, but most cases that's not the case. Just because you use a medium that would suggest anything

instant, you know, instant messaging. They don't really call it that anymore, but like that's coming from you. That doesn't mean the person receiving it needs to respond instantly. So just, just recognize that.

And if you do need someone to get back to you instantly or very quickly, like you're going to want to communicate that. So it's clear like, Hey, David, there's like, we have to deal with this as something urgent. The medium shouldn't say that, but the word should say that, or you pick up the phone and call someone. That's kind of, I think for us, like ultimately, like since we don't use the phone very often, that does mean something is important or urgent or high fidelity in a way that, that may be texting or email or base camp or whatever it wouldn't be.

And I think this is where habits are super duper important. If you have a habit of using, say, a Slack or chat tool for everything, you're going to be in that loop of constantly expecting a reply because very often you will get one. And there's just that dopamine loop that goes that like, I'll put something in and immediately get something back. It's very low calories. It's not actually good for you, but it's training your brain to expect those things

at all times, in all circumstances, including when it not just doesn't matter, but doesn't matter at all, where I could just as well get a response in two hours as I could tomorrow, as I could two days from now. And I think with Basecamp in particular, we're trying to not just sell you better habits, but to teach ourselves better habits, to have tools that

that will encourage those habits to become true. Long form writing is one of the absolute pillars of how we communicate at 37signals. And we do a lot of that through Basecamp messages. Basecamp messages are,

don't have the expectation that someone's going to reply with a comment in 30 seconds. In fact, the expectation is you could lean back and ponder what was said or written and come up with something insightful maybe in four hours or tomorrow or even next week. And I think teaching your organizations good communication happens. First of all, that's why Jason wrote this post. It's both about teaching others that and teaching ourselves that. But then it's also about the tools.

And this is one of the reasons I sometimes get a little frustrated when people say like, well, it's not chat's fault. You're expecting it. It's just a tool as though the tools didn't have a handle that encouraged you to grip them in a certain way. They all do. They all,

all have a handle that encourage a certain way of use and slack and chat in general encourage the immediacy encourage the expectation that's going to happen and yes could you through just sheer will route around that and not use it in this way and just put something in slack and come back and check it days later maybe but no one does

No one does. This is why the defaults, why the grip matters so much, why the suggestions of use matter so much, and why Basecamp is such a healthy alternative to that style of communication. Basecamp has chat in it too, but it's sort of one thing off the side, and we talk about how to use that in a judicious way, and then it has other things at the center of it. It has the threads. It has the messages. It has the long-form considered writing as its primary function.

And I think getting used to that and getting into those good habits is what will keep it happening day after day. You can will yourself into anything as a one-off and you can try something as an experiment, but will it stick? If you're constantly uphill against your tools, it's not going to stick for most people most of the time. The tools got to lead you in the right direction.

Okay, this next one is really about writing and even copywriting, editing. So I think this is, Jason, probably right up your alley. Number eight, if your words can be perceived in different ways, they'll be understood in the way which does the most harm. So this is from a guy named Osmo Wio, who I think was a Finnish communications researcher or something. He wrote these incredible laws of communication. I've written about them in the past. I think this is sort of borrowed from that

It's like this human truth that if you're not clear about what you're writing, people perceive it negatively typically, or they'll fill in the gaps. It's similar to something we were talking about earlier, which is that if you don't lead clearly with what you're trying to say and trying to explain, rumors will fill in the gaps. Typically, rumors aren't positive. Rumors are almost never positive. They're almost always like, oh, this happened because so-and-so did something which they didn't do, or if they did, it wasn't the thing. And so this is related to that point.

And harm is a strong word. Like it could be very harmful, but mostly it just basically means like you may have to re-explain yourself and explaining yourself twice is a huge waste of time. And it's really frustrating in fact. And I think it's the root of a lot of issues when you have to say the same thing multiple times to multiple people or to the same person multiple times. That's a real sign of dysfunction in an organization. And I think this rule demonstrates that well.

What I really like about it is it nudges you towards simpler language, clearer language, because there is just less room for additional interpretation if you're not being overly flowery with everything. I need to check myself quite often that I like language that kind of tastes a little something, right? It's not always I just want a plain cracker. Sometimes I want something with a little more sparkle.

And I think about that occasionally when I go like, you know what, you might enjoy this because like it's kind of fun stringing those kind of sentences together. But also maybe this is not the place for that. Maybe the place for this is just plain, simple English with as little room for interpretation as possible.

Now, the hard thing about that sometimes is that that kind of writing style, which is the one I try to force myself to use when writing about important issues, particularly internally, when I really don't want the misunderstanding, is it can come off a little curt. It can come off a little short. It can come off a little just like straight in a way that can also be perceived perhaps negatively. But if you're going to err on one side or another, I think it's better to err on the side of a little curt

but clear language when the stakes are high enough. And I think this is where it really comes in. Harm, I think, is the right word to use when the stakes are really high. Where if someone misinterprets your words, like something really bad is going to happen. Because you also can't live under this addict all the time. Right.

I have a large group of people on the Internet where I could go out and say, like, kittens are cute. And they'd come back. What do you mean? You don't like dogs? What's wrong with dogs? Right. Like there's a interpretation of a negative way of regardless of what I'm going to say. You can't live your life like that. You can't live your life just constantly worrying about all the most absurdity.

absurd ways people can choose to interpret something. But when the stakes are high enough, you really should pay attention, especially when it's not just strangers on the internet, but people you truly care about. Another way to think about this real quick is we think about this in terms of software too, which is this idea of surface area. If your sentence has a lot of surface area,

That could be okay, by the way, if you're going for that. Like if you're writing poetically where like words can be interpreted in many different ways and there could be double layers of meaning because there's something flowery and beautiful about what you're trying to say and you're trying to evoke actually a sense of wonder in someone like, oh, how could they, that's interesting. Maybe they thought about it this way, that, whatever. That surface area, there's a lot of stuff you can't see. There's a lot of things going on there and that can be fine. But if you have to say something that's very important, very clear and definitive, that's

you don't want a lot of surface area. You want it to be like a flat sheet where like you can see everything. Everyone can see everything. There's no hidden meanings here. There's no secret crevice where the real meaning is. It's like, this is it. So that's another way to think about this. In the same way with software, we talk about this hidden features or hidden rules or things that behave in a certain way that you don't know that you can't see. That's where a lot of these bugs creep in. People don't run into that situation enough. Things get stale. Software gets bad that way.

So the brighter the light and the less surface area you have, just the fewer things are going to go wrong naturally because you have your eyes on more of those things. And there's less room for misinterpretation.

Okay, last one. Number 26. Time is on your side. Rushing makes conversations worse. Can you guys think of like an example of maybe when we've rushed things? It's funny. I was looking through the list when I knew we were talking about this and trying to remember why I wrote that one specifically. But I think that this in some ways comes down to some criticality. There's times where you're having a hard discussion and it's easy to want to just end it.

because it's messy and uncomfortable. It's uncomfortable or maybe there's a lot of nuance. You just don't want to get into it. And so you can tend to rush through it so you can sort of jump over it.

and get it done. But it's sort of like you cannot not communicate. Like if you rush through things and you don't really get to all the points, those points still exist in other people's heads and they know what you avoided and they know why you probably avoided it or they'll make up a reason why you avoided it. And so I think you have enough time. I think part of this too is chat. People will often talk about this. Like sometimes our conversations in Basecamp

our threads, we'll go over a matter of days to like discuss something. And when you say that people are like shocked because like days, it's like, well, it wasn't like we spent eight hours, three days in a row discussing this. It's just like, we're in the middle of other things. We got back to each other over a period of days. It's fine. Unless it's really, truly urgent. Most things shouldn't be. But this idea of rushing to conclusions all the time, primarily driven by the medium that you're using, if you're using chat,

things will scroll away. So you have to be there or not. So things tend to get rushed. I think that's another part of the meaning of this one is like, you tend to have more time than you think to really hash something out. You don't want to let it go too long. Of course, it's not about drawing things out, but there's often not a rush. You don't need instant gratification for more than half the time for many of the things you're dealing with at work. How I like to think about it is there's a reason why we say the heat of the moment.

Because a given moment is a short period of time. And that's when things are hot. That's where they might be a little testy. And if we're trying to just force that through, we're going to stay in that maximum heated thunderdome of argument. I've certainly been in a thunderdome like that with Jason many times, especially I think earlier on we had Ryan in the room for some very heated arguments.

product decisions that now in retrospect look almost laughable, that we would get that fired up about things that with the passage of time seem incredibly inconsequential. Now, I think there's actually a dash of that that's good, that you want some passion in it. You want people to care. You want to have them argue for their positions. And this is how we're going to find a better way to do it. That's all fair.

Actually, I'm going to make Jason's point here. If you just wait five minutes, can you give it five minutes? If you give it five minutes, it's going to cool off and you are going to look at it slightly differently, sometimes materially differently. And if you give it a day, oftentimes it's

It's just not a big deal. Like that sort of fiery argument we just had yesterday feels suddenly completely inconsequential because you let it cool down and you let it sort of marinate in your supercomputer in the gut. And you're like, you know what? I don't care that much or even better. Do you know what? It does matter, but you're right. Not a few people say, wait a minute, you're

You're right. In the heat of the moment? None. No, nobody does that. That's we're not built for that. When you are in the heat of the moment, you are built for pushing your position forward, being able to let it cool down, lean back, consider what was said and go, you know what? You're right. Let's just do it your way is a distinct quality of not rushing through.

Well, there are 30 principles on the 37 Signals Guide to Internal Communication. I will link to that in the show notes. You can also find it on 37signals.com slash thoughts. Rework is a production of 37 Signals. You can find show notes and transcripts on our website at 37signals.com slash podcast. Full video episodes are on YouTube and Twitter. And if you have a question for Jason or David about a better way to work,

and run your business, leave us a voicemail at 708-628-7850. You can also text that number or send us an email to rework at 37signals.com.