From scope to production
I write the delivery plan, build the first vertical slice in week one and keep the pipeline green from there. An email client went from first commit to the App Store in four months that way.
Custom software, end to end
Scope, architecture, code, tests, deploys, dashboards and the support inbox. Fifteen years of doing all of it, as a solo engineer and as a technical lead of teams of three to four. Where there is no product manager, I set priorities with the people using the software.
Available from November 2026 · Wrocław, Poland (CET), remote

I write the delivery plan, build the first vertical slice in week one and keep the pipeline green from there. An email client went from first commit to the App Store in four months that way.
A few days a week inside your team: architecture decisions, code review, hiring screens, the estimates for the next quarter. I was the technical counterpart in about a hundred bids and interviews.
Every line item gets hours and a share that coding agents can absorb. The result is a range, a plan for what the agents do and what the humans do, and a sanity band. The demo below is the same spreadsheet.
Trunk-based development, CI/CD, a stopped initiative when the analysis said it would not pay off. A client CTO called it “a true bias for action” in a public recommendation.
Proof
Problem, what I did, result. Client names only where I am allowed to use them.
See also: TypeScript & Node.js · Email
See also: SaaS & MVP · Mobile & desktop apps
One foot in the door
Two ways to see how I work before you commit to a sprint. Fixed scope, a number in writing after a short call.
I read the repo, CI, tests, security and the parts the team avoids. You get a written report with findings ranked by risk, a plan with milestones and a go or no-go you can defend. I have run this for a large software house before its clients saw the code.
Send me the diff that worries you. Within a few days you get line-level comments, the three things I would change first and whether I would merge it.
Live demo
Add acceptance criteria, give each one hours and a coefficient for how much of it a coding agent can absorb. The totals show human hours, agent-absorbed hours and a sanity band. It saves in your browser only and exports to Markdown for your next planning call.
Demo loading…
Start from the sample project and change the coefficients. A coefficient of 0.9 is not a typo for boilerplate.
How it works
You describe the product and the problem. I ask the questions I would ask on day one. If I am not the right person, I say so and point you to someone who is.
A short written plan follows: what we build first, what we measure, how we work together and what it costs. No slide deck.
The first slice ships in the first week: deployed, measured, reviewable. From there the work is paced by what the numbers say.
Fit check
Working style
Where there is no PM I set priorities directly with the people using the software and answer support myself.
Hundreds of pull requests reviewed. I review for the product and its reasons. The code comes second.
A bug is fixed or consciously closed, never parked. Alerts and error tracking in every project, so I learn about problems before the client does.
FAQ

A free 30-minute call. You bring the problem, I bring questions. No prices on this page because scope comes first.
If I am the wrong person I will say so on the call and point you to someone better.
After you book: a calendar invite, then the call. Nothing else to fill in.
Available from November 2026 · B2B contract or employment · Wrocław, Poland (CET), remote