Requirements-First Workflow

The Requirements-First workflow is the traditional approach to Feature Specs, starting with what the system should do before determining how to build it.

This workflow is ideal when:

• Clear user stories - You have well-defined behavior that Kiro can use to create user stories
• Flexible architecture - Technical design can be adapted to meet requirements
• Greenfield projects - Starting fresh without existing technical constraints

From the Kiro panel or command palette, create a new Feature Spec. When prompted, select Requirements-First workflow.

Kiro generates a requirements.md document based on your prompt.

What's included:

• User stories with clear acceptance criteria
• System behaviors in EARS format (WHEN...THE SYSTEM SHALL...)
• Functional requirements
• Edge cases and error handling

Your role:

• Review requirements for completeness
• Iterate on user stories and acceptance criteria
• Add any missing scenarios or edge cases
• Confirm when requirements meet your needs

Example requirements:

## User Authentication

### User Registration

WHEN a user submits valid registration data
THE SYSTEM SHALL create a new user account

WHEN a user submits an email that already exists
THE SYSTEM SHALL display "Email already registered" error

WHEN a user submits invalid email format
THE SYSTEM SHALL display email validation error

Once you confirm the requirements, Kiro generates a design.md document that describes how to implement them.

What's generated:

• System architecture and components
• Sequence diagrams showing interactions
• Data models and interfaces
• Technology stack recommendations
• Error handling approach
• Testing strategy

Your role:

• Review the technical approach
• Iterate on architectural decisions
• Validate technology choices
• Confirm the design is feasible

Kiro generates a tasks.md file with executable implementation tasks.

What's generated:

• Discrete, trackable tasks
• Clear descriptions and expected outcomes
• Dependencies between tasks
• Optional vs required tasks

Your role:

• Review the task breakdown
• Adjust task priorities if needed
• Mark optional tasks
• Begin implementation

Execute tasks individually or run all tasks to implement the feature.

Be explicit about:

• Who the user is
• What they want to accomplish
• Why they need this feature
• Success criteria

Example prompt:

Build a user authentication system. Users should be able to register with 
email/password, login securely, reset forgotten passwords, and logout. 
The system must prevent brute force attacks and validate email formats.

The power of Requirements-First is getting the "what" right before committing to the "how". Take time to:

• Validate all user scenarios are covered
• Ensure acceptance criteria are testable
• Get stakeholder buy-in on requirements
• Confirm edge cases are addressed

Requirements in EARS format (WHEN...THE SYSTEM SHALL...) are:

• Unambiguous and testable
• Easy to translate into test cases
• Traceable through implementation
• Clear for both technical and non-technical stakeholders

Before proceeding to tasks, validate that:

• The design meets all requirements
• Technology choices are appropriate
• Non-functional requirements are addressed
• The approach is maintainable

Scenario: Product manager provides user stories for a new feature.

Approach:

1. Copy user stories into initial prompt
2. Select Requirements-First workflow
3. Let Kiro formalize requirements in EARS format
4. Review and iterate on requirements with PM
5. Generate design and validate with engineering team
6. Execute tasks to implement

Scenario: Customer requests specific functionality.

Approach:

1. Describe customer needs in initial prompt
2. Select Requirements-First workflow
3. Generate requirements that capture customer intent
4. Validate requirements with customer
5. Generate design optimized for requirements
6. Implement and deliver

Scenario: Starting a new application from scratch.

Approach:

1. Define core user journeys and features
2. Select Requirements-First workflow
3. Generate comprehensive requirements
4. Review design for scalability and maintainability
5. Execute tasks to build MVP

If the generated design doesn't fully address requirements:

1. Review requirements for clarity and completeness
2. Add more specific acceptance criteria
3. Regenerate design from updated requirements
4. Iterate until design aligns with requirements

If requirements lack specificity:

1. Add more detail to your initial prompt
2. Include specific user scenarios and edge cases
3. Define clear success criteria
4. Use EARS format for precision

If you need to modify requirements after design is generated:

1. Edit the requirements.md document
2. Click Refine in the design.md file
3. Kiro will update design and tasks to match new requirements
4. This is expected - iteration is part of the process

• Design-First Workflow →
• Best Practices →