How we work
Start small. Keep the same people. Let it grow.
One contained piece of work to start, the same engineers for as long as it is useful, and a direct line to the
people doing the work.
Working together
Three ways in
01 A project with an SLA
One platform, one module, one problem.
Scoped and priced up front for a defined piece of work, with response times agreed in writing. The easiest way to find out how we work.
Datacolor started here in March 2024: support for one app. Four months later we ran its whole mobile portfolio.
02 An embedded product team
Software that needs a team, long term.
A product owner, developers, QA and design inside your organization, on a monthly basis, for as long as the work is there. Our product owner works with you and, when you want, directly with your stakeholders.
Minerva University: three developers and a product owner, seven years and counting.
03 Senior engineers in your team
You have a team; it needs more senior hands.
One or two of our senior engineers join your stand-ups, your repositories and your roadmap, and stay. Same people, not a rotating bench.
Two US companies run part of their engineering this way with us today.
Whichever way you start, the goal is the same: the same people on your software for years.
The first 30 days
From kick-off to a release in a month
Day 1 Kick-off
A half-day or more with your product owner and whoever knows the system best. We leave with access, context and an honest list of what is actually broken, or of what to build from scratch.
Week 1 Access and a first fix
Repositories, environments, app stores, monitoring. By the end of the week a first fix is ready for review, so both sides see how the other works.
Weeks 2–4 A working rhythm
A backlog you can read, a release cadence that suits your team, and regular check-ins with whoever owns the product.
Day 30 First release, then a review
A release in your users’ hands and a plain review of the month: what went well, what we found, what we would do next. Then you decide.
What you can count on
Four things that do not change
- 01
The same people
The engineers who start on your work are the ones still on it in year three. Our average tenure is four years.
- 02
A direct line
You work with one product or project manager on our side and with the engineers doing the work. In the first weeks Antanas, who runs Vilantis, joins too, then hands over to a senior engineer.
- 03
Senior review on every change
We always work with AI coding tools. A senior engineer still reviews every change before it ships.
- 04
Your repositories, your cloud
Every engagement starts under an NDA, and we work in your code repositories and cloud accounts, so nothing important is locked away with us.
Fit
Are we the right team?
We are a good fit if
- 01
Your business runs on software you build, and the roadmap goes past the next release.
- 02
Someone on your side owns the product: a product manager, a product owner or a CTO.
- 03
You want the same people on your software for years, not a new vendor every project.
- 04
You are happy to start with one problem and grow from there.
Probably not, if
- 01
A one-off build with nothing planned after it.
- 02
You need fifty engineers next month.
- 03
Nobody on your side can make product decisions.
- 04
The lowest hourly rate is the main criterion.
Not sure? Tell us what is on your roadmap for the next year, and we will say honestly whether we are the right
team for it.
Tell us about it Location and hours
Close enough to work with every day
We're in Vilnius, Lithuania. Our working day overlaps the whole European day and US Eastern hours until noon, and
calls in US hours are normal for us. We agree the rhythm with each client at kick-off: stand-ups, reviews, and how to reach
us when something is urgent.
Working from Europe? We share your whole working day.
Tell us about your roadmap.
What is on your team's plate for the next year? Tell us, and we will say honestly whether we are the right team for it.
Tell us about your roadmap