How teams work: DuckDuckGo’s engineering team

Tips for leading a distributed, remote engineering org

Leading a team, especially a distributed or growing one, can be hard. Oftentimes the best advice and ideas come from other teams just like yours. That’s why we launched Lead Time: How Teams Work. This blog series profiles real teams, how they’re structured, and how they communicate through meetings and other touchpoints. Plus, each article features a top-notch leader who's got proven tips and real stories to learn from.

Meet Cate Huston, Engineering Director at DuckDuckGo

Cate’s the engineering director and functional leader for the native apps team at DuckDuckGo. They’re a remote, distributed, fast-growing team working across several different time zones and locations. The company is built on transparency and trust, and this is experienced as early as the hiring process. This also applies to DuckDuckGo's working styles with flexible scheduling and locations.

We sat down with Cate to learn about her approach to meetings and processes, and what she’s learned about leadership along the way.

How the team works

Team structure

Cate’s responsible for two different teams — her functional native apps team, which is about 25 people, and a group of five (four engineers and one designer) called the objective team. They work on a specific company priority. She has seven direct reports.

Team meetings and communication cadence

Here’s what a typical week on Cate’s team might look like in terms of meetings and async communication touchpoints.

Async touchpoints

  • Asana: Cate’s team uses Asana for team announcements (time off, hack days etc.), weekly project updates. Team members also post their top priorities in Asana each week and tag them so everyone can see what’s going on across the team at a glance.
  • Stand-ups: The team holds a written stand-up, instead of video ones, to share progress on in-flight work and raise flags or blockers.


  • Tactical meetings: Sub-teams meet (usually on a weekly basis) to discuss in-flight work. Rather than just a status update, the time is used to work through flags, blockers, and solidify plans for the week.
  • Project kick-offs and post-mortems: Every project has a kick-off and a post-mortem where the team plans how they’ll tackle the work and reflects on how everything went.
  • 1:1s: Each week, reports meet with their manager (at DuckDuckGo, they’re called a “Career Advisor”) to discuss work and growth. Reports are in charge of managing the agenda. In addition to whatever they add for that week, Cate makes sure to ask: how they’re doing outside of work, how their reports are doing (if they have them), how work’s going, and what she can help with.
  • Eng team meeting: Once a month, the engineering org meetings for an all-team meeting. It’s a mix of high-level updates that are relevant to the entire group and social time. They start each one off with something called #FeelingsTime, where folks go around and give a brief share on how they’re doing.
  • Pairing sessions: Cate’s team also has ad hoc 1:1s and pairing sessions throughout the week — something they’ve been experimenting with recently to improve collaboration and team connection.

Cate’s top tips for leading a distributed, remote eng org

1. Lead with experiments, not processes

Ever try to add a new meeting or process to the mix only to be met with resistance and skepticism? You’re not alone. As our teams grow, meetings and processes need to evolve along with us, but process mandates are an easy way to spawn frustration and disengagement.

Something Cate’s done to counter this is to make process adjustments a team-wide effort through experimentation. (She picked up this idea from agile coach Emily Webber.)

“Now, instead of ‘process changes’ I talk about ‘team experiments’,” shares Cate. “Framing things as experiments is an equalizer. It gives the suggestion that you, as a manager, don’t have all the answers and that nothing is set in stone. It’s an invitation to everyone on the team to participate.”

Cate says experimenting with process also improves buy-in around it.

“Presenting an idea as an 'experiment’ rather than a ‘change’ frames it as needing far less commitment and makes people more likely to be willing to give it a go,” she adds.

In a recent blog post, Cate shared an example: “The first team experiment I ran was on a team that did all their communication in private channels. This wasn’t great for the perception of the team and it had made the folks within it a little insular. Our experiment was to talk only in public for a week. Of course, no one wanted to do that long-term, but doing a more extreme experiment allowed us to very quickly shift the balance of team communication. We put the work chat in public where it needed to be and kept the private channel as a safe space for personal chit-chat. A big win! Without this ‘experiments’ framework, I would have spent months of more tactful efforts to reach the same outcome.”

One important thing to keep in mind as you build out a process experimentation framework on your own team: the goal shouldn’t be to keep every experiment. Cate says if you do, you’re not being ambitious enough with your ideas. 😉

Just like the public/private channel test, Cate recommends trying out new ideas that may feel more extreme or creative than you’re used to. Then, hone in on what you learned. Apply things that worked, get rid of things that didn’t, and use it all to come up with your next round of experiments.

“When trying to turn a good team into a great team, continuous improvement and team engagement have a much larger benefit than top-down process implementation,” says Cate.

Learn more about Cate’s experimentation strategy

2. Build structure around social connections

Since Cate runs a distributed remote team, she’s constantly thinking about new ways to keep everyone connected

“When you all work in the same office, you can just build structure around the work and let social take care of itself. In distributed companies, it can be more valuable to build the structure around the social connections and let the work happen,” Cate shares.

Some examples of how she does this on her own team include:

  • During meetings: Cate builds team bonding into meeting time on a regular basis through #FeelingsTime — where folks on the team go around and briefly share how they’re doing. This helps build empathy and psychological safety, both of which fuel better teamwork in the long run.
  • During onboarding: Every person is paired with an onboarding buddy. There's a weekly recurring timeslot for a social call (this is especially important when there’s a new hire) and, given the size of their team, they're experimenting with text-based chats and fewer 1:1s (that many 1:1s is no longer feasible).
Get 15 more tips for better remote onboarding

Try Range for Free

No credit cards required to practice better teamwork.
Smile EmojiChart EmojiStar EmojiSweat-Smile Emoji
How teams work: DuckDuckGo’s engineering team
  • Share with twitter
  • Share with linkedin
  • Share with facebook