Jirka Bachel
Co-Founder & CEO
San Francisco, California, United States
Actions
Jirka Bachel brings 18 years of experience building products, teams, and venture-backed tech at the intersection of search, engineering, and applied AI. He began his career at Seznam.cz—one of the few search engines to compete head-on with Google—where he built the company’s first mobile app, scaling it to 1.5M+ monthly active users.
Later, Jirka co-founded a bootstrapped engineering agency that scaled to €3M ARR, shipping solutions for Fortune 500 clients including Volkswagen and UDR. After reinvesting over €1M of agency profits into product development, he stepped away to found Navigara, backed by QQ Capital and prominent angel investors like Michal Štencl.
Area of Expertise
Engineering Moneyball: Proving ROI on Tooling Spend
A customer told me last month he feels like Billy Beane. He can see his team's good. He can't get a number to say it.
This session is the model behind that feeling. Every merged commit is scored deterministically into one throughput unit, with token and tooling spend divided by it; each commit is tied to the roadmap. Then where the model breaks, which gets the most stage time: a customer team running 45% of its work with no roadmap link, and orgs burning tokens with roadmap delivery flat.
Oakland A's, 2002. About $40M of payroll against the Yankees' $126M. Beane couldn't outspend them, so he stopped measuring what they measured. Every club had rooms full of data. Beane found the number that predicted winning and bet on it while the room laughed. On-base percentage. The A's finished 103-59, one more loss than the Yankees, on a third of the money.
Ask an engineering org how it measures delivery, and you'll hear velocity, story points, commit counts, and a leader who used to ship and now trusts his gut. That's the eye test. As a former CTO, I was that leader, and the numbers I reported upward were the numbers I'd been handed.
Velocity tells you a team's busy. It runs on self-estimates, so the team grades its own homework and reports the grade as a metric, and it doesn't compare across teams or, often, across sprints inside one team. AI coding tools finished off the estimate. When an engineer ships in an afternoon what used to take three days, the number was fiction before the sprint started. The unit changed,d and nobody recalibrated it.
The stat this market underprices is roadmap delivery. Did the roadmap move, how fast, and is that speed trending? It's harder to measure than counting commits, which is why people count commits.
Here's the method. Each merged commit is scored on the depth of work it represents: how the change classifies, how much of the codebase it affects, where it sits in the architecture, and whether it corrects a defect someone else introduced. The sum is one unit, Engineering Throughput Value. We split the work into growth, maintenance, and fixes, then tie each commit to a Jira or Linear item, so "on the roadmap" is a link rather than an opinion. Then we divide tooling and token spend by throughput shipped. Beane's whole game was cost per win.
One customer team, real numbers: 80% faster than a year ago, $25k a month in tooling, about $200 per ETV shipped, roadmap delivery 36% faster, and 45% of the work carrying no roadmap link at all. Our own published healthy line is 75% linked, so that team's drifting. Why it's drifting is the part worth an hour.
Then the failure modes, in detail. Where file-level classification stands in for deeper structural analysis. What a rewritten repo history does to the score. What squash policy and monorepo layout do to the number without touching the work. Everything a commit can't see, starting with the non-coding overhead that fills most of a developer's week. And the case that never makes a marketing page: high token burn with roadmap delivery flat, which we see often.
Team-level throughput, never a ranking of individuals. Code stays on your own infrastructure. No demo.
We have a commercial interest in this model, so the scoring design, sample boundaries, and known limits are published at research.navigara.com, and the live index at 500.navigara.com runs the same model across VS Code, React, TypeScript, Next.js, and 62 other repositories. You can check my math while I'm still on stage.
Engineering Moneyball: How We Score a Commit, and Where It Breaks
A customer told me he feels like Billy Beane. He can see his team's good. He can't get a number to say it. Beane's 2002 A's ran $40M against the Yankees' $126M, stopped measuring what everyone else did, and finished 103-59, one loss behind New York.
Ask an engineering org how it measures delivery: velocity, story points, commits, and a leader who used to ship and trusts his gut. That's the eye test. I ran on it for 15 years as a CTO. Velocity runs on self-estimates, and AI broke the estimate. Ship in an afternoon what took three days, and the number was fiction before the sprint.
Roadmap delivery is harder to measure than commits, which is why people count commits.
The method. Each merged commit is scored for the depth of work it represents: how it classifies, how much of the codebase it reaches, where it sits in the architecture, whether it fixes someone else's defect. The sum is one unit, Engineering Throughput Value, scored as a senior engineer would. Work splits into Features, Maintenance, Tests, Docs, and Fixes, classified per file. Each commit ties to a Jira or Linear item, so "on the roadmap" is a link, not an opinion, and spend is divided by throughput.
One customer team: 80% faster year over year, $25k a month in tooling, about $200 per ETV, roadmap delivery 36% faster, and 40% of the work mapped to the roadmap. Our published healthy line is 75%.
Then the failure modes. Where classification stands in for structural analysis. What a rewritten history, squash policy, or monorepo layout does to the score without touching the work. Everything a commit can't see, starting with non-coding overhead. And the case that never makes a marketing page: high token burn, flat roadmap delivery.
Team-level throughput, never a ranking of individuals. Code stays on your infrastructure. No demo.
Commercial interest declared, so the design and limits are public at research.navigara.com. 500.navigara.com runs the same model across Microsoft, Meta, OpenAI, Google, Vercel and Cloudflare. Check my math on stage.
Engineering Moneyball: How We Score a Commit, and Where It Breaks
A customer told me he feels like Billy Beane. He can see his team's good. He can't get a number to say it. Beane's 2002 A's ran $40M against the Yankees' $126M, stopped measuring what everyone else did, and finished 103-59, one loss behind New York.
Ask an engineering org how it measures delivery: velocity, story points, commits, and a leader who used to ship and trusts his gut. That's the eye test. I ran on it for 15 years as a CTO. Velocity runs on self-estimates, and AI broke the estimate. Ship in an afternoon what took three days, and the number was fiction before the sprint.
Roadmap delivery is harder to measure than commits, which is why people count commits.
The method. Each merged commit is scored for the depth of work it represents: how it classifies, how much of the codebase it reaches, where it sits in the architecture, whether it fixes someone else's defect. The sum is one unit, Engineering Throughput Value, scored as a senior engineer would. Work splits into growth, maintenance, and fixes; each commit ties to a Jira or Linear item, so "on the roadmap" is a link, not an opinion, and spend is divided by throughput.
One customer team: 80% faster year over year, $25/ month in tooling, about $200 per ETV, roadmap delivery 36% faster, and 40% of the work mapped to the roadmap. Our published healthy line is 75%.
Then the failure modes. Where classification stands in for structural analysis. What a rewritten history, squash policy, or monorepo layout does to the score without touching the work. Everything a commit can't see, starting with non-coding overhead. And the case that never makes a marketing page: high token burn, roadmap delivery flat.
Team-level throughput, never a ranking of individuals. Code stays on your infrastructure. No demo.
Commercial interest declared; the design and limits are public on research.navigara.com. 500.navigara.com runs the same model across Microsoft, Meta, OpenAI, Google, Vercel, and Cloudflare. Check my math on stage.
Engineering Moneyball: How We Benchmarked Google vs Meta
A customer told me he feels like Billy Beane. He can see his team's good. He can't get a number to say it. Beane's 2002 A's ran $40M against the Yankees' $126M, stopped measuring what everyone else did, and finished 103-59, one loss behind New York.
Ask an engineering org how it measures delivery: velocity, story points, commits, and a leader who used to ship and trusts his gut. That's the eye test. I ran on it for 15 years as a CTO. Velocity runs on self-estimates, and AI broke the estimate. Ship in an afternoon what took three days, and the number was fiction before the sprint.
Roadmap delivery is harder to measure than commits, which is why people count commits.
The method. Each merged commit is scored for the depth of work it represents: how it classifies, how much of the codebase it reaches, where it sits in the architecture, whether it fixes someone else's defect. The sum is one unit, Engineering Throughput Value, scored as a senior engineer would. Work splits into growth, maintenance, and fixes; each commit ties to a Jira or Linear item, so "on the roadmap" is a link, not an opinion, and spend is divided by throughput.
One customer team: 80% faster year over year, $25k a month in tooling, about $200 per ETV, roadmap delivery 36% faster, and 40% of the work mapped to the roadmap. Our published healthy line is 75%.
Then the failure modes. Where classification stands in for structural analysis. What a rewritten history, squash policy, or monorepo layout does to the score without touching the work. Everything a commit can't see, starting with non-coding overhead. And the case that never makes a marketing page: high token burn, flat roadmap delivery.
Team-level throughput, never a ranking of individuals. Code stays on your infrastructure. No demo.
Commercial interest declared, so the design and limits are public at research.navigara.com. 500.navigara.com runs the same model across Microsoft, Meta, OpenAI, Google, Vercel, and Cloudflare.
Please note that Sessionize is not responsible for the accuracy or validity of the data provided by speakers. If you suspect this profile to be fake or spam, please let us know.
Jump to top