FEATURES / ALERTS Private beta

Alerts that detect patterns, not just thresholds

Threshold-based alerts tell you a number crossed a line. Gitrevio alerts tell you a pattern is forming — a bottleneck emerging, an attrition risk shifting, a sprint going off-track — before the damage is done.

Nine built-in alert rule types

PR stuck
A pull request has been waiting on review past its expected p75 wait. Identifies the reviewer, queue depth, and recommends redistribution before the sprint slips.
AI ROI dropping
Your team's AI-assisted productivity lift fell below baseline. Catches when Copilot/Cursor adoption stalls or when AI-authored code starts requiring more rework than hand-written.
Attrition risk spike
An engineer's attrition risk score shifted significantly. Multi-signal — engagement decline + review bottleneck + peer attrition + tenure plateau, not a single metric.
Bus factor crash
A critical area of the codebase has concentrated ownership — bus factor approaching 1. Flagged before it becomes a crisis, with suggested knowledge transfer actions.
Sprint at risk
Mid-sprint delivery trajectory predicts a miss. Detected on Wednesday, not at the retro. Includes the blockers causing the deviation and recommended descope.
Anomaly detected
Z-score + EWMA threshold breach on commit-count activity, so you see when a team's cadence deviates from its own recent baseline.
Build failures
CI/CD failure rate or duration regression on a specific repo or pipeline. Caught early enough to roll back the offending change.
Complexity spike
Lizard complexity score on a file or module crossed a threshold or grew faster than the team's normal absorption rate. Tech debt before it accumulates.
Security issue detected
Static-analysis or dependency-scanner finding flagged in changed code. Routes by severity to Slack DM, channel, or in-app inbox.

Seven rule types are live today — PR stuck, AI ROI dropping, attrition risk spike, bus factor crash, sprint at risk, build failures, and security issue detected. The remaining two (anomaly detection and complexity spike) are in progress.

What alerts look like in practice

Each alert includes context, cause, and a suggested action. Not a number — a story.

SPRINT AT RISK
Backend team — Sprint 44
Triggered: Wednesday 2:14pm
At current velocity, this sprint will deliver ~60%
of committed scope (30/50 SP).
Contributing factors:
- 3 PRs blocked in review for 48h+ (reviewer: Marcus)
- 2 tickets re-opened after QA — original estimates low
- Unplanned incident response consumed ~16h this week
Suggested: Redistribute Marcus's review queue to
Sarah and David. Descope BACK-347 to next sprint.
ATTRITION RISK CHANGE
Alex Chen — Platform team
Triggered: Thursday 9:30am
Risk score moved from Low (0.2) to Medium (0.5)
over the past 3 weeks.
Signals detected:
- Commit frequency down 40% from 90-day average
- Context switching increased — touching 3x more repos
- Review participation dropped from 8/week to 2/week
- No longer participating in architecture discussions
Consider scheduling a 1:1 focused on engagement
and career growth. Review workload distribution.

Pattern detection, not threshold math

Traditional alerts fire when a number crosses a line: "cycle time > 5 days." The problem? That threshold is arbitrary, context-free, and either too noisy (fires constantly) or too late (fires after the damage).

Gitrevio's AI learns your team's baselines, seasonal patterns, and normal variance. It alerts on meaningful deviations — the kind that experienced engineering leaders would notice, not the kind that a simple rule catches.

It also correlates across signals. An attrition risk alert isn't triggered by a single metric — it's the combination of declining commit frequency, reduced review participation, and increased context switching that forms the pattern.

Deliver where your team already works

Delivery channels: Slack, email (SendGrid), webhook (HMAC-signed with retry), and in-app inbox. An hourly evaluator fires the live rules and routes each alert by severity to the channel you configure.

Create and manage alerts through the web UI or the REST API — pause, unpause, and acknowledge included. Critical and P1 conditions escalate to an ops-Slack channel.

# A live alert delivered to Slack
SPRINT AT RISK — Backend / Sprint 44
At current velocity this sprint will
deliver ~60% of committed scope.
Context, contributing factors, and a
suggested action attached. Deep-link
to the detail view included.

Manage alerts, not noise

We built Gitrevio alerts with alert fatigue in mind. Every design decision aims to reduce noise and increase signal.

Context, cause, action
Every alert carries the surrounding context, the contributing factors, and a suggested next step — not a bare number. A story you can act on.
Cooldown periods
An alert won't re-fire until the condition resolves and re-triggers. No repeated notifications for the same ongoing issue.
Severity routing
Critical and P1 conditions escalate to an ops-Slack channel immediately; lower-severity alerts go to your configured channel or in-app inbox. You control the routing.

Ready to See Your Engineering work clearly?

Get started free