I'm Salim Virani. I used to design peer learning programs, and these days I'm having fun building stuff.
This is a quick intro to how I work with new collaborators in remote teams.
This comes from 10 years of experience setting up and running remote organisations:
We learned from others who’d already figured it out: remote startups, companies that transitioned to flat structures (Semco, Goretex, Spotify), and chapter-based communities like Barcamp, Kiwanis clubs and biker clubs.
But I also had unique challenges, because the organisations I ran were mainly with part-timers and volunteers.
So The Source Way built up practices to make it easer for new people to start, and easier for larger groups to keep up with a bunch of parallel projects.
“Remote” is a totally different way of working.
You can’t just start using Zoom and chatrooms, otherwise they take over your life. There’s actual work to do, and we want to optimise for the people who actually get things done.
With Source collaborations, we have very few meetings, and no video call or chatrooms required. (They always end up horrible, so why make people use them.)
At Source, everyone has mostly uninterrupted days to really get things done. They are in control of their own schedule, and rarely have to work around other people’s timezones or personal routines.
A lot of people can’t imagine remote work without calls and chats, but the switch to this kind of remote work is actually easy! It just needs people to turn their attention to self-awareness, to jump in to new habits, and help each other break our old ones.
How does Source work practically? A few easy rules:
At the end of the project, everyone attends the retrospective and shares the conclusions on the forum so we all learn from each other.
This way of communicating gives us a lot of control over our schedule, and a lot more free time, but it needs us to rethink our roles and responsibilities.
Favour asynchronous communication (like the forum) over synchronous (chat and voice). And specifically - if something’s important, we put it on the forum.
Thoughts on big decisions, teammate updates, etc. - that stuff goes in writing because:
Squads form around projects (with one-time end results) or factories (to produce a similar output repeatedly) Squads are a maximum of 4 people to stay agile. If a squad needs to be bigger than 4 people, we instead designate 2-3 people as squad members (drive the boat) and the rest as water-skiiers (follow and help when pulled in.)
Squad members pick their own tools. The organisation doesn’t force tools on them, but also nobody outside of the squad is expected to use the tools the squad uses.
Each squad member holds themselves accountable. The best thing about no manager is also the worst – there’s nobody there the chase you.
Squads take responsibility for their results and direction, and report that to everyone else.
Squads set their own OKRs but these are usually related to higher-level OKRs set by the organisation leadership.
My squads have a single, mandatory 20-minute agile standup call that happens at the same time each week. No updates or “while I’ve got you” stuff, since those happened already on the forum. We only prioritize the upcoming week’s work together.
Everyone communicates their top 3+ priorities (what they’re working on, and their short-term goals) every week or so. This way, everyone knows what’s going on and if they should connect with each other. It also creates a sense of peer accountability and peer support.
Teamwork is interconnected, so if someone’s stuck or delayed, it affects others. In remote teams, this is harder to see, so it’s important to speak up if you’re stuck.
If someone is completely stuck, call a “block” so all hands drop what they’re doing and come to their support. Blocks are immediately followed by a 30-minute root cause session, so we can use the opportunity to improve for next time.
It’s disrupted when someone does something last-minute, and ends up pulling everyone into that last-minuteness. If this becomes a pattern, everyone gets caught up in the urgent instead of the important. But we can break these urgency habits, leaving us all in flow, working calmly while still seeing big results.
The worst thing in the universe is having to follow yet another chatroom. We so no to FOMO. Chat is strictly for social, fun and random stuff only. So its optional and you can tune out without worry. (Because if it’s important, it’s on the forum anyway!)
Calls are used sparingly, but sometimes a voice conversation is the right way to go. Things like brainstorms, quick clarifications, or discussions that involve a lot of Q&A back-and-forth - and anything that gets a little emotional – it’s time for a call.
After the call, write a quick note on the forum so everyone’s in the loop and clear.
That’s it. Simple, and its worked great. It just takes some commitment and some getting used to.
I’m working on a communication tool for loose community groups and unconference-style interactions. It focuses on individual autonomy rather than top-down coordination.
I recently became a Kernel fellow, where I was exploring models for self-directing communities of care, the history of economic cultural norms, and the connection between mimicry, memes and our sense of belonging.
In the past, I designed peer learning programs for Oxford, UCL, Techstars, Microsoft Ventures and The Royal Academy Of Engineering. I also played a role in creating the Lean Startup methodology, and the European startup ecosystem. You can read about this here.
Choose happiness (2021)
Emotional Vocabulary (2020)
Project portfolios (2020)
The history Of Lean Startup (2016)
Entrepreneurship is craft (2014)