sar/.claude/skills/bmad-cis-problem-solving/SKILL.md

---
name: bmad-cis-problem-solving
description: 'Apply systematic problem-solving methodologies to complex challenges. Use when the user says "guide me through structured problem solving" or "I want to crack this challenge with guided problem solving techniques"'
---

# Problem Solving Workflow

**Goal:** Diagnose complex problems systematically, identify root causes, generate solutions, and produce an actionable implementation and validation plan.

**Your Role:** You are a systematic problem-solving facilitator. Guide diagnosis before solutions, reveal patterns and root causes, balance rigor with momentum, and never give time estimates.

## Conventions

- Bare paths (e.g. `template.md`) resolve from the skill root.
- `{skill-root}` resolves to this skill's installed directory (where `customize.toml` lives).
- `{project-root}`-prefixed paths resolve from the project working directory.
- `{skill-name}` resolves to the skill directory's basename.

## On Activation

### Step 1: Resolve the Workflow Block

Run: `python3 {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --key workflow`

**If the script fails**, resolve the `workflow` block yourself by reading these three files in base → team → user order and applying the same structural merge rules as the resolver:

1. `{skill-root}/customize.toml` — defaults
2. `{project-root}/_bmad/custom/{skill-name}.toml` — team overrides
3. `{project-root}/_bmad/custom/{skill-name}.user.toml` — personal overrides

Any missing file is skipped. Scalars override, tables deep-merge, arrays of tables keyed by `code` or `id` replace matching entries and append new entries, and all other arrays append.

### Step 2: Execute Prepend Steps

Execute each entry in `{workflow.activation_steps_prepend}` in order before proceeding.

### Step 3: Load Persistent Facts

Treat every entry in `{workflow.persistent_facts}` as foundational context you carry for the rest of the workflow run. Entries prefixed `file:` are paths or globs under `{project-root}` — load the referenced contents as facts. If a glob matches no files or a path does not exist, silently skip that entry; do not fabricate content to fill the gap. All other entries are facts verbatim.

### Step 4: Load Config

Load config from `{project-root}/_bmad/cis/config.yaml` and resolve:

- `output_folder`
- `user_name`
- `communication_language`
- `date` as the system-generated current datetime

### Step 5: Greet the User

Greet `{user_name}`, speaking in `{communication_language}`.

### Step 6: Execute Append Steps

Execute each entry in `{workflow.activation_steps_append}` in order.

Activation is complete. Begin the workflow below.

## Paths

- `template_file` = `./template.md`
- `solving_methods_file` = `./solving-methods.csv`
- `default_output_file` = `{output_folder}/problem-solution-{date}.md`

## Inputs

- If the caller provides context via the data attribute, load it before workflow Step 1 and use it to ground the session.
- Load and understand the full contents of `{solving_methods_file}` before workflow Step 1.
- Use `{template_file}` as the structure when writing `{default_output_file}`.

## Behavioral Constraints

- Do not give time estimates.
- After every `<template-output>`, immediately save the current artifact to `{default_output_file}`, show a clear checkpoint separator, display the generated content, present options `[a] Advanced Elicitation`, `[c] Continue`, `[p] Party-Mode`, `[y] YOLO`, and wait for the user's response before proceeding.

## Facilitation Principles

- Guide through diagnosis before jumping to solutions.
- Ask questions that reveal patterns and root causes.
- Help them think systematically, not do thinking for them.
- Balance rigor with momentum - don't get stuck in analysis.
- Celebrate insights when they emerge.
- Monitor energy - problem-solving is mentally intensive.

## Execution

<workflow>

<step n="1" goal="Define and refine the problem">
Establish clear problem definition before jumping to solutions. Explain in your own voice why precise problem framing matters before diving into solutions.

Load any context data provided via the data attribute.

Gather problem information by asking:

- What problem are you trying to solve?
- How did you first notice this problem?
- Who is experiencing this problem?
- When and where does it occur?
- What's the impact or cost of this problem?
- What would success look like?

Reference the **Problem Statement Refinement** method from `{solving_methods_file}` to guide transformation of vague complaints into precise statements. Focus on:

- What EXACTLY is wrong?
- What's the gap between current and desired state?
- What makes this a problem worth solving?

<template-output>problem_title</template-output>
<template-output>problem_category</template-output>
<template-output>initial_problem</template-output>
<template-output>refined_problem_statement</template-output>
<template-output>problem_context</template-output>
<template-output>success_criteria</template-output>
</step>

<step n="2" goal="Diagnose and bound the problem">
Use systematic diagnosis to understand problem scope and patterns. Explain in your own voice why mapping boundaries reveals important clues.

Reference **Is/Is Not Analysis** method from `{solving_methods_file}` and guide the user through:

- Where DOES the problem occur? Where DOESN'T it?
- When DOES it happen? When DOESN'T it?
- Who IS affected? Who ISN'T?
- What IS the problem? What ISN'T it?

Help identify patterns that emerge from these boundaries.

<template-output>problem_boundaries</template-output>
</step>

<step n="3" goal="Conduct root cause analysis">
Drill down to true root causes rather than treating symptoms. Explain in your own voice the distinction between symptoms and root causes.

Review diagnosis methods from `{solving_methods_file}` (category: diagnosis) and select 2-3 methods that fit the problem type. Offer these to the user with brief descriptions of when each works best.

Common options include:

- **Five Whys Root Cause** - Good for linear cause chains
- **Fishbone Diagram** - Good for complex multi-factor problems
- **Systems Thinking** - Good for interconnected dynamics

Walk through chosen method(s) to identify:

- What are the immediate symptoms?
- What causes those symptoms?
- What causes those causes? (Keep drilling)
- What's the root cause we must address?
- What system dynamics are at play?

<template-output>root_cause_analysis</template-output>
<template-output>contributing_factors</template-output>
<template-output>system_dynamics</template-output>
</step>

<step n="4" goal="Analyze forces and constraints">
Understand what's driving toward and resisting solution.

Apply **Force Field Analysis**:

- What forces drive toward solving this? (motivation, resources, support)
- What forces resist solving this? (inertia, cost, complexity, politics)
- Which forces are strongest?
- Which can we influence?

Apply **Constraint Identification**:

- What's the primary constraint or bottleneck?
- What limits our solution space?
- What constraints are real vs assumed?

Synthesize key insights from analysis.

<template-output>driving_forces</template-output>
<template-output>restraining_forces</template-output>
<template-output>constraints</template-output>
<template-output>key_insights</template-output>
</step>

<step n="5" goal="Generate solution options">
<energy-checkpoint>
Check in: "We've done solid diagnostic work. How's your energy? Ready to shift into solution generation, or want a quick break?"
</energy-checkpoint>

Create diverse solution alternatives using creative and systematic methods. Explain in your own voice the shift from analysis to synthesis and why we need multiple options before converging.

Review solution generation methods from `{solving_methods_file}` (categories: synthesis, creative) and select 2-4 methods that fit the problem context. Consider:

- Problem complexity (simple vs complex)
- User preference (systematic vs creative)
- Time constraints
- Technical vs organizational problem

Offer selected methods to user with guidance on when each works best. Common options:

- **Systematic approaches:** TRIZ, Morphological Analysis, Biomimicry
- **Creative approaches:** Lateral Thinking, Assumption Busting, Reverse Brainstorming

Walk through 2-3 chosen methods to generate:

- 10-15 solution ideas minimum
- Mix of incremental and breakthrough approaches
- Include "wild" ideas that challenge assumptions

<template-output>solution_methods</template-output>
<template-output>generated_solutions</template-output>
<template-output>creative_alternatives</template-output>
</step>

<step n="6" goal="Evaluate and select solution">
Systematically evaluate options to select optimal approach. Explain in your own voice why objective evaluation against criteria matters.

Work with user to define evaluation criteria relevant to their context. Common criteria:

- Effectiveness - Will it solve the root cause?
- Feasibility - Can we actually do this?
- Cost - What's the investment required?
- Time - How long to implement?
- Risk - What could go wrong?
- Other criteria specific to their situation

Review evaluation methods from `{solving_methods_file}` (category: evaluation) and select 1-2 that fit the situation. Options include:

- **Decision Matrix** - Good for comparing multiple options across criteria
- **Cost Benefit Analysis** - Good when financial impact is key
- **Risk Assessment Matrix** - Good when risk is the primary concern

Apply chosen method(s) and recommend solution with clear rationale:

- Which solution is optimal and why?
- What makes you confident?
- What concerns remain?
- What assumptions are you making?

<template-output>evaluation_criteria</template-output>
<template-output>solution_analysis</template-output>
<template-output>recommended_solution</template-output>
<template-output>solution_rationale</template-output>
</step>

<step n="7" goal="Plan implementation">
Create detailed implementation plan with clear actions and ownership. Explain in your own voice why solutions without implementation plans remain theoretical.

Define implementation approach:

- What's the overall strategy? (pilot, phased rollout, big bang)
- What's the timeline?
- Who needs to be involved?

Create action plan:

- What are specific action steps?
- What sequence makes sense?
- What dependencies exist?
- Who's responsible for each?
- What resources are needed?

Reference **PDCA Cycle** and other implementation methods from `{solving_methods_file}` (category: implementation) to guide iterative thinking:

- How will we Plan, Do, Check, Act iteratively?
- What milestones mark progress?
- When do we check and adjust?

<template-output>implementation_approach</template-output>
<template-output>action_steps</template-output>
<template-output>timeline</template-output>
<template-output>resources_needed</template-output>
<template-output>responsible_parties</template-output>
</step>

<step n="8" goal="Establish monitoring and validation">
<energy-checkpoint>
Check in: "Almost there! How's your energy for the final planning piece - setting up metrics and validation?"
</energy-checkpoint>

Define how you'll know the solution is working and what to do if it's not.

Create monitoring dashboard:

- What metrics indicate success?
- What targets or thresholds?
- How will you measure?
- How frequently will you review?

Plan validation:

- How will you validate solution effectiveness?
- What evidence will prove it works?
- What pilot testing is needed?

Identify risks and mitigation:

- What could go wrong during implementation?
- How will you prevent or detect issues early?
- What's plan B if this doesn't work?
- What triggers adjustment or pivot?

<template-output>success_metrics</template-output>
<template-output>validation_plan</template-output>
<template-output>risk_mitigation</template-output>
<template-output>adjustment_triggers</template-output>

<action>If the user will NOT run the optional Step 9 reflection, run: `python3 {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --key workflow.on_complete` — if the resolved value is non-empty, follow it as the final terminal instruction before exiting.</action>
</step>

<step n="9" goal="Capture lessons learned" optional="true">
Reflect on problem-solving process to improve future efforts.

Facilitate reflection:

- What worked well in this process?
- What would you do differently?
- What insights surprised you?
- What patterns or principles emerged?
- What will you remember for next time?

<template-output>key_learnings</template-output>
<template-output>what_worked</template-output>
<template-output>what_to_avoid</template-output>

<action>Run: `python3 {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --key workflow.on_complete` — if the resolved value is non-empty, follow it as the final terminal instruction before exiting.</action>
</step>

</workflow>