jr-retro

Analyzes .jr/tickets data to identify workflow friction patterns and outputs categorized recommendations.

Updated Apr 8, 2026
One-click install
npx skills add https://github.com/bmsull560/Fabric_4L --skill jr-retro
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: jr-retro
Source: https://github.com/bmsull560/Fabric_4L/tree/main/.windsurf/skills/jr-retro
Command: npx skills add https://github.com/bmsull560/Fabric_4L --skill jr-retro

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill helps teams perform a structured post-mortem analysis of features that shipped, stalled, or underwent architect review to identify friction and opportunities for improvement.

Core Features & Use Cases

  • Gather and analyze ticket histories across .jr/tickets to surface descriptions, statuses, assignees, and note history; identify friction patterns such as churn, missed catches, wasted cycles, and underspecified tasks.
  • Produce three recommendation categories: Project Recommendations, Feature/Task Recommendations, and Workflow Recommendations, with concrete, actionable guidance for process and product improvements.
  • Maintain a read-only analysis stance and do not modify tickets or code during reviews.

Quick Start

Provide a feature ticket ID to begin a read-only retrospective analysis and generate actionable findings.

Frequently Asked Questions about jr-retro

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

FAQPage Schema
How do I conduct a structured post-mortem analysis for feature development cycles?

A structured post-mortem analysis gathers ticket histories from .jr/tickets to identify friction patterns like churn, missed catches, wasted cycles, and underspecified tasks. It outputs categorized recommendations across project, feature, and workflow dimensions to improve future development cycles.

What friction patterns should I look for during a post-release review?

During a post-release review, you should look for friction patterns including churning, missed catches, wasted cycles, underspecified tasks, and discoveries. Analyzing these patterns from ticket histories helps surface actionable process and product improvement opportunities.

How do I start a retrospective analysis using ticket data?

To start a retrospective analysis, provide a feature ticket ID to initiate a read-only review. The system gathers ticket descriptions, statuses, assignees, and note history from .jr/tickets to diagnose friction and generate actionable findings.

Can I use this retrospective approach for architecture triage sessions?

Yes, you can use this retrospective approach for architecture triage sessions. It applies to features that shipped, stalled, or underwent architect review, diagnosing friction patterns to produce concrete project, feature, and workflow recommendations.

Does the post-mortem analysis modify existing tickets or code?

No, the post-mortem analysis maintains a strictly read-only stance and does not modify tickets or code during reviews. It only gathers and analyzes ticket data to output categorized recommendations for process improvement.

What recommendations are generated from ticket analysis for process improvement?

Ticket analysis generates three recommendation categories: Project Recommendations, Feature/Task Recommendations, and Workflow Recommendations. These provide concrete, actionable guidance for diagnosing churn and improving process and product outcomes.