Zenoo
The Honesty Box

Most of a project is defining the work. The build is a few focused hours.

The first question in every tender is the same: what are your typical timelines. Here is the live answer, straight from our own Jira board. What we build, how long it really takes, and the proof we are getting faster.

0
delivered items
0
integration builds
0%
worklog coverage
LIVE· warming up

Take what you need, on trust. An honesty box only works if both sides are honest. Refreshed daily by a live cron.

Why this page exists

Every buyer in this market has been burned by a vendor timeline.

"Six weeks" becomes six months, so you discount whatever we tell you by default. We cannot out-promise that scepticism. We can only out-honest it. This page publishes our real delivery data, live, including the parts that are not flattering. The credibility is not that the numbers are good. It is that they are verifiable, and updated in front of you.

When we split a timeline into our build time and the time spent waiting on you and your vendors, this stops being a confession and becomes a partnership. A big share of any project is your side of the table, and the scoping phase is the part you control. So "give us everything up front and you are at the fast end" is honest, not a sales line.

Hero one · the gap

Days to weeks of calendar. A handful of hours of work.

Each bar is the median elapsed calendar time for a kind of request. The dark mark is the median hours we actually log. The space between them is not us building.

0 days
typical elapsed
vs
~0 hours
of that, us building
Median elapsed calendar vs median logged hours, by request type
elapsed calendarlogged hours
The white space is waiting on your inputs and your vendors’ responses, not idle Zenoo time. An integration runs about 30 calendar days on a handful of logged hours. AI work is the one that inverts: more of its calendar is genuinely us building.
// method
Elapsed from Jira changelog status history. Logged hours from developer worklogs, 0% of items log them. Aggregates only, names anonymised.
Hero two · getting faster, and we can prove it

We squeezed the dead time out.

The share of each delivery that is active build and test has climbed over the past year. More of every project is now real work, less is waiting. No competitor on a tender can show you a live line like this.

0%
active share,
0%
active share,
Active build and test, as a share of calendar time
// active (dev + test) share of elapsed calendar per quarter.
Where the time goes, by type

Find your kind of work.

Count, median elapsed against median logged hours, and how the calendar splits between scoping, development, and testing. It varies honestly by type.

Scoping and queueDevelopmentTesting
// classified Jira issues by request type, buyer-facing labels. Testing is now a real, measured phase. Data migration is tracked as a first-class type.
Every build, nothing hidden

Adding a new integration

Connecting a vendor is the single most common thing customers ask for. Here are our last 0, oldest to newest, exactly as they ran.

Based on 0 builds so far
oldestnewest
elapsed calendar dayslogged effortBars with no dark foot had no effort logged. We show them anyway.
Estimate your time to go-live

No form wall. Tell us roughly what you need.

We will show a range, grounded in two years of real delivery. Then, if you like the answer, we will make it exact on a call.

Which vendors do you want to connect?

= pre-built connector in our marketplace of 339. Anything else, we build it.

How many systems to connect?
3
What is the journey for?
Migrating data from an existing system?
Honest estimate · time to go-live
4 to 6 weeks

the fast end. Full information up front keeps you here. The spread across real projects is 8 days at best, 65 at the slow quartile.

What moves the range
Number of vendors to connect
Data migration from a legacy system
Sandbox credentials ready on day one
Make it exact on a call
A real scope call sharpens the range. 30 minutes, your data, no slides.
The swing factor is yours

Why one project takes 8 days and another 69.

The difference between the fast end and the slow end is almost entirely scoping, the part you control by bringing information to the first call. Our build time barely moves. The waiting does.

Fast quartile8 days
Median27 days
Slow quartile69 days
How you can go faster

The fastest projects had three things in common.

None of them were about us.

1

Nominate one decision-maker who can sign off changes.

2

Give us sandbox credentials for your vendors on day one, not week three.

3

Batch your feedback into one pass instead of a trickle.

We built this page because we were tired of the industry’s timeline theatre.

If you want to see the exact version for your project, that is a 30 minute call. Your data, no slides.

How we measure

Elapsed is calendar time from Jira status history. Net hours are logged developer worklogs. The gap between them is time waiting on you or your vendors.

Coverage and sample

Worklog coverage is about 86%, so effort is shown where logged. The sample is the last two years of real delivery, 217 items, and grows as work completes.

What we exclude

Two non-representative quarters are excluded from the trend and named. We publish aggregates only.