SDD Lifecycle

The 15-Stage Journey from Constitution to Release.

The Step-by-Step Walkthrough

01

Constitution

Role: TPO

The "North Star" for your project. Before any feature work begins, the TPO executes a project-wide scan to establish architectural guardrails. This locks metadata conventions, deployment rules, and architectural posturing into a permanent memory state that the AI will respect forever.

/sfspeckit-constitution
02

Specify

Role: TPO

Strategic Requirement Engineering. The TPO writes a functional specification that defines WHAT the feature must do from a business perspective. No technical logic is allowed here; the focus is entirely on user value and business logic.

Artifact: sfspeckit/specs/00X-name/spec.md
03

Clarify

Role: TPO + Architect

The Reality Check. The Architect and TPO run a discovery cycle to see if the active Salesforce Org has any manual changes (Drift) that conflict with the specification. Gaps are identified and the Spec is refined before any technical planning starts.

/sfspeckit-clarify
04

Plan

Role: Architect

Technical Architecture Blueprinting. The Architect generates the implementation strategy, defining exactly which classes, fields, and flows will be created or modified. This stage provides the AI with its technical execution sequence.

/sfspeckit-plan
05

Stories

Role: Architect

Atomic Decomposition. The technical plan is broken down into self-contained story files. These are Jira-ready units of work that can be distributed across a development team for parallel execution.

/sfspeckit-stories
06

Review

Role: TPO + Architect

Human-in-the-Loop Validation. No automated code is written until a human confirms that the planned technical architecture perfectly serves the original functional specification. Stakeholder sign-off happens here.

/sfspeckit-review
07

Implement

Role: Developer

Autonomous Building. The Developer executes the story files. The SFSpeckit engine enters an "Auto-Heal" cycle, writing code, running tests, fixing errors, and iterating until the technical plan is fulfilled.

/sfspeckit-implement [story]
08

Verify

Role: Developer

Quality Evidence. The Developer generates a formal verification report. This includes PMD analysis, code coverage heatmaps, and performance metrics, serving as the "proof of quality" for the PR.

/sfspeckit-verify
09

PR

Role: Developer

The Contribution Gate. Automated Pull Request preparation via GitHub CLI. The toolkit aggregates all implementation details and verification evidence into a standardized PR template.

/sfspeckit-pr
10

QA

Role: QA Engineer

Persona-Based Validation. The QA team executes multi-persona validation scripts. They ensure that the new feature works correctly for all specified user roles and that field-level security (FLS) is strictly enforced.

/sfspeckit-qa
11

UAT

Role: Business Owner

Business Value Sign-off. The Business Product Owner (BPO) or Stakeholders run automated UAT scripts generated by the tool to verify that the business objective has been achieved in the staging org.

/sfspeckit-uat
12

Regression

Role: QA Engineer

Platform Sanity. A full suite of regression tests is executed against the feature branch to ensure that new code hasn't introduced breaking changes into existing production features.

/sfspeckit-regression
13

Score

Role: System / Lead

Health Dashboard. Real-time project health metrics are aggregated. Quality scores across all stories are visualized to determine if the feature is ready for the promotion gate.

/sfspeckit-score
14

Deploy

Role: Architect / RM

Promotion Gateway. Evidence-based release promotion across the org landscape (Staging -> Prod). Metadata is synced and dependencies are validated in the target environment.

/sfspeckit-deploy
15

Release Notes

Role: TPO

Final Delivery. The toolkit automatically aggregates story summaries, functional intents, and testing results into a formal, business-ready Release Note document for stakeholders.

/sfspeckit-release-notes

Detailed Repository Blueprint

// Full Project Structure & Naming Conventions
SFSpeckit/
├── .sfspeckit/
│ └── memory/
│ └── constitution.md [One per project - Locked States]
├── sfspeckit/
│ └── specs/
│ └── 001-billing-engine/ [Branch: feature/001-billing]
│ ├── spec.md [Functional Requirements]
│ ├── clarify.md [Drift & Gap Analysis]
│ ├── plan.md [Technical Architecture]
│ ├── evidence.md [Automated Verification Evidence]
│ └── stories/
│ ├── 00-shell.md [Mother Story - Metadata & Skeletons]
│ ├── 01-logic.md [Domain Logic Implementation]
│ └── 02-ui.md [Frontend LWC Implementation]
├── force-app/
│ └── main/default/
│ ├── classes/
│ ├── lwc/
│ └── objects/
└── README.md