Anatomy of a ticket

Range:

Validation & drill-down view. Use this page to understand exactly how each flow metric is computed for one project, and where the AI cohort differs from the human cohort. Headline numbers on /flow and /overview roll up the same formulas across all projects. Hover any lane label for the formula and a sample-size note.

Anatomy of a ticket — EVO

Window: 30d · All 75 · AI 27 · Human 48

Jira Flow Lead Time (raw / wall-clock)

26.0dn=75AI169hn=27H35.0dn=48Δ -80%

Lead Time (active, ÷ pauses)

26.0dn=75AI169hn=27H33.5dn=48Δ -79%

Time to Ready

13.7dn=71AI43hn=23H16.9dn=48Δ -89%

Cycle Time (raw / wall-clock)

163hn=71AI147hn=23H169hn=48Δ -13%

Lead Time for Changes

Not enough data in this window

Cycle Time (active, ÷ pauses)

160hn=71AI147hn=23H167hn=48Δ -12%

Time to First PR

0.0hn=2AI0.0hn=1 · directionalH0.0hn=1 · directional

PR Review Duration

Not enough data in this window

Created

Ready

In Progress

In Review

Done

Deployed

AI vs Human comparison

Bars proportional within each row (max = 100%). Δ% lower-is-better — green = AI faster.

Jira Flow Lead Time (raw / wall-clock)

Created → Done · wall-clock hours including weekends and pauses

-80% · AI fasterView tickets (27/48) →

169h n=27

Human

35.0d n=48

Lead Time (active, ÷ pauses)

Created → Done · business hours minus configured pause statuses

-79% · AI fasterView tickets (27/48) →

169h n=27

Human

33.5d n=48

Time to Ready

Created → first transition into a ready status (Selected / Approved / Ready)

-89% · AI fasterView tickets (23/48) →

43h n=23

Human

16.9d n=48

Cycle Time (raw / wall-clock)

First cycle-start status → Done · wall-clock hours

-13% · AI fasterView tickets (23/48) →

147h n=23

Human

169h n=48

Cycle Time (active, ÷ pauses)

First cycle-start status → Done · business hours minus pauses

-12% · AI fasterView tickets (23/48) →

147h n=23

Human

167h n=48

Time to First PR

First cycle-start → first PR opened · business hours

directionalView tickets (1/1) →

0.0h n=1 · dir.

Human

0.0h n=1 · dir.

Not measurable (one cohort has zero samples):

·PR Review Duration — no tickets / PRs measurable in this window
·Lead Time for Changes — no tickets / PRs measurable in this window

Cohort breakdown

⚠ marker when AI or Human cohort sample size is below 10.

Metric	All p50	n	AI p50	n	Human p50	n	Δ (AI vs Human)
Jira Flow Lead Time (raw / wall-clock)	26.0d	75	169h	27	35.0d	48	-80% (AI faster)
Lead Time (active, ÷ pauses)	26.0d	75	169h	27	33.5d	48	-79% (AI faster)
Time to Ready	13.7d	71	43h	23	16.9d	48	-89% (AI faster)
Cycle Time (raw / wall-clock)	163h	71	147h	23	169h	48	-13% (AI faster)
Cycle Time (active, ÷ pauses)	160h	71	147h	23	167h	48	-12% (AI faster)
Time to First PR	0.0h	2	0.0h	1 ⚠	0.0h	1 ⚠	—
PR Review Duration	—	0	—	0 ⚠	—	0 ⚠	—
Lead Time for Changes	—	0	—	0 ⚠	—	0 ⚠	—

All = every measurable ticket / PR in the window. AI = agent-owned cohort (ticket assignee or PR author is an active agent at completion). H = human cohort (everyone else, including unassigned). Δ compares AI vs Human p50 — negative = AI faster.

Side metrics

Throughput / week

17.5

AI 6.3 · H 11.2

WIP — Active now

Blocked 5

Bug rate / week

2.6

AI participation

36%

AI 27 / 75

Top bottleneck

On Hold

median 158h

Deploys / week

0.0

ADO-style

Change failure rate

—

no ADO mapping

PR acceptance

—

no PRs in window

🧠 AI deep analysis

Generate an LLM-driven explanation of WHY the AI cohort is faster / slower on each lane. Cites specific tickets from the evidence pack, suggests next steps.

Active variants use business hours minus pause statuses (same formula as the per-project Cycle / Lead pages). Raw variants are pure wall-clock. AI cohort = ticket assignee (or PR author) is an active agent at completion time. Sample-size suppression marks values directional only when AI or Human cohort drops below 10 — the value is still shown for context but trust it less.

133 tickets excluded — managed centrally.