brd

Draft business requirements documents with traceable IDs, sign-offs, and dependencies.

5|Updated Apr 29, 2026
One-click install
npx skills add https://github.com/friedbotstudio/baseline --skill brd-friedbotstudio
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: brd
Source: https://github.com/friedbotstudio/baseline/tree/main/.claude/skills/brd
Command: npx skills add https://github.com/friedbotstudio/baseline --skill brd-friedbotstudio

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you turn a messy, cross-functional request into a clear Business Requirements Document that business stakeholders can review, approve, and trace back to measurable outcomes.

Core Features & Use Cases

  • Structured business framing: Captures the business objective, scope, requirements, risks, dependencies, and milestones in a sign-off-ready format.
  • Requirement traceability: Labels business, functional, and non-functional requirements so downstream specs and tests can reference them precisely.
  • Stakeholder alignment: Useful when multiple teams, compliance concerns, budgets, or formal approval gates are involved.
  • Use Case: A product manager needs to formalize a multi-team initiative with legal review, executive approval, and a fixed delivery target.

Quick Start

Use the brd skill to draft a sign-off-ready BRD from the intake and stakeholder context in docs/brd/<slug>.md.

Frequently Asked Questions about brd

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

FAQPage Schema
What is a business requirements document used for in cross-functional projects?▼

A business requirements document formalizes complex cross-functional initiatives into traceable business, functional, and non-functional requirements that stakeholders can review, approve, and track against measurable outcomes.

How do I draft a sign-off ready BRD for compliance-sensitive changes?▼

Drafting a sign-off ready BRD requires capturing the business objective, scope, dependencies, risks, and milestones alongside labeled requirements with unique IDs so compliance teams and stakeholders can formally approve and trace the work.

How do you structure requirements traceability for formal stakeholder approval?▼

Requirement traceability is structured by assigning unique IDs to business, functional, and non-functional requirements, ensuring downstream specs and tests can reference them precisely back to the approved scope and measurable outcomes.

When do I need formal business analysis instead of an implementation spec?▼

Formal business analysis is needed for compliance-sensitive changes and cross-functional programs where work must preserve business goals independently of the implementation spec, requiring budget tracking and formal stakeholder sign-off.

Can I use this for multi-team initiatives with legal review and executive approval?▼

Yes, this approach suits multi-team initiatives involving legal review, executive approval, and fixed delivery targets by producing a structured document that aligns stakeholder concerns and traces scope to business objectives.

What should be included in business requirements for scope management?▼

Business requirements for scope management should include the business objective, labeled requirements with IDs, dependencies, risks, milestones, and open questions to ensure formal stakeholder sign-off and downstream traceability.