5d-reflect

Capture completed work learnings into a formal Iteration Retrospective.

5|Updated Jan 30, 2026
One-click install
npx skills add https://github.com/tapania/5d-skills --skill 5d-reflect
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: 5d-reflect
Source: https://github.com/tapania/5d-skills/tree/main/skills/5d-reflect
Command: npx skills add https://github.com/tapania/5d-skills --skill 5d-reflect

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Reflect phase provides a structured approach to capture learnings from completed work, ensuring insights are documented and applied to future cycles, reducing repeated mistakes.

Core Features & Use Cases

  • Structured retrospective prompts to extract learnings across dimensions (Width, Depth, Height, Quadrants, Time)
  • Formalized output that feeds into next iterations and organization-wide knowledge
  • Use Case: After finishing a development iteration, run 5d-reflect to generate an iteration retrospective and carry forward insights.

Quick Start

Use the reflect skill to generate a retrospective summary after a feature is delivered, capturing what went well, what didn't, and recommended process improvements.

Frequently Asked Questions about 5d-reflect

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

FAQPage Schema
How do I capture lessons learned after a development iteration?▼

To capture lessons learned after a development iteration, use structured retrospective prompts to extract insights across multiple dimensions. This generates a formal iteration retrospective with actionable process improvements and a carry-forward statement for the next cycle.

What is the best way to run a retrospective after feature delivery?▼

Running a retrospective after feature delivery involves evaluating what went well and what went wrong. It records these insights as a formal iteration retrospective, ensuring actionable process changes are documented to reduce repeated mistakes in future cycles.

When should I document iteration carry-forward statements?▼

You should document iteration carry-forward statements at the end of an iteration or immediately after feature delivery. They translate retrospective insights into actionable process changes applied directly to the next engineering cycle.

Can I use structured retrospective prompts for continuous improvement in software engineering?▼

Yes, structured retrospective prompts support continuous improvement in software engineering by systematically extracting learnings across dimensions like Width, Depth, Height, Quadrants, and Time to formalize process changes.

Does generating a lessons learned document require formal iteration tracking?▼

Generating a lessons learned document benefits from formal iteration tracking to provide context. The retrospective process records insights as a formal iteration retrospective, feeding into next iterations and organization-wide knowledge.

Why should I formalize process changes from a retrospective instead of just discussing them?▼

Formalizing process changes from a retrospective ensures insights are documented and applied to future cycles. This structured approach reduces repeated mistakes by creating a carry-forward statement that directly informs the next iteration.