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.