Co-Development

Game co-development is an arrangement where an outside studio’s engineers and artists work inside your team’s codebase, tools and sprints to add capacity on your game. Usually that means four more people who already know Unreal Engine 5, can read an existing codebase without hand-holding, and will not blow up the build on their first commit. Sometimes it means an art team that can hit your style guide without a month of ramp-up.

Co-development is how we work with teams that already have a direction and need capacity to hit it. Our engineers and artists join your repository, ticket tracker and review process, and work to your conventions, so there is no parallel process to reconcile later.

How We Embed

01

Your Pipeline

We work in your repo, branching model and CI, whether that is Perforce or Git, and follow your build rules and coding standards.
02

Your Cadence

Stand-ups, sprint planning and reviews on your calendar, inside a guaranteed daily overlap window.
03

Direct Access

You talk to the engineers and artists doing the work, with no account manager relaying requirements in between.
04

Scoped Trial First

Engagements start with one small, self-contained milestone so you can judge the work before committing headcount.
05

Feature Ownership

A discrete system such as inventory, progression or a backend service, owned end to end rather than split across teams.
06

Clean Handover

Documented systems and a walkthrough at the end, so the work stays maintainable when we roll off.

Common Questions

What is the difference between co-development and outsourcing?

Outsourcing hands a defined deliverable to an external team that builds it their way and delivers it back. Co-development puts our people inside your process (your repo, standards and sprint board), so the output is indistinguishable from your own team's. Co-development suits live projects with an existing codebase; outsourcing suits self-contained work like a trailer or an asset package.

How much overlap will we have with your working day?

At least four hours every working day, scheduled around your time zone rather than ours. Stand-ups, reviews and pairing happen inside that window; asynchronous handoff notes cover the rest so you get progress overnight instead of waiting on it.

Can you start with a trial before we commit?

That is how we prefer to start. We scope one small, self-contained milestone (a single feature or system) so you can evaluate code quality, communication and velocity on real work before committing to a longer engagement.

Who owns the code and assets you produce?

You do, in full. IP assignment is part of the contract before work begins, and everything is delivered into your repository and asset store as it is built, so nothing is held back pending final payment.

From the Blog