Most active commenters

    ←back to thread

    243 points aml183 | 18 comments | | HN request time: 1.254s | source | bottom

    We are a remote company. Everything is going well. No plans to be in person, but I’d say we can do a better job at communicating. Any tips or articles to read?
    Show context
    why-el ◴[] No.42185886[source]
    I learned the following:

    - Everything public in Slack. Create a fun-sounding moto that discourages DMs. Even if a DM happens, and the back and forth resulted in a consensus, share that consensus in a public channel (which makes it searchable).

    - Record your team meetings, preferably with software that can AI-summarize. Folks on vacation / leave can get the rundown easily.

    - Encourage the sharing of solutions to various problems (technical or otherwise) in Slack. If a developer is stuck, and someone helped them in a huddle or a pairing app, share the solution afterwards (again, makes it searchable). Discourage the over-sharing of screenshots (of your application and other things). Again, not searchable. If one must be shared, describe it. For instance, many devs share a picture of a stack-trace. Not super helpful for others. Grab the text and dump it to Slack.

    - Have a good pairing software setup, unblocks for when Slack back and forth is too tedious. I like Tuple (tuple.app).

    - Connect your issue tracker to Slack, if you use one, makes creating issues easy. Linear does this well.

    - If feasible, have your team meet in person, cadence up to you, but at least once. Meeting the people in real life humanizes them more. I know it sounds silly to say, but it's very true in my experience. Your people will seem even lovelier.

    replies(17): >>42186106 #>>42186307 #>>42186329 #>>42186525 #>>42186829 #>>42186914 #>>42187317 #>>42187945 #>>42187974 #>>42188264 #>>42188551 #>>42188809 #>>42188843 #>>42188885 #>>42190285 #>>42193704 #>>42194033 #
    1. patrickhogan1 ◴[] No.42186525[source]
    Great list. Add a few..

    1. Meet in person every quarter. Fly people into the HQ if there is one. If not just rent meeting place.

    2. Have a well written handbook like Gitlab that explains how your company works.

    3. Onboarding program - remote onboarding sucks. Do onboarding in person (if you can) or assign an onboarding buddy if you can’t.

    4. Slack Is Great But (SIGB) - teach people that they don’t need to read everything. Many people get overwhelmed. Great engineers don’t read everything nor should they. Let everyone know that it’s a shared brain or knowledge source - and it’s ok to turn it off to focus.

    replies(5): >>42186608 #>>42186836 #>>42188763 #>>42188950 #>>42193674 #
    2. diggan ◴[] No.42186608[source]
    > 1. Gitlab somehow statistically tracks public / DMs. Haven’t implemented at my startup but if anyone knows a simple way to do - please let me know.

    If you use Slack, I think the admin panel already contains the number of messages in channels VS DMs. Long time I last saw it myself, but I think it was missing a breakdown on how many members of the Slack received the channel/"public" messages (as not everyone is part of every channel, 2 member channels vs 200 member channels for example), maybe it looks different now.

    > 5. Slack Is Great But (SIGB) - teach people that they don’t need to read everything. Many people get overwhelmed

    I think this happens when Slack is the "source of truth", because the ephemeral feeling it gives since it's a chat ultimately. If you instead use a wiki/whatever to actually collect things that are important, there is less stress about possibly missing out on important things. Make summaries by week/month and it'll be even easier for people to catch up easily, which means even less stress :)

    replies(3): >>42187211 #>>42187830 #>>42191921 #
    3. aen1 ◴[] No.42186836[source]
    Meeting in person >1 hour away is difficult for people in many life circumstances. And if there are constant meetings, it either strains families or makes the person who can't make it feel left out
    replies(2): >>42187914 #>>42188150 #
    4. patrickhogan1 ◴[] No.42187211[source]
    Thank you! I'll check out the Slack admin panel! I removed that item from my main message because I was concerned some people might misinterpret "tracking" as something invasive (e.g., reading messages). What you're describing is exactly what I'm looking for—just the stats—to support public disclosure and knowledge sharing.
    5. Buttons840 ◴[] No.42187830[source]
    The "source of truth" and the place you post dank memes and ask what people are doing for the weekend--those shouldn't be the same place. Slack is not a good "source of truth".
    6. ravishi ◴[] No.42187914[source]
    Yeah. Once or twice a year should be fine, I would say.
    7. ◴[] No.42188150[source]
    8. lanstein ◴[] No.42188763[source]
    s/Slack/Zulip
    replies(2): >>42188997 #>>42191577 #
    9. crystal_revenge ◴[] No.42188950[source]
    Worked remote most of my life. Quarterly meetups are exhausting for people that didn't sign up for travel for their job. Many people doing remote work do so because they have a lot of responsibilities at home and benefit from being able to work around family, pets, etc.

    However, my experience is the difference between 0 in person meetups and even 1 per year is astounding. I was at one company that didn't have in person meetups for years and when they finally did the company culture changed (for the better) over night. The difference between 1 per year and 4 per year is negligible barring the fact that the latter makes me start to dread meetups rather than enjoy them.

    replies(1): >>42189167 #
    10. stavros ◴[] No.42188997[source]
    Seconded, Zulip's model is fantastic. It makes it a breeze to catch up or coordinate.
    11. whiplash451 ◴[] No.42189167[source]
    Agreed. The sweet spot in my experience is twice a year but your point is very valid. Once a quarter, sustained, is heavy on personal lives.
    12. wellthisisgreat ◴[] No.42191577[source]
    Zulip is amazing
    13. mozman ◴[] No.42191921[source]
    Slack is meant to be addictive. I only use the web client and modify it with tampermonkey

    All notifications disabled and I only read when pinged. davison updates are the only mechanism allowed.

    replies(1): >>42194054 #
    14. 7k5kyrty45 ◴[] No.42193674[source]
    >Meet in person every quarter

    What benefit would you see in doing this? The only thing I've heard is some consider it nice to be in close proximity to others, but that doesen't really sound like a business reason

    replies(1): >>42194064 #
    15. j33zusjuice ◴[] No.42194054{3}[source]
    How the hell do you get by with that? I’m jealous. I’ve gotten pinged by my fucking EVP for not responding to questions in chat fast enough (non-critical, too!). At least no one gets on me for missing emails. I don’t even read those.
    replies(1): >>42194392 #
    16. j33zusjuice ◴[] No.42194064[source]
    Quarterly would be a gross misuse of budget, imo. I think there’s tremendous value in physically meeting your team—-I can’t quantify it, but I can feel it—-so once a year is good, to me. Maybe twice if one is business and one’s a party or something.
    replies(1): >>42195835 #
    17. diggan ◴[] No.42194392{4}[source]
    > How the hell do you get by with that?

    You have a company policy that allows that. For example, if anything is decided in Slack, it has to be "codified" somewhere else, like a wiki. Then you'll be able to justify not reading through all messages.

    18. setsewerd ◴[] No.42195835{3}[source]
    Seconding this. My team meets annually for several days, at a conference that gives us plenty of social time together in the evenings.

    As you said it's hard to quantify the value, but anecdotally I notice it most in 3 (distinct but somewhat overlapping) areas:

    (1) Overall morale - everyone enjoys work more when you have a good relationship with your coworkers, so people are willing to do more than the bare minimum. People approaching burnout feel more enthusiastic about work afterwards. (2) Everyone is more inclined to help each other out with tasks outside of their routine but within their skillset, reducing bottlenecks. (3) Similarly, you develop a better sense of each other's personalities and skillsets in a way that's much more difficult when remote, so communication is more efficient, and collaboration more effective due to that increase in understanding and empathy.