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.
Ilya 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 remote. Our CEO & Founder, Dmitry, had a conversation with Ilya.
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.
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.
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.
So, an assignee can make a mistake at any stage of completing a task.
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.
Besides, when setting a task, you need to visualize and outline the anticipated result.
Draft the document where you want to see the result: create all the pages, rows, and columns yourselves.
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?
Take an iterative approach to tasks. The first iteration is the anticipated result that you outline. Your expectations will change after the first discussion.
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, Ilya, and Dmitry 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.
What would help you stop these endless chats? Clearly transparent processes. Sync up regularly — both verbally and in writing.
At the company level:
At Dashly, we’ve had the whole bunch of team rituals that we moved online successfully and they give us a helping hand:
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 Ilya’s advice, we introduced regular daily team meetings.
Ideally, on 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:
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.
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:
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.
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.
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.
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.
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 Ilya’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.
How to teach everyone to use it? Develop rules on how to write about problems and bugs, and pin them.
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 remind us of meetings and that we have to prepare for them:
They even check how the team is feeling:
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.
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.
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.
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.
Note: To understand how the decision to do something becomes automatic, we recommend reading «The Power of Habit» by Charles Duhigg.