--- title: "How We Merged a Global, Hybrid Engineering Team | CoderPad" description: "When CoderPad and CodinGame merged, we needed to revamp our communication and processes for a global hybrid engineering team. Learn how we approached it." canonical: "https://coderpad.io/blog/engineering-management/how-we-merged-a-global-hybrid-engineering-team/" last_modified: "2023-09-29 11:46:46" --- [Back to blog](https://coderpad.io/blog/) # How We Merged a Global, Hybrid Engineering Team February 18, 2022 6 Minute Read By Loick Michard [Engineering Management](https://coderpad.io/blog/engineering-management/) Ahhh, how quickly things can change. Six months ago, I was working as the COO at CodinGame, overseeing a team of 16 engineers on a tightly-knit, in-person team in France. Today, after [joining forces with CoderPad](https://coderpad.io/blog/announcements/faster-better-and-more-fair-how-coderpad-and-codingame-will-change-technical-hiring-together/) and becoming Global Head of Engineering, I’m in a very different situation: our engineering team is 40+ strong, distributed across 11 timezones, and features both in-person and fully-remote engs. Needless to say, this transition has kept me and the entire organization on our toes. Changing workflows, cross-cultural communication, and team disruptions can be difficult to handle—but through it all, we’ve learned to be better communicators and sharper engineers. I spoke with [CTO Connection](https://www.ctoconnection.com/) about merging teams to form a global engineering organization and how we evolved our practices along the way. Here are a few of the most important takeaways. ## Ready to start interviewing? [Get a demo](https://coderpad.io/sales/) ## We didn’t immediately merge teams — we stayed focused on moving our products forward 🧐 It can be tempting to try to put everything together at once and “force” cohesion immediately. But if all your focus goes toward the activity of merging teams, it’s impossible to push innovation forward and advance the products themselves. That’s why we intentionally operate CoderPad and CodinGame separately in many ways (for now, at least). What does that look like in practice? Maintaining velocity in the early days of our merger meant things were essentially business as usual — and that was by design. Our company is evolving in an incredibly competitive sector, and we can’t risk slowing down. At the same time, we understood that merging doesn’t just occur naturally. While teams were working on their respective projects, CoderPad assembled a dedicated team to figure out how we could get our products to come together. After taking the time to find common ground and understand where the products converged, we shifted our efforts to merging actual teams of engineers. ## We started cross-pollinating project teams based on skillsets 🐝 Although it might sound counterintuitive at first, we avoided setting cross-team collaboration as our “default mode.” Our approach from the start was to identify opportunities for cross-team collaboration that made sense (like when we needed to leverage specific skillsets). But we also avoided pushing engineers together when they were moving full speed ahead in product development. As I described to CTO Connection, > We wanted to avoid having a big tunnel effect directly following the acquisition, meaning we merge but don’t make progress on anything… So instead, we looked for complementary skills or topics between teams to serve as our starting point. CoderPad code interview all Over time, we took small steps to consolidate our processes — but it certainly didn’t happen overnight. This type of slow merge might seem unusual in the hyper-fast world of growing tech orgs. But for us, it turned out to be the key to minimizing confusion and creating a functional, globally-minded engineering culture. Here’s what we focused on to ensure our merge stayed on the right track: - Sharing knowledge - Documenting what works well, then spreading these practices across teams (and continents) - Emphasizing transparency and explaining all processes and tools — even if they seem obvious. This way, when the time comes to merge for bigger projects and new products, anyone can jump onto a team without an insurmountable learning curve. ## We moved most meetings and communication into Notion ✍️ How do you ensure clear communication and productivity when one group of engineers is diving into their workday while another is still in bed? With disparate time zones and differing cultural norms to overcome, we needed a tool to centralize things. That’s why the CoderPad engineering teams have moved more and more meetings to [Notion](https://www.notion.so/), a workflow collaboration software that serves as our space for documentation and helps our teams ideate asynchronously. Using this platform helps individual engs achieve more autonomy and significantly reduces the back-and-forths that can hold back a company working in several timezones. For instance, we kick off technical meetings with a well-documented summary of every feature in Notion. Our categories include: Technical description, API details, Storage details, Additional critical tests, monitoring and alerting, security by design, CCPA, scaling projections, refactor/cleanup, UI components, and documentation. You’d be surprised just how much time and confusion are avoided by naming things accurately and making sure everyone knows where to find resources. Notion has also been critical for running efficient meetings. We typically set up a Notion page for a topic and then serve as the common space to brainstorm and share ideas openly. These pages have become crucial in product ideation, design, and specifications. I told CTO Connection, > Very often, [Notion] is even better than having a real-life conversation because there is no one that can speak louder than the other. Everyone has a place to gather and share ideas. CoderPad code interview all Finally, we create templates called “pitch documents.” For instance, when specifying features, several parties can all remain in sync simultaneously within the interface. Responsibilities of different parties in the template might look like this: - A Product Manager owns specifications and design while ensuring brainstorming is going in the right direction. - Someone else from Product makes sure the specifications cover all edge cases. - The main engineer reviews all specifications and will be responsible for the delivery stage. - PR reviewers (identified at the project kick-off) make sure the review happens on schedule. - We set dates and deadlines to get a calendar view of what’s going on right now and what’s next without having a meeting. - A design team member produces required designs. - We have the flexibility to add in other members, such as infra/FE/BE Tech Leads, if needed. ## We held offsites to bring everyone together 🤗 No matter how efficient a collaboration software may be, there’s truly no replacement for in-person communication. Our teams have faced both a time zone barrier and a language barrier. Tiny differences — like how we send a quick affirmative response on Slack or the types of informal language we use — got in the way of forging real connections. We had all sorts of mishaps when our communications took place exclusively online. Even tiny quirks in a quick Slack message could leave some parties scratching their heads. For instance, in French, we often say “pas mal” / “not bad” when something is actually very good. We noticed that American team members might say “awesome!” when something was, well, pretty normal. Another time, our French Head of Product misheard a Zoom microphone hand-off asking him to introduce himself as, “We don’t have time for an introduction,” then abruptly ended the meeting. But I found that meeting face to face instantly improved how our teams functioned — even when we returned to online-first correspondence. I recounted this major change in the webinar: > After meeting everyone during an offsite, people were long afraid to speak to others outside of their team. They assume the best, based on the experience they had with the person. It’s basically unlocking the ability to read a person’s words like they were talking in front of you. CoderPad code interview all Based on our experience, I recommend at least one offsite per year with your immediate team and one company-wide offsite. These should be held out of the office/home for everyone in the organization to ensure that there are no distractions and the time is used to its full potential. Check out the [entire webinar](https://vimeo.com/671347054/b354d4d1bf) to learn even more about how we merged teams at CoderPad. ## Subscribe for more CoderPad insights ## Trending Articles Previous slide Next slide [Engineering Management ## How To Use CoderPad To Interview Software Architects Software architects are the masterminds behind the design and structure of software systems, ensuring that projects are scalable, maintainable, and aligned with business goals. Unlike more hands-on engineering and development roles, assessing architect skills in an interview relies much less on watching them code and more on their ability to drive software design principles and […] Read the post](https://coderpad.io/blog/interviewing/how-to-use-coderpad-to-interview-software-architects/) [Engineering Management ## Upskilling Senior Software Engineers into Team Managers Sometimes, the best tech managers are right under your nose. When looking for leaders for a new team, or to replace one who’s leaving, it can be tempting to rush to your talent acquisition department with a list of needs and have them start building a pool of potential applicants. But often, you need someone […] Read the post](https://coderpad.io/blog/engineering-management/upskilling-senior-software-engineers-into-team-managers/) [Engineering Management ## 10+ Steps, Tools and Resources to Create a First-class Upskilling Culture In this post, we'll show you how to create a culture of learning to keep your developers on the cutting edge of their skillsets. Read the post](https://coderpad.io/blog/engineering-management/improve-performance-retention-and-morale-with-upskilling/) [Engineering Management ## These 9 Red Flags Are Scaring Away Candidates During Interviews Don't let your name be dragged into a bad Glassdoor review. Read the post](https://coderpad.io/blog/engineering-management/these-9-red-flags-are-scaring-away-candidates-during-interviews/) [Engineering Management ## Bridge Skill Gaps and Hire The Devs Your Team Needs with an Engineering Competency Matrix Unlock the secrets to optimal team performance and project success with the Engineering Competency Matrix (ECM). Learn how this innovative tool can transform your approach to skill gap identification, team assembly, and career progression planning, enhancing both productivity and employee development. Read the post](https://coderpad.io/blog/engineering-management/bridge-skill-gaps-and-hire-the-devs-your-team-needs-with-an-engineering-competency-matrix/) [Engineering Management ## 5 Fresh Takes On How To Run A Successful Hackathon Learn how hackathons have evolved beyond the tech industry, offering a unique platform for collaboration and innovation, and shares insights from their experience and practical tips for organizing a successful event. Read the post](https://coderpad.io/blog/engineering-management/5-fresh-takes-on-how-to-run-a-successful-hackathon/) [Engineering Management ## Yet Another Guide to Managing Remote Dev Teams: Happiness & Productivity Edition Up your remote management skills with these 3 simple tips. Read the post](https://coderpad.io/blog/engineering-management/yet-another-guide-to-managing-remote-dev-teams-happiness-productivity-edition/) [Engineering Management ## No longer hiring developers? How to stay top of mind for candidates Don't let budget cuts spell the end of your great recruiting pipeline. Read the post](https://coderpad.io/blog/engineering-management/no-longer-hiring-developers-how-to-stay-top-of-mind-for-candidates/) [Development ## The Environmental Impact of Digital Technology and How Software Eco-Design Can Help The rise of digital technology has brought about negative environmental impacts to the environment. Software eco-design considers the system's environmental impact from inception till the finish. Learn how you can use software eco-design in reducing the environmental impact of digital technology. Read the post](https://coderpad.io/blog/engineering-management/the-environmental-impact-of-digital-technology-and-how-software-eco-design-can-help/) [Engineering Management ## A Holistic Guide to Diversity and Inclusion in the Technical Hiring Process Today, diversity and inclusion present a major opportunity for the tech industry. Research shows that a diverse workforce leads to higher performance and more resilient companies. This guide outlines a set of best practices to make the best possible hires and promote a diverse, representative workforce. Read the post](https://coderpad.io/blog/interviewing/a-holistic-guide-to-diversity-and-inclusion-in-the-technical-hiring-process/) [Engineering Management ## Returning to the Office? Don’t Bring These Bad Technical Interview Elements With You These are the top four unhelpful, unproductive, stale technical interview elements we should all agree belong in the past--plus perspective on pandemic-era learnings we should keep! Read the post](https://coderpad.io/blog/interviewing/returning-to-the-office-dont-bring-these-bad-technical-interview-elements-with-you/) [Engineering Management ## Tips for Managing Hybrid Development Teams Effectively Is your engineering org navigating the new world of hybrid work? Use these tips to move in sync and keep growing your hybrid development team. Read the post](https://coderpad.io/blog/engineering-management/managing-hybrid-development-teams/) ## Hire with confidence. See why engineering teams trust CoderPad to evaluate developers with realistic, AI-ready hiring workflows. [Request a demo](https://coderpad.io/sales/)