-
Notifications
You must be signed in to change notification settings - Fork 5.8k
feat: add retrospective command for spec drift analysis #1533
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
Add /speckit.retrospective command template that performs post-implementation analysis measuring spec drift - the deviation between specification and actual implementation. Features: - Calculates Spec Drift Score (% of requirements implemented as specified) - Classifies deviations: CRITICAL, SIGNIFICANT, MINOR, POSITIVE - Requirement coverage matrix (FR/NFR tracking) - Success criteria assessment against actual values - Architecture drift analysis (data model, tech stack, APIs) - Root cause analysis (when/why deviations occurred) - Structured lessons learned by category - Actionable recommendations for future features - Read-only analysis mode (non-destructive)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pull request overview
This pull request adds a new /speckit.retrospective command that performs post-implementation analysis to measure spec drift - the deviation between what was specified and what was actually built in a feature. This creates a feedback loop in the Spec-Driven Development workflow by quantifying implementation deviations and generating actionable lessons learned.
Changes:
- Adds a comprehensive retrospective analysis command with read-only operation
- Implements spec drift scoring based on requirement adherence
- Provides structured root cause analysis for deviations with severity classification (CRITICAL/SIGNIFICANT/MINOR/POSITIVE)
- Generates detailed retrospective reports with traceability and actionable recommendations
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
…nts and rename spec drift score to spec adherence score
…n updates and feature creation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pull request overview
Copilot reviewed 1 out of 1 changed files in this pull request and generated 11 comments.
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
…ings and enhance task validation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pull request overview
Copilot reviewed 1 out of 1 changed files in this pull request and generated 7 comments.
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
…n and spec adherence calculation
Summary
Adds a new
/speckit.retrospectivecommand for post-implementation analysis that measures spec drift - the deviation between what was specified and what was actually built.Motivation
The Spec-Driven Development workflow currently covers the full lifecycle from specification through implementation, but lacks a critical feedback loop: learning from completed features. Without retrospective analysis, teams lose valuable insights that could improve future specifications and reduce rework.
The Problem
The Solution
The
/speckit.retrospectivecommand provides:Expected Impact
Design Decisions
check-prerequisites.shfor consistency with other commandsUsage
Run after implementation is complete (or at a significant milestone):