Like everyone else, we had to go remote and become a distributed team during COVID. To tell the truth, we managed to switch quickly our processes. However, the communication became less effective as we didn’t have much experience of talking to each other on the remote.
Iliah is a CEO and founder of the end-to-end analytics service with a robot analyst Rick.ai, a co-founder of Uncrn.me, the author of the Product Heroes course, and a methodologist at IIDF. And he’s an incredible pro in working with distributed teams on how to establish processes right while on the remote. Our CEO & Founder, Dimitri Ive, had a conversation with Iliah.
The key feature of remote companies is that without some rituals they can’t work at all or malfunction in terms of their effectiveness. We’ve gathered the key principles of remote teamwork and described particular ones in detail that help maintain the remote workflow.
I’m 200% sure that the most important thing in distributed teams is how well the work is arranged. There can even be processes that pattern after the work that was poorly organized.
For all the challenges that we had, there were solutions tested by the Rick.ai and Uncrn.me teams. We were happy to try them out, and we’ll tell you how we liked them and share cases where we apply these principles.
Incorrect task setting inevitably triggers extra work. A lot of it. The time of your team is wasted.
People often set tasks asking “to do X urgently”. Unfortunately, they consider this an optimal solution. Let’s say you’re asking a developer to create a sign-in form for your website. They spend a couple of days on it — developing, testing, redeveloping. And they do so 5 times over. What for? What result do you actually want to get? You want 80% of your website visitors to sign in. Maybe you don’t even need a website sign-in form; instead, you can enable sign-in using a phone number, social media, or something else.
There are lots of possible solutions. And your task can be resolved much faster and more effectively.
Task setting through an algorithm generates extra work. A person considers possible solutions alone and then only communicates one of them to the assignee. And often this solution isn’t the best one.
If the task is articulated in the form of a possible solution, a person knows “what needs to be done”, but they don’t know “how we will see if everything works fine”. This is what’s called “the definition of done” in agile.
So, an assignee can make a mistake at any stage of completing a task.
If the task is set through the final result, an assignee makes 5 or even 10 times less than they’re expected to.
To avoid that, stick to the result, not the process when setting a task. Articulate what you want to get as an outcome (the result), not what needs to be done (the process). Tell a developer about your challenge and offer them to brainstorm solutions to it.
Teams that work on a task that is set through the expected result have more solution ideas for your challenge.
Besides, when setting a task, you need to visualize and outline the anticipated result.
Show an example of what you want to get as a result. You can almost always do this via a spreadsheet or a picture.
Draft the document where you want to see the result: create all the pages, rows, and columns yourselves.
People are great at filling in templates and blank cells.
This will ensure you will get the data in the exact way you want. Imagine that you’re used to working with spreadsheets or Miro boards, but you receive a simple text document. And you have to spend time on rearranging the information. Sounds disappointing, huh?
Read also:
👉 How to use lead generation chatbot for your website
👉Lead nurturing platform for your revenue growth
👉 12 types of marketing nurture campaigns
Take an iterative approach to tasks. The first iteration is the anticipated result that you outline. Your expectations will change after the first discussion.
Everyone always screws up. The first release is always bullshit.
Let’s consider a hypothetical case: an analyst is assigned a task to calculate how many potential SDK users there are in your user base.
An analyst who knows how to distinguish faulty tasks asks who and what will do with this data later. And it turns out at the moment of task setting that you need two spreadsheets, not one. That’s because an analyst should deliver not only the number of users but the list of these users with their contact info to a product manager. The meaning of the task changes dramatically.
Another example is this article. It should have been a podcast, where Ann, Iliah, and Dimitrii discuss self-organization. But it didn’t become one due to the poor recording quality. The next iteration is the first draft of the article. The next one comes after the text is edited. The next one — after internal approval. After that comes external approval. Lots of iterations. Do your best to keep in mind the number of possible iterations when planning.
Lacking 5-10 minutes spent on planning may force you to work hard at night for weeks. So, my kind advice here is to spend a little more time on task setting instead of doing something unnecessary.
When we went remote in a test mode, we noticed that we texted each other too often just to make sure the tasks were in progress.
What would help you stop these endless chats? Clearly transparent processes. Sync up regularly — both verbally and in writing.
Read also:
At the company level:
At Dashly chatbot platform, we’ve had the whole bunch of team rituals that we moved online successfully and they give us a helping hand:
We love it very much when developers come out of the shadow and tell something.
The experience of the Rick.ai and Uncrn.me teams also proves the importance of team rituals.
At the team level:
It’s hard to work without seeing or hearing the team. On Iliah’s advice, we introduced regular daily team meetings.
Daily meetings are the most important ritual for a distributed team.
Ideally, in daily meetings, you should articulate tasks and highlight those worth discussing in detail. And arrange a call for a smaller group immediately after it to brainstorm some possible solutions.
Discussing possible problems and bottlenecks is an important part of daily meetings:
If you’re blocked by something and you need someone’s help, just say it.
Now every team in Dashly has daily morning stand up meetings. We aim to hold them at the same time so they can easily fit into each team member’s workflow. For example, the marketing team stand-ups start daily at 10:15 AM.
You need them to make sure your strategic tasks are not overwhelmed by routine ones.
We used to have stand-ups and retrospective meetings — at the beginning and the end of the sprint, respectively. With the impending crisis, the time shortened and we reduced planning intervals to one week.
For example, we have regular meetings of the marketing team with a product marketer from the product team. We’ve described in detail the synchronization process of the marketing and product teams in our article on how to level up your content marketing. The marketing team lead joins meetings of the sales team.
Read also:
Most of the rituals described above have been with the Dashly team for a long time. But even they were not enough in an environment where we don’t see each other all the time. So we’ve added:
Switching to work from home, we’ve kept all agile processes by default. But additionally, we started to write down many things aside from that.
Everyone describes their successes, processes, and plans before the morning team meeting. This practice makes each team member better self-organized and helps plan their working days clearly. Team processes also become more transparent: everyone knows each others’ tasks, and syncs take very little time.
We’re working with well-organized people. But we need to help them be well-organized. When you’re putting things down, you’re planning your day. And you can’t not do what you wrote down. So, it’s important to put your plans down in writing.
An important bonus of written daily plans is that they decrease the stand-up duration (hi everyone who’s tired of video calls!) Stand ups are for discussing controversial issues and possible problems.
I recommend creating the #daily channel. If you were sick, all you have to do is read this channel and everything is fully visible. Everyone can see tasks team members’ working on. Everything is completely transparent.
Read more
There’s an eternal mess with the word “done”. Everyone mixes up “I’m doing” and “I’ve done”.
To avoid that, replace “do” with “deliver”. This word is clearer: you either delivered something or not. If the task is still assigned to you, it’s not accomplished yet.
Business messengers are great. But you need to use them wisely. People get tired of sorting out their emails and messages, and they spend a lot of time on it. Thus, you need to design your Slack channels so that people put as little effort into sorting out their messages as possible.
When there are many channels and they’re designed correctly, you don’t have to sort your messages as they’re sorted already.
It’s less painful for those who read. Because usually one person writes and many people read.
We already apply these principles to channels. For example, we have these channels:
You need regulations and rules for channel messages. We’ll be talking about them in a while.
People often write reactively: “Everything is down, nothing is working, AAAAA!” And a very bad cycle begins: one person texted, another one reacted to it, mutual blaming takes place, etc.
Read also:
Capture emails from website visitors with Pop-ups
The best way to collect emails we tested this year
Why user tracking on website is a must for your campaigns personalization
Thus, chat communication breeds not only extra work but also frustration and conflict. And you can understand everyone: a person reporting a problem cares about users and wants to get a bug fixed sooner. Developers, in turn, want to help but cannot understand what the problem is and how critical it is. This happens because the problem is described without context.
The Jobs to be Done theory helps articulate requests correctly, including urgent ones. Make JTBD mandatory for your company. We’ve already described this approach in theory and told you how to put it into practice. Job stories are a universal framework for task setting. Both Iliah’s and our teams apply it. It helps you explore the context of your user/task author and describe the case and the required “job” precisely. That is, it helps make up a solution exactly for this “job” exactly in this context.
JTBD is a very convenient and universal language for all — marketers, testers, designers. It ties the whole team together and I love it very much for that. And we all do our best to use it.
How to teach everyone to use it? Develop rules on how to write about problems and bugs, and pin them.
There’s an illusion in the offline world that you’re explaining everything clearly. Actually, we spend so much time on this. illusion occur because you can keep a man around as long as you want, or you can come to them five more times later. Anyway, it’s inefficient to communicate this way. You can’t do that remotely.
Read also: how to find respondents for a survey or customer interview
There are tasks that we do every day, right? They’re kind of simple, but they all take a lot of time together. And we spend a lot of internal resources on keeping them in mind. These are the kind of tasks that we should automate if possible. That’s where bots and integrations will give a helping hand.
Bots are a real salvation.
Bots remind us of meetings and that we have to prepare for them:
They even check how the team is feeling:
When we partially moved online, we had a problem that we didn’t understand who was working remotely and who was in an office. Especially, that was a problem for the guys from related teams. That’s when we invented the checker bot.
Read also: The North Star Metric and How Can This Lead to Success
Bot ran a Slack survey every day at 10:05 AM with three options:
This simple mechanism helped us to establish certainty. Thanks to the stand-ups, we felt certainty within the team. And thanks to the bot — we even felt it between different teams: we knew whose help we could count on. When reactions to it started to look like this:
It became clear that it was time for it to evolve. That’s how it became a mood-checker bot.
In “peacetime”, you can use this channel as an alternative to writing if you’re sick or need a day off.
We have a command at Slack requesting a day off. The manager automatically receives the request and sends a confirmation. In the request itself you can see who is taking the same days off. And the general list of unavailable guys is automatically published in the main channel so everyone can see it.
Integrations are great. They save time on manual navigation and copying information.
Here are a few Slack integrations that we use to simplify communication within the team:
We like it so much that we decided to develop our own integration with Zoom so that our customers can launch video meetings in our chat quickly and easily.
Read also: Find out the best Intercom alternatives and Drift alternative
In the office, the space itself establishes the working framework. There are fewer limits on remote. And it’s hard to focus on the work, get in the flow. And vice versa — many people start to work more and they cannot stop.
I started working more.
Nothing changed. I used to come to the office because it helps me work more effectively and I love coming there. I was going out for coffee. Now I don’t go out for coffee.
Learn to manage your own habits and the habits of your team. Make a work zone. Make the space so you don’t want to lie down, have fun, or eat. Surround yourself with something that doesn’t distract you. And never work from your bed.
It’s very important to have a trigger that gets you working. And vice versa. These triggers can be a warm-up, breakfast, shower, beeps, time. You need to test and find the right one for you personally. One that you won’t miss. Your brain doesn’t care, so it can be any action. You can take the ball or you can sort out the papers on your table.
Note: To understand how the decision to do something becomes automatic, we recommend reading “The Power of Habit” by Charles Duhigg.
Read also: