01 / 04The plan
Every sprint starts with a clean line.
The team commits, and the burn-down points straight at the end date.
Delivery visibility for startup leaders
QuxPulse turns stand-ups, pivots and new asks into a few clear numbers, with one view each for leadership, product and engineering.
Connects to your ticket tracker and code host. Your data stays in your workspace.
The problem
A pivot on Monday. A requirement rewritten mid-sprint. A quick ask that takes three days. None of it is written down where leadership can see it.
So the roadmap slips, and engineering gets the blame. QuxPulse records what was asked, what it displaced and what it cost.
01 / 04The plan
The team commits, and the burn-down points straight at the end date.
02 / 04The asks
An escalation, a pivot, a rewritten requirement. None of them moves the end date.
03 / 04The cost
Days added, finished work thrown away, time blocked and tickets added mid-sprint, as a share of real capacity.
04 / 04The view
The same figures in every view and every report, so nobody argues about whose numbers are right.
One company, three views
01Leadership
For founders: is the team doing what it said, and what pulled it off course?
Cost of change, by source
Say/do, by week
84% this week
02Product
Every requirement change, how late it came, and what joined or left the sprint.
PAY-212Two approval steps, not threeIn review+1.5dONB-88Invite by link as well as emailIn progress+2.0dRPT-31Weekly, not daily, digestNot started+0.5dSprint scope after day one
added removed
03Engineering
The lead runs stand-up here. One engineer’s entries are visible to them and to workspace admins, nobody else.
Yesterday
Today
8.4 h average, sustainable
How the numbers are defined
Views and reports are team-level and never name an engineer.
Tickets and cycle time come from your tracker; pull requests and time to merge from your code host, bots excluded.
How much of what the team commits to at stand-up gets done.
completed ÷ resolved commitmentsOf the stand-up commitments since resolved, the share completed, counted by the day the commitment was planned for. A missed commitment that is carried over becomes a new commitment for the next day.
Work added or thrown away by changes, as a share of capacity.
(days added + days invalidated) ÷ capacityEngineer-days added plus engineer-days of finished work invalidated, from the estimates on requests and requirement changes. Once a request has requirement changes filed under it, the changes are counted and the request’s own estimate is not. Shown as a share of capacity: active engineers times elapsed workdays.
How long work sits blocked, in workdays.
Σ workdays, raised → resolvedWorkdays from the day a blocker is raised up to the day it is resolved, summed over blockers.
Tickets added to or removed from a sprint after it starts.
joined or left after day one, before the endA ticket counts as added when it joins a sprint after the sprint’s first day and before it ends; removed when it leaves in that same window. First-day planning and end-of-sprint rollover are not counted. Read from the tracker’s issue history.
Desktop companion
The desktop app sends stand-up mail, meeting notes and pull request decisions to your workspace. Only what matches your rules leaves the computer.
For Mac and Windows. Signs in through your browser.
Security and privacy
Built so that a bug in our code still cannot show one company’s data to another.
We use it to run your workspace and nothing else. We never sell it.
Postgres row-level security walls off every table, so a faulty query returns nothing.
Tracker and code host keys are encrypted (AES-256-GCM) and never shown again.
No analytics, trackers or ad cookies. One cookie keeps you signed in.
The detail is in the Privacy Policy and the Terms.
Start here
Connect your tracker and code host, add the team, and run tomorrow’s stand-up in QuxPulse.
A walkthrough is 30 minutes with the team that builds QuxPulse.