What co-development actually is
Outsourcing delivers a package of work to you. Co-development puts a partner team inside your project, on the same repository, the same backlog and the same standup, working alongside your people. That closeness is the whole point and also the whole risk. It handles changing scope far better than fixed-scope outsourcing, and it fails faster when the structure is wrong.
Situation one: you are capacity-blocked, not skill-blocked
Your team knows exactly what to build and cannot build it fast enough. This is the cleanest case for co-development, because direction is settled and you are buying throughput. Give the partner whole vertical features rather than scattered tasks and the coordination overhead stays low.
Situation two: you need a specialism for one phase
You need VR expertise for six months, or a porting specialist, or someone who has shipped multiplayer before. Hiring that permanently makes no sense. Co-development lets you rent the depth and keep the knowledge, provided you insist on handover documentation as a deliverable rather than a favour.
Situation three: a project has stalled
This is the hardest and most common reason people call. Something is behind, quality is slipping and the team is demoralised. Co-development works here only if the first phase is an honest audit of the codebase, the remaining scope and what is actually causing the delay. Adding people to a project with an unclear problem reliably makes it later.
How to structure it so it works
Split by feature rather than by layer, so each team owns something end to end. One decision-maker on your side, not a committee. A shared definition of done and shared CI. An agreed overlap window if you are in different timezones. And code review across teams from day one, because the alternative is two divergent codebases wearing one repository.
The handover clause people forget
Co-development ends. Write down what the partner leaves behind: documentation, architecture notes, runbooks, and a period of availability after the engagement. If it is not in the contract it will not happen, and the knowledge walks out with the team. We make it standard, along with 100% source-code ownership. See co-development and project rescue.
Related: Co-development · Outsourcing guide · Why partnerships fail
Originally published on A Plus Games Studio, a game, AR and VR development studio in Sacramento, CA.
Top comments (0)