How we work: working software every week, and a number before you commit
Every engagement starts with a thirty-minute call with an architect and a written ballpark estimate. From then on you see working software every week, your feedback shapes the next iteration, and the code lives in your repository from day one. The engineers who start the work are the ones who finish it.
What working with us looks like
- 30 min
- scoping call with an architect, not a salespersonA written view afterwards, either way
- Weekly
- working software demonstrated, your feedback steers the next iterationOn every engagement
- Day one
- code in a repository you ownDocumentation and tests in scope
From first call to a running system
- Day 1
Scoping call
Thirty minutes with an architect, not a salesperson: your system, your constraints, and which offer fits, or none.
- Within a week
Written ballpark
A range with stated assumptions, a validity period, the price model and the expected duration.
- Every week
Delivery
Weekly iterations, daily contact between our engineers and yours, working software at the end of every week. Agreed scope changes are priced before the work starts.
- At the end
Handover or support
Documentation, tests and knowledge transfer are in scope, so the system is yours to run. Or we keep running it on a monthly retainer with SLAs and the same engineers.
Progress you can see, not a status report
Agree the week
Our engineers and yours agree what the iteration delivers, against your priorities.
Build in your repository
Work lands where you can see it, with daily contact, so questions do not wait for a meeting.
Demo working software
At the end of the week you see it running, not a slide or a percentage complete.
Your feedback steers the next week
What you say in the demo shapes the next iteration, and problems surface while they are cheap to fix.
Two ways to work with us
| Scoped project | Team extension | |
|---|---|---|
| Who directs the work | We do, against the agreed scope and your priorities | Your engineering leadership; our engineers join your team |
| Price model | Time and materials against a written ballpark range | Monthly fee for the named engineers and agreed roles |
| How it starts | Scoping call, then a written ballpark | Profiles and interviews, then an agreed start date |
| Length | Weeks to months, as the ballpark states | Ongoing, typically long-term |
| Best when | You need an outcome delivered, with one team accountable for it | You have technical direction and a backlog that needs more senior hands |
Three things that do not change from engagement to engagement
Engineering depth
We build high-volume, long-lived Java systems, using established approaches where they fit and our own where they do not. The people on the first call are the people who write the code; we do not staff a pitch with architects and deliver with juniors, and we do not subcontract.
Open communication
Regular feedback is the main thing that reduces risk on a software project. We are vocal about ideas and about problems, and we would rather raise something early than be tactful about it late.
Code and knowledge stay with you
Your repository from day one, documentation and tests in the agreed scope, and a handover plan, so nothing depends on us staying.
The whole lifecycle, or the part you need
We work across analysis and design, implementation, testing, data migration, cloud deployment and support. On some engagements we do all of it; on others we come in for the part your team does not want to own. The case studies show both. Where the boundaries can be drawn, a written ballpark sets the starting point; Team Extension suits a backlog you own and want more senior hands on.
Our clients are in the UK, the US and Western Europe. Poland is one hour ahead of London (CET), so our working day covers UK business hours in full and the morning on the US East Coast. We prefer to start an engagement with a visit in person where that is possible, because it is faster than any number of calls.
What clients ask before they start
Do you work on a fixed price?
For technical due diligence, yes. Delivery is time and materials against a written ballpark with stated assumptions, and agreed scope changes are priced before the work starts, so the number does not drift without you seeing why.
How will we know how the work is going?
You see working software at the end of every week and talk to the engineers daily. There is no status-report layer between you and the people doing the work.
Who owns the code?
Work takes place in repositories you control. The agreement assigns ownership of the delivered work to you and records any third-party licensing requirements.
What happens when the engagement ends?
Documentation, tests and knowledge transfer are part of the agreed scope, so your team can run the system. If you would rather we kept running it, managed support continues with the same engineers under SLAs.
The features implemented have received overwhelmingly positive feedback from end-users. Stratoflow has an incredible technical expertise and a high degree of flexibility when it comes to changing project requirements.
Adam HillChief Technology Officer, Legerity
Book a scoping call
Thirty minutes with an architect, not a salesperson. You leave with a written view of scope, price model and whether we are the right team for it.