Filter operators and selectors
Some filters support operators and/or selectors. Select an operator/selector from the drop-down menu next to the filter name, then enter a value or values to define the range or condition.Numeric operators
Available numeric operators:- Equals, Does not equal, >, ≥, <, ≤, Is between, Is empty, Is not empty
- Version control - Lines added, Lines deleted, Files changed, Number of comments, Commits, Cycle time, PR size
- Deployment - Duration
- Incident - Time to resolution
- Project management - Story points, Time spent, Original estimate, Remaining estimate, Number of comments
String operators
Available string operators:- Is, Is not, Is empty, Is not empty, Contains, Excludes
- Teams & Users - Inherited team, User, Team, User label, User label name, Assignee, Assignee team, Assignee user label, Deployer, Incident assignee
- Entity - Inherited domain, Inherited team owner, Domain, Entity, Entity type, Group, Entity owner
- Version control - Label
- Deployment - Environment, Status
- Project management - Component, Label, Sprint, Status, Work item type
Because they can never be empty, the following three filters have a slightly reduced set of operators **(**no Is empty / Is not empty):
- Version control - Repository, Status
- Project management - Project
- Version control - Draft
- Scorecard - Level
Role selectors
The Author/Reviewer role selector is found on the following filters:- Version control - User, Team, User label, User label name
Example filter scenarios
Filters are most useful when you combine them to answer a specific question. A few common examples: Version control- Filter Cycle time by > 3 days to find PRs that are taking longer than expected to ship. This can help you spot patterns like review bottlenecks.
- Filter Number of comments by Equals 0 to find PRs that shipped with no review comments, a possible quality or risk signal.
- Filter PR size by > 1,000 lines, or Files changed by > 10, to see the cycle time for your largest PRs and understand how PR size affects delivery speed.
- Filter Draft by Equals true combined with Cycle time by > 7 days to catch PRs that have been sitting in draft for a long time, work that’s stalled before it even reaches review.
- Filter Story points by ≥ 8 to surface large work items that may need to be broken down into smaller pieces.
- Filter Work item type by Is “Bug” combined with Time spent by > 3 days to see which bugs are consuming the most engineering time.
- Filter Time to resolution by > 12 hours to identify incidents where response is breaking down.
- Filter Duration by > 30 minutes to spot patterns leading to slow deployments.
- Filter Environment by Is “Staging” combined with Status by Is not “Success” to catch deployments failing in staging before they’d ever reach production.
- Filter User label by Is “AI User (last 7 days)” to compare cycle time or PR throughput between people using GitHub Copilot and those who aren’t.
- Filter Team with the Reviewer role selector to see how much review load a team is carrying across the org, not just on their own PRs.
- Filter Entity type by Is “Service” combined with Group by Is “Tier 1” to focus metrics on your most critical production services only.
- Filter Level by Is “No level” to find entities that haven’t reached the first level of a Scorecard yet, a quick way to see where adoption has stalled.
- Filter Level by Is not “Level 3” alongside Entity owner to see which teams still have work left on a migration Scorecard.
Filter definitions
Teams and users
The filters in this section focus on scoping data to specific people or teams. Available filters are dependent on the metric being viewed.Entity
The filters in this section focus on scoping data to specific entities, entity types, or the groups they belong to.Version control
The filters in this section are specific to version control metrics and let you scope data by pull request attributes such as status, label, and repository.Deployments
The filters in this section are specific to deployment metrics and let you scope data by attributes such as deployment status and environment.AI tools
There are no AI-specific filters. Only Teams & Users and Entity filters apply to AI tools metrics.Project management
The filters in this section are specific to project management metrics and let you scope data by work item attributes such as status, type, sprint, and project.Unique defaultJQL configurations per entity aren’t supported for filtering or segmenting data in Data Explorer.
Incidents
The filters in this section are specific to incident-related metrics.Team and user filters are only supported for PagerDuty.