pre-dev-feature-map

Map PRD features to business domains and user journeys.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/withmartian-sandbox-darkside/ghrc-y-3126672651424eddb640ecc81321a665 --skill pre-dev-feature-map-withmartian-sandbox-darkside
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: pre-dev-feature-map
Source: https://github.com/withmartian-sandbox-darkside/ghrc-y-3126672651424eddb640ecc81321a665/tree/main/pm-team/skills/pre-dev-feature-map
Command: npx skills add https://github.com/withmartian-sandbox-darkside/ghrc-y-3126672651424eddb640ecc81321a665 --skill pre-dev-feature-map-withmartian-sandbox-darkside

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Gate 2 focuses on mapping feature relationships and boundaries at the business level before technical architecture decisions, preventing misaligned designs and costly rework.

Core Features & Use Cases

  • Feature analysis: load approved PRD, extract features, and identify user journeys.
  • Feature mapping: categorize features into domains, define boundaries, and visualize relationships to support phased delivery.
  • Real-world example: align domains for a large program to minimize cross-domain conflicts before TRD.

Quick Start

Create a map of PRD features by identifying domains, journeys, and interactions and capture them in a feature-map document before TRD.

Frequently Asked Questions about pre-dev-feature-map

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

FAQPage Schema
What is a feature map in PRD and why is it needed before TRD?

A feature map categorizes PRD features into business domains and user journeys to define ownership boundaries before TRD. It prevents misaligned designs and costly rework by enforcing upfront governance on cross-domain dependencies.

How do I map PRD features to business domains and user journeys?

To map PRD features, load the approved PRD, extract features, and identify user journeys. Categorize features into domains, define boundaries, and visualize relationships to support phased delivery in a feature-map document.

When do I need to define business domain boundaries for feature interactions?

You need to define business domain boundaries when managing scenarios with complex feature interactions and cross-domain dependencies. This upfront governance minimizes cross-domain conflicts before technical architecture decisions.

Can I use feature mapping for large programs with cross-domain dependencies?

Yes, feature mapping supports large programs by aligning domains to minimize cross-domain conflicts. It handles complex feature interactions by enforcing business-focused categorizations and integration touchpoints without detailing technical implementations.

Does feature mapping detail technical implementations or focus on business logic?

Feature mapping focuses strictly on business logic. It enforces business-focused categorizations, ownership boundaries, and integration touchpoints without detailing technical implementations, deferring those decisions to the TRD phase.