5 ms·

Remote: the new book by 37signals, coming fall 2013

85 points by dmishe 14y ago

MysticFear 14y ago
Well if any company is inspired, I'm ready to be remotely hired.
thejosh 14y ago
I hate when websites put seasons rather than a date, it confuses international visitors........
- skrebbel 14y ago
  Hah, that's not very "remote" of them indeed.
  - dmix 14y ago
    All of my startup experience has told me using seasons for launch dates is a bad idea regardless of practicality. Especially when you're a proven startup with something to lose.
- T-Winsnes 14y ago
  I agree, people south of the equator are apparently getting this 6 months before people north of it.
  - ankitml 14y ago
    so does it mean google should advertize 'google winter of code' in australia??
ericclemmons 14y ago
The problem I still can't seem to adequately solve is remote teams working entirely in sync with local teams. For example, I need to hire an additional 2-4 JavaScript or PHP developers, but most of our team is in Houston, TX, which is not really a hot spot for these. I already have some remote workers, but their projects tend to live more in isolation until the PR needs to be discussed, while the local team constantly works together, on their own accord, through the whole process. How can this gap be bridged where remote and local can cohesively share the same projects without the "latency?"
- dmix 14y ago
  If you're not factoring latency (<24hrs) into the equation you shouldn't be hiring remote workers. It should be the assumption that goals should be on a weekly or >1 day basis for remote workers. Although scrum/sync ups can still happen daily.
- redguava 14y ago
  It sounds like your process isn't handling them well, or you just aren't making them a real part of your team. At my company, we have half our staff in Melbourne, Australia... and half spread out globally around many different time zones. The remote workers are every bit a part of the team as the Melbourne workers. I think adopting a more asynchronous workflow makes sense, both to include remote workers but also it can be very efficient (remove distractions). A tool like Campfire to handle communication is really important too, anyone can log in and see what they missed and you don't need to be there at the same time to have a conversation. Also, you need to trust them and give a lot of autonomy, it can't be managed in a traditional way.
  - ericclemmons 14y ago
    I think the autonomy is where the problem likely stems from. Everyone handles their own tasks however they see fit, which leads to collaboration in the local office because of the ease in doing so. Perhaps centralizing all communication in Campfire (or one of the recent "Show HN" posts) rather than our daily Skype call would help alleviate that...
- scarecrowbob 14y ago
  I've been working remotely from about 90mi outside of Austin (for folks in Austin, doing front-end work on top of PHP). By being generally fast with email and generally quick/responsive I've gotten a lot of freelance work, so maybe it's just a general skills issue; it's not easy communicating certain things in email/phone/text/message and developing that as a skill takes a lot of work... it's totally subjective, but it feels that it's taken as much effort to learn when to reply to an email and when to sit on it for a half hour as it took when I first learned how to use jQuery. IMO, this skill is made tougher to practice when the people I deal with are not also skilled at communicating; there is a lot of communication that I get remotely that takes a bit more decoding because whoever wrote it doesn't put a lot of thought into the communication. I dunno what the good answer is; just saying "hire more experienced remote workers" sounds like a dumb answer...
philip1209 14y ago
Seems to me like 37Signals is gauging the community response, then deciding whether to write the book.
- digitalengineer 14y ago
  What's wrong with testing the waters? I wish all writers would do the same. Writing a book is a huge undertaking and any insights you could gain beforehand are welcome.
- james4k 14y ago
  That would be such a tight schedule...surely they would have something in draft form at least. If this was someone's fulltime job, maybe I could see it, but really there's no reason for them to "test the waters". That was done with their blog, and also HN where you see the topic come up quite often with lots of discussion.
- jackowayed 14y ago
  That seems unlikely. They already have a rough time that's not too far off and a publisher lined up. Also, DHH tweeted about writing a book a few weeks ago: https://twitter.com/dhh/status/292360292430647296 https://twitter.com/dhh/status/292360292430647296
- dhh 14y ago
  The first draft is already 90% complete and the book has been sold to the publisher. The decision to write this book was taken months ago.
DodgyEggplant 14y ago
http://37signals.com/svn/posts/2593-official-pictures-of-our-new-office http://37signals.com/svn/posts/2593-official-pictures-of-our...
- Pkeod 14y ago
  Offices are not required, but are still useful for certain things which demand a physical location somewhere. Have or work at an awesome company with an awesome office as a home base but still be able to be nomadic or just live and work elsewhere for most of the time? That's awesome.
- jackowayed 14y ago
  Without further explanation this is not relevant. There is no contradiction in simultaneously believing that it is worth it to provide one's in-office workers the best office money can buy and that to find enough excellent talent, one should accept that not all employees will live within easy commuting distance of the office.
zingano 14y ago
http://37signals.com/svn/posts/3307-im-hiring-a-personal-ios-prototyper http://37signals.com/svn/posts/3307-im-hiring-a-personal-ios... So long as he or she can come into the office in Chicago every day.
- joesb 14y ago
  In that case he wants someone to also be continuously interact with him. Not all kind of work fit working remotely. Next you probably are going to comment about how they still don't allow cleaning maid to work from home, right?
  - davidw 14y ago
    If the book is good, it'll dedicate significant space to when not to hire remotely.
- dhh 14y ago
  37signals has 36 employees, less than ten of them is likely to be in the office at any one day. Working remotely is not an all or nothing proposition. You can have some people in an office, others remotely. But of course you knew that and was just trolling, so don't let me disturb you.
wyclif 14y ago
I'd love to see this book achieve a wide reading, and by that I mean outside of the startup bubble. It's frustrating to see how averse some companies are to even the idea of remote work, let alone the reality of it. Anyway, I'll definitely be picking this one up when they release it.
gnufied 14y ago
Half of my team works remotely, but one of the problems we have been struggling with is - how do you mentor junior programmers? It is not about technology or programming language, but some of the words that a person with > 7 years experience uses can throw off a new programmer. And people ask less questions when working remotely. Anyone has a solution for this?
- bad_user 14y ago
  I work remotely, but I also work from an office. I simply rented an apartment close to home. Personally I can't work from home because I need to make a strict separation to keep my sanity and I'm also the father of a 3-year old boy whom I can't disappoint every time he asks me to play with him. Working remotely doesn't mean working from home. It depends on your preferences, but if you've got several people working remotely at a company, at least one senior is going to be working from a place where he could invite others to join him (like his own office, or a coffee shop, or something). So how we do it right now: if the junior is from my country, I invite him to work with me for 2-3 months, to bring him up to speed. After that he can do whatever he wants. Take this with a grain of salt though, as we are a small company and I don't really have much experience on this.
- jasonjei 14y ago
  I've mentored junior programmers (e.g, some of my guys/coworkers are still in school studying Comp Sci despite my attempts to get them to drop out), and it doesn't have to be done in person. As long as there is good motivation and discipline and trust remote working can work perfectly well over Skype. Code reviews done through Skype will be incredibly resourceful. However, if there is lack of trust or discipline, this will not work. But then again, if you are having this problem you should really reconsider whom you hire! I hire my guys as interns, and I can quickly figure out who I want and who I'll wish the best of luck after the internship is over (my internships are just really long interviews): the ones who can figure things out themselves, the ones who go through an issue tracker and look for new things to do, the ones who will constantly ask things on Skype. You can't mentor self-sufficiency! Bottom line: the people you want to hire aren't going to be needing constant babysitting. Those people will do it themselves. Everyone is much happier because people work where they want to work. We still have 1 day a week where we all meet up in person (granted, that's still optional, but everyone shows up for camaraderie, and I bribe them with lunch). I work from many places, on my own time--and so does everyone else. As long as their output is roughly meeting the mean productivity of everyone else, it will work. Here's another thought: when you bring someone on board, get them to work on a fun project. For example, I have my guys build apps with Twilio that book tables at OpenTable automatically using mechanize. Some fun apps will get them to learn a framework and language very quickly.
adrianhoward 14y ago
I'm not going to repost my long list of research on co-located vs remote work again right now - but for those who are interested go see http://news.ycombinator.com/item?id=5145358 http://news.ycombinator.com/item?id=5145358 And I would love to see pointers to research rather than anecdote on how remote teams are better than co-located ones in a team room (all other things being equal).
- capisce 14y ago
  All other things are not necessarily equal, even if co-located teams did perform better people with the required skills might not be willing to relocate.
- chessburger 14y ago
  Let me guess the crux of the book will be: You can work remote only if you use Basecamp®
petercooper 14y ago
Anyone else notice how this page looks like a classic Ogilvy style direct response magazine ad? I like it.
kriro 14y ago
I know this is techstartuplandia but I'll be pretty interested in this book because it probably has some interesting nuggets of wisdom for OpenSource projects and the like :) I'll also be interested in application to the world of academia because I think working remotely could be more efficient in a lot of cases there as well. Granted there's office hours and lecture dates but I tend to pre-research better at home (very informal gut observation) Edit: Hope this is not going to be marketing for Campfire in disguise. But given the 37s background I don't think so.

85 points by dmishe 14y ago

MysticFear 14y ago

Well if any company is inspired, I'm ready to be remotely hired.

thejosh 14y ago

I hate when websites put seasons rather than a date, it confuses international visitors........

skrebbel 14y ago
Hah, that's not very "remote" of them indeed.
- dmix 14y ago
  All of my startup experience has told me using seasons for launch dates is a bad idea regardless of practicality. Especially when you're a proven startup with something to lose.
T-Winsnes 14y ago
I agree, people south of the equator are apparently getting this 6 months before people north of it.
- ankitml 14y ago
  so does it mean google should advertize 'google winter of code' in australia??

ericclemmons 14y ago

The problem I still can't seem to adequately solve is remote teams working entirely in sync with local teams. For example, I need to hire an additional 2-4 JavaScript or PHP developers, but most of our team is in Houston, TX, which is not really a hot spot for these. I already have some remote workers, but their projects tend to live more in isolation until the PR needs to be discussed, while the local team constantly works together, on their own accord, through the whole process. How can this gap be bridged where remote and local can cohesively share the same projects without the "latency?"

dmix 14y ago
If you're not factoring latency (<24hrs) into the equation you shouldn't be hiring remote workers. It should be the assumption that goals should be on a weekly or >1 day basis for remote workers. Although scrum/sync ups can still happen daily.
redguava 14y ago
It sounds like your process isn't handling them well, or you just aren't making them a real part of your team. At my company, we have half our staff in Melbourne, Australia... and half spread out globally around many different time zones. The remote workers are every bit a part of the team as the Melbourne workers. I think adopting a more asynchronous workflow makes sense, both to include remote workers but also it can be very efficient (remove distractions). A tool like Campfire to handle communication is really important too, anyone can log in and see what they missed and you don't need to be there at the same time to have a conversation. Also, you need to trust them and give a lot of autonomy, it can't be managed in a traditional way.
- ericclemmons 14y ago
  I think the autonomy is where the problem likely stems from. Everyone handles their own tasks however they see fit, which leads to collaboration in the local office because of the ease in doing so. Perhaps centralizing all communication in Campfire (or one of the recent "Show HN" posts) rather than our daily Skype call would help alleviate that...
scarecrowbob 14y ago
I've been working remotely from about 90mi outside of Austin (for folks in Austin, doing front-end work on top of PHP). By being generally fast with email and generally quick/responsive I've gotten a lot of freelance work, so maybe it's just a general skills issue; it's not easy communicating certain things in email/phone/text/message and developing that as a skill takes a lot of work... it's totally subjective, but it feels that it's taken as much effort to learn when to reply to an email and when to sit on it for a half hour as it took when I first learned how to use jQuery. IMO, this skill is made tougher to practice when the people I deal with are not also skilled at communicating; there is a lot of communication that I get remotely that takes a bit more decoding because whoever wrote it doesn't put a lot of thought into the communication. I dunno what the good answer is; just saying "hire more experienced remote workers" sounds like a dumb answer...

philip1209 14y ago

Seems to me like 37Signals is gauging the community response, then deciding whether to write the book.

digitalengineer 14y ago
What's wrong with testing the waters? I wish all writers would do the same. Writing a book is a huge undertaking and any insights you could gain beforehand are welcome.
james4k 14y ago
That would be such a tight schedule...surely they would have something in draft form at least. If this was someone's fulltime job, maybe I could see it, but really there's no reason for them to "test the waters". That was done with their blog, and also HN where you see the topic come up quite often with lots of discussion.
jackowayed 14y ago
That seems unlikely. They already have a rough time that's not too far off and a publisher lined up. Also, DHH tweeted about writing a book a few weeks ago: https://twitter.com/dhh/status/292360292430647296 https://twitter.com/dhh/status/292360292430647296
dhh 14y ago
The first draft is already 90% complete and the book has been sold to the publisher. The decision to write this book was taken months ago.

DodgyEggplant 14y ago

http://37signals.com/svn/posts/2593-official-pictures-of-our-new-office http://37signals.com/svn/posts/2593-official-pictures-of-our...

Pkeod 14y ago
Offices are not required, but are still useful for certain things which demand a physical location somewhere. Have or work at an awesome company with an awesome office as a home base but still be able to be nomadic or just live and work elsewhere for most of the time? That's awesome.
jackowayed 14y ago
Without further explanation this is not relevant. There is no contradiction in simultaneously believing that it is worth it to provide one's in-office workers the best office money can buy and that to find enough excellent talent, one should accept that not all employees will live within easy commuting distance of the office.

zingano 14y ago

http://37signals.com/svn/posts/3307-im-hiring-a-personal-ios-prototyper http://37signals.com/svn/posts/3307-im-hiring-a-personal-ios... So long as he or she can come into the office in Chicago every day.

joesb 14y ago
In that case he wants someone to also be continuously interact with him. Not all kind of work fit working remotely. Next you probably are going to comment about how they still don't allow cleaning maid to work from home, right?
- davidw 14y ago
  If the book is good, it'll dedicate significant space to when not to hire remotely.
dhh 14y ago
37signals has 36 employees, less than ten of them is likely to be in the office at any one day. Working remotely is not an all or nothing proposition. You can have some people in an office, others remotely. But of course you knew that and was just trolling, so don't let me disturb you.

wyclif 14y ago

I'd love to see this book achieve a wide reading, and by that I mean outside of the startup bubble. It's frustrating to see how averse some companies are to even the idea of remote work, let alone the reality of it. Anyway, I'll definitely be picking this one up when they release it.

gnufied 14y ago

Half of my team works remotely, but one of the problems we have been struggling with is - how do you mentor junior programmers? It is not about technology or programming language, but some of the words that a person with > 7 years experience uses can throw off a new programmer. And people ask less questions when working remotely. Anyone has a solution for this?

bad_user 14y ago
I work remotely, but I also work from an office. I simply rented an apartment close to home. Personally I can't work from home because I need to make a strict separation to keep my sanity and I'm also the father of a 3-year old boy whom I can't disappoint every time he asks me to play with him. Working remotely doesn't mean working from home. It depends on your preferences, but if you've got several people working remotely at a company, at least one senior is going to be working from a place where he could invite others to join him (like his own office, or a coffee shop, or something). So how we do it right now: if the junior is from my country, I invite him to work with me for 2-3 months, to bring him up to speed. After that he can do whatever he wants. Take this with a grain of salt though, as we are a small company and I don't really have much experience on this.
jasonjei 14y ago
I've mentored junior programmers (e.g, some of my guys/coworkers are still in school studying Comp Sci despite my attempts to get them to drop out), and it doesn't have to be done in person. As long as there is good motivation and discipline and trust remote working can work perfectly well over Skype. Code reviews done through Skype will be incredibly resourceful. However, if there is lack of trust or discipline, this will not work. But then again, if you are having this problem you should really reconsider whom you hire! I hire my guys as interns, and I can quickly figure out who I want and who I'll wish the best of luck after the internship is over (my internships are just really long interviews): the ones who can figure things out themselves, the ones who go through an issue tracker and look for new things to do, the ones who will constantly ask things on Skype. You can't mentor self-sufficiency! Bottom line: the people you want to hire aren't going to be needing constant babysitting. Those people will do it themselves. Everyone is much happier because people work where they want to work. We still have 1 day a week where we all meet up in person (granted, that's still optional, but everyone shows up for camaraderie, and I bribe them with lunch). I work from many places, on my own time--and so does everyone else. As long as their output is roughly meeting the mean productivity of everyone else, it will work. Here's another thought: when you bring someone on board, get them to work on a fun project. For example, I have my guys build apps with Twilio that book tables at OpenTable automatically using mechanize. Some fun apps will get them to learn a framework and language very quickly.

adrianhoward 14y ago

I'm not going to repost my long list of research on co-located vs remote work again right now - but for those who are interested go see http://news.ycombinator.com/item?id=5145358 http://news.ycombinator.com/item?id=5145358 And I would love to see pointers to research rather than anecdote on how remote teams are better than co-located ones in a team room (all other things being equal).

capisce 14y ago
All other things are not necessarily equal, even if co-located teams did perform better people with the required skills might not be willing to relocate.
chessburger 14y ago
Let me guess the crux of the book will be: You can work remote only if you use Basecamp®

petercooper 14y ago

Anyone else notice how this page looks like a classic Ogilvy style direct response magazine ad? I like it.

kriro 14y ago

I know this is techstartuplandia but I'll be pretty interested in this book because it probably has some interesting nuggets of wisdom for OpenSource projects and the like :) I'll also be interested in application to the world of academia because I think working remotely could be more efficient in a lot of cases there as well. Granted there's office hours and lecture dates but I tend to pre-research better at home (very informal gut observation) Edit: Hope this is not going to be marketing for Campfire in disguise. But given the 37s background I don't think so.