Overview
How the team is doing and where AI is showing up.
Period
Scope
Filters
Right now · Last 30d
Issues done
257
▼ 24.9%
AI participation
15.2%
▲ 5.3%
Lead Time (active)
8.2d
▼ 47.7%
Cycle Time (active)
4.5d
▼ 14.0%
Time to Ready p50
1.3d
▼ 73.5%
WIP active
308
▲ 12.4%
WIP blocked
86
▲ 2.4%
Deploys / week
0.5
▼ 94.4%
Bug rate / week
15.2
▼ 48.3%
Trend · last 8 weeks
Throughput
AI %
Cycle Time (active, h)
AI impact
MetricAI medianHuman medianΔ%
Cycle Time (active)AI: 6dn=35Human: 3.9dn=199▲ 54.4%
Lead Time (active)AI: 6dn=39Human: 10dn=218▼ 39.5%
Time to Ready p50AI: 0.1hn=35Human: 3.9dn=169▼ 99.9%
PRs mergedAI: 0Human: 48—
PR review p50AI: —n=0Human: 3.3dn=14⚠ n<20
Before vs After AI
| Metric | Before AI | After AI | Δ |
|---|---|---|---|
| Lead time p50 (raw, days) | 15.3dn=4164 | 10.3dn=857 | ▼ 33.0% |
| Throughput / week | 15n=4164 | 12.7n=857 | ▼ 15.4% |
| AI participation (%) | 0n=4164 | 11.9n=857 | — |
| Deploys / week | 0.2n=9 | 1.3n=65 | ⚠ |
| Change failure rate (%) | 18.2n=11 | 20.7n=82 | ⚠ |
Per-project breakdown (3 projects)
mode: compare
Before AI55 weeks · n=193
- Lead Time (raw)
- 23d
- Throughput / wk
- 3.5
- AI %
- 0%
- Deploys / wk
- 0.2
- Change fail rate
- 18.2%
- Deployments
- 11
After AI50 weeks · n=379
- Lead Time (raw)
- 6.8d
- Throughput / wk
- 7.5
- AI %
- 5.5%
- Deploys / wk
- 1.3
- Change fail rate
- 20.7%
- Deployments
- 82
mode: compare
Before AI103 weeks · n=2212
- Lead Time (raw)
- 15.3d
- Throughput / wk
- 21.4
- AI %
- 0%
- Deploys / wk
- —
- Change fail rate
- —
- Deployments
- 0
After AI16 weeks · n=315
- Lead Time (raw)
- 10.3d
- Throughput / wk
- 20.3
- AI %
- 28.9%
- Deploys / wk
- —
- Change fail rate
- —
- Deployments
- 0
mode: compare
Before AI88 weeks · n=1759
- Lead Time (raw)
- 6d
- Throughput / wk
- 20
- AI %
- 0%
- Deploys / wk
- —
- Change fail rate
- —
- Deployments
- 0
After AI16 weeks · n=163
- Lead Time (raw)
- 28.1d
- Throughput / wk
- 10.2
- AI %
- 1.2%
- Deploys / wk
- —
- Change fail rate
- —
- Deployments
- 0
Tip: switch any project to Before only / After only in its config to focus on one era — useful when one side has insufficient data or contaminated history.
Top teams · by throughput
AI activity · how agents are being used
| Agent | Assigned | Authored PRs | Reported | Transitions | Comments |
|---|---|---|---|---|---|
| Oliver | 11 | 4 | 13 | 127 | 259 |
| Veronica (ADOMCPAutomation) | 28 | 0 | 12 | 128 | 101 |
| Nikolaos | 0 | 0 | 0 | 0 | 182 |
| Amelia | 0 | 0 | 0 | 0 | 0 |
| Anastasia | 0 | 0 | 0 | 0 | 0 |
| Sakura | 0 | 0 | 0 | 0 | 0 |
| Robocop | 0 | 0 | 0 | 0 | 0 |
| Total | 39 | 4 | 25 | 255 | 542 |
Data Quality
| Check | Status | Current value | What it means |
|---|---|---|---|
| Sync freshness | ⚠ | 8/8 projects · 8 stale > 24h · oldest ADS 281.8h | How recently we pulled JIRA data. Stale > 24h means the numbers in this scope may be lagging real-world state. |
| Latest sync status | ✓ | 8/8 projects last sync OK | Whether each project's most recentsync succeeded. This is the current-health signal: if green, every project's data is fresh from a successful pull, even if older runs in the 24h window failed. |
| Historical errors (last 24h) | ✓ | 0 | Count of failed sync attempts in the last 24h. Transient noise unless Latest sync status above is also red — then a project is currently broken, not just blipped. |
| Metric configs | ✓ | all projects fully configured | Each project has 11 metric definitions (start/end statuses, ready statuses, etc.). All projects fully configured means cycle/lead/WIP/throughput/etc. use the project-specific status lists, not fallback defaults. |
| AI Period coverage | ✓ | 3/8 projects configured | Number of projects where someone clicked 'Compare' on the project's config page and set an AI introduction date. Drives the 'Before vs After AI' section below. Most projects can stay unconfigured — only opt in for projects where you actually want a before/after split. |
| Stage config coverage | ⚠ | 1 status missing from 1 project' configs · 0 wip configs missing pauseStatuses | Configs must list every status the team actually uses. Otherwise Where Work Waits and Blocked WIP silently drop transitions. Audit17 P0-3. |
| PR ↔ JIRA linkage (last 30d) | ⚠ | ADS 58.8% (20/34)TDOT 85.7% (12/14) | Share of completed PRs whose branch name or title contains a JIRA issue key (e.g. ADS-1234). Below 60% means the PR/JIRA join is unreliable for that project — for those, quote PR-only metrics (PR Throughput, Review Duration) instead of metrics that join PRs back to JIRA tickets. |
Where work waits
Bottleneck: tickets spend the most time in Waiting for Client (50.1d median). This is the top of Active Flow Bottlenecks, not the intake card.
Active Flow Bottlenecks
Workflow stageRelative wait timeMedian time
Waiting for Client
50.1dp50
Ready For Review
17.6dp50
On Hold
16.1dp50
Ready For Live
14dp50
Failed On Testing
6.1dp50
Ready To Test
2.6dp50
Backlog / Intake Aging
Workflow stageRelative wait timeMedian time
Ready
574dp50
New
94.9dp50
Open
59.4dp50
Approved
36.7dp50
To Do
13.5dp50
Triaged
12.1dp50
Longest stuck right now
| Key | Summary | Status | Age |
|---|---|---|---|
| EVO-176 | [ Q2 | 2026] Localisation - Technical Analysis (Game Page + Generic Pages) | In Progress | 831.9d |
| TECH-68 | [Server-to-Server payment notification] add api for reading failed transaction list | Ready For Live | 751.9d |
| TECH-171 | Authentication process in Nakama will now fetch gem count from Eagle on user creation | Ready To Test | 731.7d |
| TECH-186 | [Dual Sync Approach] Eagle side synchronization | Ready For Live | 726.9d |
| PU-169 | 8 Ball Pool Together - launch stand-alone 8 ball Pool Together | In Progress | 726.9d |
| PU-126 | Premier Sunday Crossword - Solve source of puzzle feeds | Ready For Live | 726.9d |
| PU-177 | Crosswords - high priority maintenance and improvements | In Progress | 726.9d |
| PU-81 | AARP all games - adaptive sampling | Ready For Review | 726.9d |
19 tickets excluded — managed centrally.
133 tickets excluded — managed centrally.