WIP

Work In Progress (WIP)

Number of pull requests currently open. The backlog of unmerged work.

Family: Flow & Cycle Time · Cadence: Point-in-time snapshot, trended over the window · Where it appears: /ai-adoption/ai-impact

At a glance

WIP is the simplest metric in the dashboard. It is the count of open PRs — a snapshot of how much work is in flight at any moment. Despite being simple, it is one of the most operationally useful: a rising WIP almost always means a problem (reviewers overloaded, PRs stalled, big-bang releases incoming), and a flat low WIP almost always means a healthy flow.

It is the metric every team lead should glance at every Monday morning.

Formula

WIP = count(open PRs at snapshot time)

For trend lines, the count is sampled at fixed intervals across the window and plotted.

How GitKraken Insights calculates it

A PR is in WIP if its state = 'open' and it is not a draft. Bot-authored PRs are excluded.

For the trend view, the backend samples the count at a daily cadence (or whatever the chart granularity is set to) and plots it.

Why it matters

WIP is the metric that links your team’s review process to your team’s flow:

How to read it

For per-team WIP, rule-of-thumb thresholds:

WIP per active developer Read it as
< 1.5× Lean — likely shipping fast
1.5× – 2.5× Healthy — typical for engaged teams
2.5× – 4× High — review queue likely backed up
> 4× Stuck — major flow problem, action needed

For org-level WIP, watch the trend. Sudden spikes always tell a story. Slow drifts upward over weeks usually indicate review process drift.

Where it appears

Flow & Delivery board in GitKraken Insights showing KPI cards for Throughput, Cycle Time, Review Speed, PR First Pass, WIP, CFR, and AI Adoption, with the WIP card displaying the count of open PRs and how many are older than three days
WIP alongside other PR flow charts.

Settings that affect it

None. WIP is a raw count.

Related metrics

Metric Relationship
Cycle Time High WIP often causes a long Pickup phase (reviewers overloaded).
Throughput Outflow rate. WIP / Throughput ≈ average days a PR sits open.
Review Cycles Indirectly — PRs with many cycles contribute to higher WIP.

How to improve it

Limitations and gotchas

FAQ

Q: We use stacked PRs (PR2 depends on PR1). Does that inflate WIP?
A: Yes — every open PR counts. If your team uses stacking heavily, your WIP rule-of-thumb threshold should be higher (closer to 3× active devs).

Q: A specific old PR has been open for six months. Should I close it?
A: Almost certainly yes. PRs older than ~30 days are vanishingly likely to merge. They distort WIP and waste reviewer mental bandwidth.

Q: How do I see which PRs are in WIP?
A: Open PRs are visible in your repo’s PR list and in the underlying data on /ai-adoption/data-explorer. The dashboard surfaces WIP as a count and trend.