スキル一覧に戻る
sjnims

validation

by sjnims

A comprehensive requirements management plugin that guides users through the full requirements lifecycle (vision → epics → user stories → tasks) using GitHub Projects for complete traceability and collaboration

2🍴 1📅 2026年1月19日
GitHubで見るManusで実行

SKILL.md


name: validation description: This skill should be used when the user asks to "validate requirements", "review requirements quality", "check requirements completeness", "verify traceability", "check INVEST compliance", "validate user stories", "requirements health check", "quality gate check", or when running /re:review validation.

Validation

Quick Actions & Routing

User IntentActionResource
Run full validationExecute /re:review commandCommand handles orchestration
Check completenessVerify all required elementsreferences/completeness-checks.md
Check consistencyVerify traceability and alignmentreferences/consistency-checks.md
Validate stories (INVEST)Apply INVEST criteriareferences/invest-criteria.md
Understand thresholdsReview pass/warning/fail levelsreferences/quality-thresholds.md
Generate reportUse standard formatreferences/report-template.md
Fix common issuesApply fix patternsreferences/fix-patterns.md
View example reportLoad sample validation outputexamples/example-validation-report.md

Command Integration

The /re:review command orchestrates requirements validation in GitHub Projects. This skill provides the methodology for what to validate and how—including the four-dimensional validation framework, quality thresholds, and fix patterns. Load this skill for deeper understanding of validation concepts or when you need guidance beyond what the command provides.

Overview

Requirements validation ensures that requirements at all levels (vision, epics, stories, tasks) are complete, consistent, high-quality, and traceable. Validation identifies issues early, reducing rework and improving implementation success. This skill provides the framework for systematic validation.

Purpose

Validation serves as the quality gate for requirements:

  • Catches issues early: Before implementation begins
  • Ensures traceability: Vision → Epics → Stories → Tasks chain is complete
  • Verifies quality: INVEST criteria for stories, clear acceptance criteria
  • Identifies gaps: Missing elements, broken links, incomplete coverage

Four-Dimensional Validation Framework

Perform validation across four dimensions:

DimensionQuestionFocus
CompletenessAre all required elements present?Structure and content
ConsistencyDo requirements align and link properly?Relationships and terminology
QualityDo requirements meet best practice standards?INVEST, acceptance criteria
TraceabilityCan we trace from vision to tasks?Parent/child hierarchy

Validation Process Overview

Step 1: Gather Requirements

Retrieve all items from GitHub Project:

gh project item-list [project-number] --format json

Categorize by Type: Vision, Epic, Story, Task. For each item, read full content:

gh issue view [issue-number] --repo [repo] --json body,title,labels

Step 2: Apply Completeness Checks

Verify required elements exist at each level. See references/completeness-checks.md for detailed checklists.

Quick summary by level:

LevelKey Elements
VisionProblem, users, solution, metrics, scope
EpicOverview, value, scope, success criteria, parent link
StoryStory format, acceptance criteria (3-5), parent link, size (1-5 days)
TaskAction title, description, acceptance criteria (3-5), parent link, size (2-8 hrs)

Step 3: Apply Consistency Checks

Verify alignment and traceability. See references/consistency-checks.md for detailed checks.

Key checks:

  • Every epic links to vision
  • Every story links to an epic
  • Every task links to a story
  • No orphaned issues
  • Consistent terminology and labels
  • Child priorities don't exceed parent priorities

Step 4: Apply Quality Checks

Validate requirements meet quality standards. See references/invest-criteria.md for INVEST details.

INVEST criteria for stories:

LetterCriterionQuick Check
IIndependentCan complete without other stories?
NNegotiableImplementation details open?
VValuableClear user/business value?
EEstimableTeam can estimate effort?
SSmallFits in 1-5 days?
TTestableSpecific acceptance criteria?

Acceptance criteria quality:

  • Specific and unambiguous
  • Testable and verifiable
  • Observable outcomes
  • Minimum 3-5 per story/task

Step 5: Generate Validation Report

Format findings using the standard report template. See references/report-template.md.

Report sections:

  1. Executive Summary (dimensions + overall status)
  2. Requirements Inventory (counts by level)
  3. Critical Issues (must fix)
  4. Warnings (should address)
  5. INVEST Compliance (for stories)
  6. Coverage Analysis
  7. Recommendations (prioritized)
  8. Next Steps

Step 6: Offer to Fix Issues

After presenting report, offer assistance:

  • Auto-fix: Automatically fix where possible
  • Guided fix: Walk through each issue
  • Skip: Review only, no changes

See references/fix-patterns.md for common fix approaches.

Quality Thresholds

Use these thresholds for pass/warning/fail assessment. See references/quality-thresholds.md for details.

MetricPassWarningFail
Completeness>90%70-90%<70%
Consistency100%95-99%<95%
INVEST Compliance>80%60-80%<60%
Traceability100%95-99%<95%
Acceptance Criteria>=3 per item2 per item<2 per item

Issue Severity Classification

Critical Issues (Must Fix)

Block progress and must be resolved:

  • Missing vision (no vision issue exists)
  • Broken traceability (orphaned items without parents)
  • Missing acceptance criteria (cannot verify completion)
  • Incomplete scope definitions

Warnings (Should Address)

Quality issues that should be fixed but don't block:

  • Oversized stories (>5 days)
  • INVEST violations
  • Priority imbalances (>60% Must Have)
  • Vague task descriptions

Best Practices

Be Thorough but Pragmatic

  • Focus on actionable findings
  • Distinguish critical from nice-to-have
  • Don't be pedantic about minor style issues

Provide Actionable Guidance

  • Every issue should have a clear fix
  • Reference specific issue numbers
  • Group recommendations by priority

Validate Iteratively

  • Re-run validation after fixes
  • Use as quality gate before sprint planning
  • Recommend periodic reviews (weekly/monthly)

Reference Files

Load references as needed:

ReferenceWhen to LoadPath
completeness-checks.mdDetailed per-level checklistsreferences/completeness-checks.md
consistency-checks.mdTraceability and alignment checksreferences/consistency-checks.md
invest-criteria.mdINVEST criteria deep-divereferences/invest-criteria.md
quality-thresholds.mdPass/warning/fail thresholdsreferences/quality-thresholds.md
report-template.mdValidation report formatreferences/report-template.md
fix-patterns.mdCommon fixes for common issuesreferences/fix-patterns.md

Examples

Working examples that can be copied and adapted:

ExampleUse CasePath
example-validation-report.mdViewing a complete validation report with realistic findingsexamples/example-validation-report.md

Load these skills when validation reveals needs beyond this skill's scope:

Validation FindingLoad SkillRouting Trigger
Vision is missing or incompletevision-discoveryNeed to create or improve vision
Epics are missing or poorly definedepic-identificationNeed to identify or refine epics
Stories fail INVEST criteriauser-story-creationNeed to rewrite or split stories
Tasks are missing or oversizedtask-breakdownNeed to create or break down tasks
Priorities are imbalancedprioritizationNeed to apply MoSCoW framework

スコア

総合スコア

70/100

リポジトリの品質指標に基づく評価

SKILL.md

SKILL.mdファイルが含まれている

+20
LICENSE

ライセンスが設定されている

+10
説明文

100文字以上の説明がある

+10
人気

GitHub Stars 100以上

0/15
最近の活動

1ヶ月以内に更新

+10
フォーク

10回以上フォークされている

0/5
Issue管理

オープンIssueが50未満

+5
言語

プログラミング言語が設定されている

0/5
タグ

1つ以上のタグが設定されている

+5

レビュー

💬

レビュー機能は近日公開予定です