# Remote engineering partnership (B2B)

> Full-stack engineering capacity for your product under a B2B contract with a registered Serbian company — in your repositories and your working hours.

Canonical: https://www.deusengineering.com/en/services/remote-engineering-partnership · Language: en · Last updated: 2026-10-19

Review & continuity · [Services](https://www.deusengineering.com/en/services)

A remote engineering partnership adds a full-stack engineer to your team under a B2B contract with FILIP VOLF PR DEUS INŽINJERING, the registered Serbian company behind DEUS Engineering. You work directly with the engineer who builds the system.

It suits a product that needs more engineering than the current team can give, or one part of it owned end to end, when hiring is not the right step yet. If you mainly need one existing application kept current, software modernisation & maintenance is the closer fit.

Outcome: More engineering capacity, with clear ownership and a clear contract.

## Typical needs

- A roadmap bigger than the current team
- A part of the product that needs one engineer to own it end to end
- A B2B contract with a registered business, not an informal arrangement

## What you receive

- Work through your repositories, tickets and code review
- Decisions, status and documentation written down as part of the work
- Contracting and invoicing company to company

## How the work runs.

1. Scope and terms in writing: Scope, terms and pricing are agreed in writing before work begins, and the contract and invoices run company to company, with FILIP VOLF PR DEUS INŽINJERING.
2. Inside your workflow: Work happens in your repositories, tickets and chat, and every change goes through your branch rules and code review — not a parallel process you have to supervise.
3. Decisions written down: Status, decisions and the reasons behind them are recorded in tickets, pull requests and documentation as part of the work, not kept in someone’s memory.
4. Ready to hand over: Code, documentation and context stay in your repositories, so your team can carry the work on without depending on DEUS.

## Technologies

- GitHub
- GitHub Actions
- TypeScript
- Python

The engineer who does this work is the founder, Filip Volf — you work with him directly. [About](https://www.deusengineering.com/en/about#founder)

## About this service.

### How is this different from a custom software & SaaS project?

A custom software & SaaS project has a defined scope and an end: DEUS takes responsibility for delivering one system, from the data model to deployment and handover. A partnership instead adds engineering capacity to your team, working on your roadmap and priorities through your own tickets and code review. When the work has a fixed scope, a defined project is usually the better shape.

### Can we take over the work ourselves later?

Yes. Nothing is kept outside your systems: code and documentation are in your repositories, and tickets and the reasons behind decisions are in your own tools. Ending the partnership means finishing or handing over the work in progress — not a migration — and your team carries on from there.

### What about language and working hours?

English for specifications, code review and documentation, Serbian for conversations whenever that is easier. Working hours are Central European Time, the same as Zagreb, Vienna and Berlin, so meetings, reviews and releases fall inside your working day.

## Related services

- [Custom software & SaaS](https://www.deusengineering.com/en/services/custom-software-saas): Internal platforms, client portals and multi-tenant SaaS products, designed around the workflow and data you actually have.
- [Software modernisation & maintenance](https://www.deusengineering.com/en/services/software-modernisation-maintenance): Taking over and maintaining software you already run — framework, dependency and database upgrades done step by step, while the system stays in use.
- [Technical audit & architecture consulting](https://www.deusengineering.com/en/services/technical-audit-consulting): A written review of a system you run or a decision ahead — architecture, data model, code, dependencies, security and operations — with findings in priority order.

## Let’s talk about what you’re building.

Describe what you need built or fixed, how the work runs today and the constraints. You get clarifying questions or a first outline of the approach — by email, in English or Serbian.

Or write directly: contact@deusengineering.com · [Contact](https://www.deusengineering.com/en/contact)