requirements

Clarify project requirements to define MVP boundaries and acceptance criteria.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/tasai-lab/fractal-dev-workflow --skill requirements-tasai-lab
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: requirements
Source: https://github.com/tasai-lab/fractal-dev-workflow/tree/main/skills/requirements
Command: npx skills add https://github.com/tasai-lab/fractal-dev-workflow --skill requirements-tasai-lab

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

このスキルは、開発の初期段階で曖昧さを排除し、計画と設計での再作業を防ぐために、要件を徹底的に明確化します。ステークホルダの期待値を統一し、受け入れ条件を定義します。

Core Features & Use Cases

  • 要件定義のガイドライン: MVP境界、成功条件、前提条件を整理します。
  • ユースケース定義: 主要アクターと基本・代替フローを文書化します。
  • 非機能要件と制約の整理: パフォーマンス、セキュリティ、法規制などを洗い出します。
  • ユースケースの適用: 実務の計画・設計フェーズでの実用例を提供します。

Quick Start

初動フェーズで要件をクリアにし、受け入れ条件のベースを作成してください。

Frequently Asked Questions about requirements

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I prevent scope creep during the initial project planning phase?

To prevent scope creep, clarify project requirements upfront by defining MVP boundaries, acceptance criteria, and non-functional requirements before exploration begins. This structured approach aligns stakeholder expectations and minimizes rework in later design stages.

What is the best way to define non-functional requirements and KPIs for a new project?

Defining non-functional requirements and KPIs involves documenting performance, security, and regulatory constraints alongside success metrics. This ensures project goals are measurable and technical expectations are explicitly clear across all planning and investigation phases.

How do I document use cases and acceptance criteria to align stakeholder expectations?

Document use cases and acceptance criteria by identifying primary actors and mapping out both normal and alternative execution flows. This establishes a shared understanding of system behavior and creates a baseline for validating final deliverables.

When should I start defining MVP boundaries and project constraints?

You should define MVP boundaries and project constraints at the very start of a project. Applying requirement clarification early prevents scope drift and establishes a solid foundation for subsequent planning, investigation, and design tasks.

Does clarifying requirements upfront help with reducing rework in design?

Clarifying requirements upfront significantly reduces rework in design by eliminating ambiguity early. By thoroughly defining inputs, outputs, and constraints, you prevent costly scope drift and misaligned expectations during later development phases.