office-hours

Structure planning conversations and generate a design doc from forcing questions.

15|5|Updated May 17, 2026
One-click install
npx skills add https://github.com/cropsgg/skills --skill office-hours-cropsgg
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: office-hours
Source: https://github.com/cropsgg/skills/tree/main/skills/planning/office-hours
Command: npx skills add https://github.com/cropsgg/skills --skill office-hours-cropsgg

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The Skill helps teams avoid scope creep by forcing structured problem framing before any code is written.

Core Features & Use Cases

  • Enforced forcing questions workflow to elicit precise user needs and constraints.
  • Auto-generates a concise design doc capturing problem, wedge, scope v1, non-goals, and open questions.
  • Useful for early-stage product planning, design reviews, and kickoff sessions with stakeholders.

Quick Start

Answer the six forcing questions and generate a written design doc ready for review.

Frequently Asked Questions about office-hours

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

FAQPage Schema
How do I structure product planning conversations before writing any code?

To structure product planning conversations before coding, use enforced forcing questions to elicit user needs and constraints, then auto-generate a design doc capturing the problem, wedge, scope, and non-goals for stakeholder alignment.

What is the best way to prevent scope creep during early-stage feature ideation?

Preventing scope creep during early-stage ideation requires structured problem framing via a forcing questions workflow, ensuring precise user needs are documented in a design doc before development begins.

How do I generate a design doc for greenfield initiatives and hackathon explorations?

Generate a design doc for greenfield initiatives by answering six forcing questions, which automatically produces a written output detailing the problem, wedge, scope v1, non-goals, and open questions ready for review.

Can I use forcing questions to align stakeholders during a product kickoff session?

Yes, you can use forcing questions to align stakeholders during product kickoff sessions, as the workflow surfaces decision criteria and generates an explicit design doc path for review.

What should be included in process documentation for early-stage product management?

Process documentation for early-stage product management should include the problem statement, wedge, scope v1, non-goals, and open questions, all captured within an auto-generated design doc.

When do I need a design doc instead of immediately starting development?

You need a design doc instead of starting development when working on greenfield initiatives or early-stage features where a structured documentation flow is not yet established, ensuring scope is defined.