How do I install the Velocity Monitor skill?

Run npx skillmds@latest add mittuled/velocity-monitor in your terminal (requires Node.js), paste this page's agent-chat prompt into Claude, Cursor, or any MCP-connected agent, or download the SKILL.md file and copy it into your agent's skills directory.

Is Velocity Monitor safe to use?

This skill has not completed SkillMD's automated safety review yet. SkillMD never runs a skill's scripts for you; review the SKILL.md before installing.

Which AI agents work with Velocity Monitor?

This skill is tagged as working with Claude Code, Claude.ai, OpenAI Codex. SKILL.md is an open format, so most agents that read a skills directory can load it too.

Is Velocity Monitor free to use?

Yes. Installing skills from SkillMD is free, and the skill stays under its author's original license.

Who published Velocity Monitor?

mittuled (@mittuled) published this skill. Their other Agent Skills are listed on their SkillMD profile.

Velocity Monitor by mittuled — Agent Skill

Name: Velocity Monitor
Author: mittuled

Velocity Monitor

This skill monitors team velocity against plan and flags delivery risks early. Use when asked to track engineering throughput, assess sprint performance, or identify delivery slowdowns. Also consider when DORA metrics trend negatively. Suggest when a team has missed commitments in two consecutive sprints without investigation.

mittuled Updated Sep 17, 2026

File contents

velocity-monitor

Agent: VP Engineering

L1 engineering leader (1x) responsible for spec intake review, team allocation, architecture oversight, velocity monitoring, and go-live approvals. Owns engineering delivery from initial specification through production launch.

Department ethos: ideal-engineering.md

Skill Description

Monitors team velocity against planned commitments and flags delivery risks using DORA metrics, sprint data, and burndown trends.

When to Use

When a sprint ends and actual velocity needs to be compared against planned commitments.
When DORA metrics (lead time, deployment frequency, change failure rate, MTTR) show negative trends.
When stakeholders request a delivery health assessment mid-phase.

Workflow

Collect metrics: Gather sprint velocity (points completed vs. planned), cycle time, lead time, deployment frequency, change failure rate, and MTTR from the project management and CI/CD tools. Deliverable: raw metrics dashboard.
Trend analysis: Compare current metrics against the rolling average (last 4-6 sprints). Identify statistically significant deviations. Deliverable: trend report with variance flags.
Root cause investigation: For flagged deviations, investigate contributing factors -- scope changes, dependency blocks, tech debt, team changes, incident load. Deliverable: root cause annotations.
Risk projection: Project current velocity trends forward to assess impact on milestone and phase deadlines. Identify at-risk deliverables. Deliverable: risk projection with affected milestones.
Recommend interventions: Propose corrective actions -- reallocation, scope adjustment, tech debt sprint, process change. Deliverable: intervention recommendations with expected impact.

Anti-Patterns

Velocity as a target: Using velocity as a performance metric that teams are pressured to increase. Why: when velocity becomes a target, teams inflate estimates rather than improve throughput, destroying the metric's diagnostic value.
Ignoring leading indicators: Waiting for missed milestones instead of monitoring leading indicators like cycle time and WIP count. Why: lagging indicators confirm problems too late for low-cost intervention.
Metric without context: Reporting numbers without investigating why they changed. Why: raw metrics without root cause analysis lead to wrong interventions.

Output

On success: Produces a velocity health report containing current metrics, trend analysis, root cause annotations for deviations, risk projections, and intervention recommendations. Delivered to engineering leadership at sprint boundaries.

On failure: Report which metrics could not be collected (e.g., missing CI/CD integration, incomplete sprint tracking), the impact on monitoring coverage, and what tooling changes are needed.

Related Skills

inter-phase-retrospective -- velocity data is a key input to retrospective analysis.
team-allocator -- velocity trends may trigger reallocation decisions.

---name: velocity-monitordescription: This skill monitors team velocity against plan and flags delivery risks early. Use when asked to track engineering throughput, assess sprint performance, or identify delivery slowdowns. Also consider when DORA metrics trend negatively. Suggest when a team has missed commitments in two consecutive sprints without investigation.---# velocity-monitor## Agent: VP EngineeringL1 engineering leader (1x) responsible for spec intake review, team allocation, architecture oversight, velocity monitoring, and go-live approvals. Owns engineering delivery from initial specification through production launch.Department ethos: [ideal-engineering.md](../../../../departments/engineering/ideal-engineering.md)## Skill DescriptionMonitors team velocity against planned commitments and flags delivery risks using DORA metrics, sprint data, and burndown trends.## When to Use- When a sprint ends and actual velocity needs to be compared against planned commitments.- When DORA metrics (lead time, deployment frequency, change failure rate, MTTR) show negative trends.- When stakeholders request a delivery health assessment mid-phase.## Workflow1. **Collect metrics**: Gather sprint velocity (points completed vs. planned), cycle time, lead time, deployment frequency, change failure rate, and MTTR from the project management and CI/CD tools. Deliverable: raw metrics dashboard.2. **Trend analysis**: Compare current metrics against the rolling average (last 4-6 sprints). Identify statistically significant deviations. Deliverable: trend report with variance flags.3. **Root cause investigation**: For flagged deviations, investigate contributing factors -- scope changes, dependency blocks, tech debt, team changes, incident load. Deliverable: root cause annotations.4. **Risk projection**: Project current velocity trends forward to assess impact on milestone and phase deadlines. Identify at-risk deliverables. Deliverable: risk projection with affected milestones.5. **Recommend interventions**: Propose corrective actions -- reallocation, scope adjustment, tech debt sprint, process change. Deliverable: intervention recommendations with expected impact.## Anti-Patterns- **Velocity as a target**: Using velocity as a performance metric that teams are pressured to increase. *Why*: when velocity becomes a target, teams inflate estimates rather than improve throughput, destroying the metric's diagnostic value.- **Ignoring leading indicators**: Waiting for missed milestones instead of monitoring leading indicators like cycle time and WIP count. *Why*: lagging indicators confirm problems too late for low-cost intervention.- **Metric without context**: Reporting numbers without investigating why they changed. *Why*: raw metrics without root cause analysis lead to wrong interventions.## Output**On success**: Produces a velocity health report containing current metrics, trend analysis, root cause annotations for deviations, risk projections, and intervention recommendations. Delivered to engineering leadership at sprint boundaries.**On failure**: Report which metrics could not be collected (e.g., missing CI/CD integration, incomplete sprint tracking), the impact on monitoring coverage, and what tooling changes are needed.## Related Skills- [`inter-phase-retrospective`](../../../engineering/vp-engineering/inter-phase-retrospective/SKILL.md) -- velocity data is a key input to retrospective analysis.- [`team-allocator`](../../../engineering/vp-engineering/team-allocator/SKILL.md) -- velocity trends may trigger reallocation decisions.

Frequently asked questions