[Provide a brief description of the changes in this PR]
Type of Change:
- Documentation update
- New content (curriculum, examples, templates)
- Bug fix (typo, broken link, incorrect information)
- Enhancement (improved clarity, additional examples)
Closes #[issue number]
[List the specific files changed and what was modified]
01-curriculum/01-requirements-engineering.md- Added section on stakeholder interviews02-reserve-easy-project/02-specs/BRD-v1.0.md- Fixed formatting in success metrics table03-toolkit/templates/user-story-card.md- Updated acceptance criteria example
- All markdown files render correctly (no broken formatting)
- Code blocks have appropriate language tags (e.g.,
sql,yaml) - Mermaid diagrams render without syntax errors
- All internal links work (tested locally)
- All external links are valid
- Images and media are properly embedded
- File and directory names follow naming conventions (lowercase, hyphens)
- Technical information is correct (SQL queries run, API specs are valid)
- Examples are realistic and reflect current industry practices (2026 standards)
- No placeholder content (e.g., "TODO", "Lorem ipsum", "[Insert text]")
- Terminology is consistent across related documents
- Content is beginner-friendly (defines jargon, provides context)
- Includes practical examples (not just theory)
- Has exercises or practice opportunities
- Clear learning objectives stated
- Appropriate difficulty level for target audience
- No sensitive information (API keys, passwords, real user data)
- No copyrighted material used without attribution
- Follows inclusive language guidelines
[Describe how you verified your changes]
- Previewed all changed markdown files locally
- Ran SQL queries against test database (if applicable)
- Validated YAML/JSON syntax (if applicable)
- Checked Mermaid diagrams in Mermaid Live Editor
- Tested links with markdown-link-check (if available)
[If your changes affect visual presentation, include before/after screenshots]
[Any context the reviewer should know? Design decisions, trade-offs, etc.]
What should reviewers focus on?
[e.g., "Please verify the SQL query logic in funnel_analysis.sql" or "Check if the tone is appropriate for beginners"]