oma-pm

Decompose product requirements into dependency-aware JSON planning artifacts with acceptance criteria.

46|2|Updated Mar 23, 2025
One-click install
npx skills add https://github.com/gracefullight/krds --skill oma-pm-gracefullight
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: oma-pm
Source: https://github.com/gracefullight/krds/tree/main/.agents/skills/oma-pm
Command: npx skills add https://github.com/gracefullight/krds --skill oma-pm-gracefullight

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

It converts ambiguous or complex product requests into actionable plans so teams can execute without guessing scope, priorities, or dependencies.

Core Features & Use Cases

  • Requirements-to-tasks decomposition: Breaks product goals into atomic tasks with clear titles, owners/agent targets, priorities, and dependency edges.
  • Acceptance-criteria-first planning: Produces measurable, testable acceptance criteria so downstream execution is verifiable.
  • API-contract and risk/governance scaffolding: Sketches API/data contracts and includes security/testing expectations from the start, optionally framed with ISO 21500/31000/38500-style guidance.

Use case: You’re given a feature request like “Add comment moderation and reporting to the blog,” and you need a plan that defines the comments/reporting APIs, orders dependent tasks correctly, and specifies acceptance checks for security and quality.

Quick Start

Ask the agent to produce a prioritized execution plan for your product request, including dependencies, acceptance criteria, and any needed API/data contract sketches.

Frequently Asked Questions about oma-pm

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

FAQPage Schema
How do I decompose ambiguous product requirements into actionable tasks with dependencies?

To decompose product requirements, you break them into atomic tasks with clear owners, priorities, and dependency edges, while validating task atomicity and surfacing assumptions to create a dependency-aware plan.

What is acceptance-criteria-first planning and how does it apply to feature development?

Acceptance-criteria-first planning produces measurable, testable acceptance criteria before execution begins, ensuring downstream feature development is verifiable and scope is clearly defined from the start.

How do I create a product execution plan that includes API contracts and risk management notes?

Creating a product execution plan with API contracts involves sketching data contracts upfront and embedding security, testing expectations, and risk management notes aligned with ISO 31000 governance standards.

Can I align my project roadmap with ISO 21500 delivery recommendations for multi-domain features?

Yes, you can align project roadmaps with ISO 21500 delivery recommendations by applying governance frameworks to dependency-aware planning artifacts tailored for ambiguous or multi-domain feature requests.

What is the best way to break down a complex feature request into a prioritized roadmap?

The best way to break down complex feature requests is through contract-first planning, which validates task atomicity, orders dependent tasks correctly, and outputs prioritized JSON plan artifacts for execution.

Do I need defined API data contracts before starting task decomposition for a new feature?

No, you do not need defined API data contracts beforehand; the planning process scaffolds API and data contracts during task decomposition while simultaneously surfacing dependencies and assumptions.