learn-iterate

Score shipped releases against PRD success criteria and decide persevere, iterate, expand, or kill.

1|1|Updated Jul 6, 2026
One-click install
npx skills add https://github.com/muhammaddadu/ai-skill-collection --skill learn-iterate-muhammaddadu
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: learn-iterate
Source: https://github.com/muhammaddadu/ai-skill-collection/tree/main/4-iteration/learn-iterate
Command: npx skills add https://github.com/muhammaddadu/ai-skill-collection --skill learn-iterate-muhammaddadu

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? After a release ships, teams often move on without ever checking whether the feature met its goals, so the next planning cycle starts from memory instead of evidence. This Skill runs the post-release learning checkpoint: it scores what shipped against the PRD's committed success criteria, extracts insights, forces an explicit decision per criterion, and updates the PRD so the next cycle starts from facts. ## Core Features & Use Cases - Success-criteria scorecard: Builds a target-vs-actual-vs-verdict table for every criterion written before launch, flagging unmeasurable criteria as owned instrumentation gaps. - Multi-channel evidence gathering: Pulls product metrics, error trends via sentry-cli, business impact via SaaS metrics skills, and qualitative feedback before forming any opinion. - Explicit decision tagging: Every verdict gets a persevere, iterate, expand, or kill decision with an owner, routing kills to eol-message and iterates back into prd-development. - Use Case: A feature shipped six weeks ago and its checkpoint date arrives. Run this Skill to compare activation and retention actuals against the PRD targets, discover one criterion was never instrumented, decide to iterate on onboarding, and append the full review to the PRD. ## Quick Start Run the learn-iterate checkpoint for the checkout-redesign release that shipped last month and update its PRD with the scorecard and decisions.

Frequently Asked Questions about learn-iterate

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I run a post-release product review against PRD success criteria?▼

Run the checkpoint at the date booked in the release post-launch plan, gather product metrics, error trends, business impact, and qualitative feedback, then score each pre-written criterion as met, trending, or missed. Every verdict must get a persevere, iterate, expand, or kill decision with an owner.

What is the difference between an iteration review and an incident postmortem?▼

An iteration review evaluates whether a shipped feature met its product success criteria, while an incident postmortem analyzes operational failures like outages and sevs. This Skill explicitly routes anything that broke to incident-postmortem and keeps the two analyses separate.

When should I NOT run a post-release learning checkpoint?▼

Do not run it during the first noisy week after launch, when spikes and novelty effects distort metrics, and do not run it when the product is on fire, since that is an incident requiring stabilization first. Also avoid it if no success criteria were written before launch.

What happens when a success criterion cannot be measured?▼

An unmeasurable criterion is recorded as an instrumentation gap with an owner, marked with an unmeasurable verdict rather than guessed. The gap must be fixed and verified closed before the next checkpoint so the same criterion is scorable next time.

How do I decide whether to kill a feature that missed its targets?▼

Kill when criteria were missed and the evidence shows the underlying premise was wrong, then route any user-facing announcement through the eol-message skill. A repeated missed verdict without a kill or iterate decision is treated as a review failure and escalated.