home / skills / markus41 / claude / jira-orchestration

This skill orchestrates Jira-based development work using a six-phase protocol to coordinate multi-agent tasks from exploration to commit.

npx playbooks add skill markus41/claude --skill jira-orchestration

Review the files below or copy the command above to add this skill to your agents.

Files (1)
SKILL.md
6.3 KB
---
name: Jira Orchestration Workflow
description: This skill should be used when the user asks to "orchestrate jira", "work on issue", "complete jira ticket", "development workflow", "jira automation", "issue lifecycle", "work on story", "fix bug ticket", or needs guidance on coordinating development work through Jira with multi-agent orchestration patterns.
version: 1.0.0
---

# Jira Orchestration Workflow

Execute 6-phase protocol for coordinating Jira-based development work with multi-agent orchestration.

## When to Use

- Starting work on Jira issues (Bug, Story, Task, Epic)
- Automating development workflows
- Tracking progress and linking commits/PRs
- Coordinating multi-agent work

## The 6-Phase Protocol

**EXPLORE → PLAN → CODE → TEST → FIX → COMMIT**

Each phase must complete validation gates before proceeding.

### Phase 1: EXPLORE
- Fetch issue details, acceptance criteria, linked issues
- Analyze affected codebase areas and dependencies
- Agents: code-analyst, requirements-analyzer, dependency-mapper
- Outputs: Issue analysis, affected files, dependency map, risk assessment
- Jira: Transition to "In Progress", add analysis comment, log effort

### Phase 2: PLAN
- Design solution, break into subtasks, create task DAG
- Plan file changes, define success criteria
- Agents (by type): Bug→critical-bug-analyzer; Story→feature-architect; Task→technical-planner; Epic→epic-decomposer
- Outputs: Implementation plan, test plan, rollback strategy
- Jira: Create sub-tasks, add plan comment, update estimate

### Phase 3: CODE
- Execute DAG tasks in parallel
- Implement changes, add docs and error handling
- Agents (by tech): Frontend→frontend-developer; Backend→backend-developer; DevOps→infra-engineer
- Outputs: Code changes, configs, migration scripts
- Jira: Add progress comments, log time spent, flag blockers

### Phase 4: TEST
- Run unit/integration/E2E tests, verify acceptance criteria
- Agents: test-engineer, qa-specialist, integration-tester
- Outputs: Test results, coverage, performance metrics
- Jira: Add test results, attach reports
- Failure: Return to FIX, do NOT complete issue

### Phase 5: FIX
- Debug failures, address code review feedback
- Re-run tests until passing (max 3 iterations before escalation)
- Agents: debugger, code-reviewer, refactoring-specialist
- Loop: Return to TEST after fixes

### Phase 6: COMMIT
- Create PR with issue key, link to Jira, request review
- Format: `[ISSUE-KEY] description\n\nResolves: ISSUE-KEY`
- Agents: git-specialist, pr-creator, documentation-writer
- Jira: Add PR link, transition to "In Review"

## Agent Selection

| Issue Type | Primary | Secondary |
|-----------|---------|-----------|
| Bug | critical-bug-analyzer, debugger | root-cause-investigator, test-engineer |
| Story | feature-architect, code-architect | frontend/backend-developer |
| Task | technical-planner | technology-specific |
| Epic | epic-decomposer | split into stories first |
| Spike | research-specialist, poc-developer | domain experts |

By Technology: Frontend→react-specialist; Backend→api-specialist; DevOps→infra-engineer; Mobile→mobile-developer

By Priority: Blocker→critical-bug-analyzer + escalate; Critical→senior agents + extended thinking; High→standard selection; Medium/Low→optimize for efficiency

## Blocker Handling

**Mark blocker when:** Missing requirements, dependencies, technical limits, security concerns, breaking changes.

**Immediate:** Add "Blocked" label, create detailed comment, link blocking issue, notify stakeholders.

**Escalate when:** Persists >4 hours, beyond agent authority, security vulnerability, breaking changes, customer impact, legal/compliance questions.

**Process:** Pause, document context, create Jira comment, tag humans, transition to "Waiting for Support".

## Human Involvement

**Always required:** Security changes, breaking API/DB changes, infrastructure, customer-facing features, compliance.

**Optional (post-review):** Bug fixes, docs, tests, refactoring.

## Progress Tracking

**Update Jira at:** Phase transitions, blockers, test failures, PR creation, hourly.

**Status format:**
```
## Progress - Phase: [NAME]
- Completed: [items]
- In Progress: [items] (X%)
- Blocked: [items] ([reason])
- Next: [steps]
- Time Spent: Xh Ym
```

**Metrics:** Velocity (story points/sprint), Cycle Time (In Progress→Done), Lead Time (creation→completion), Work Log (time/phase).

## Best Practices

- Never skip phases (critical validations at each)
- Checkpoint between phases for recovery
- Run independent tasks in parallel
- Use 3-5 agents minimum, 13 maximum
- Frequent Jira updates: comments, work logs, links, labels, components
- Quality gates: All tests passing, >80% coverage, no vulnerabilities, docs updated, human review

## Workflows by Issue Type

**Bug:** EXPLORE (reproduce)→PLAN (fix design)→CODE→TEST (add regression)→FIX→COMMIT
**Story:** EXPLORE→PLAN (subtasks)→CODE (parallel)→TEST (E2E)→FIX→COMMIT
**Epic:** Decompose into Stories, execute each Story workflow, integrate results

## PR/Commit Format

**PR Title:** `[ISSUE-KEY] Brief description`

**Commit:**
```
[ISSUE-KEY] description

Changes:
- item1
- item2

Resolves: ISSUE-KEY
```

**Branch:** `[type]/[issue-key]-[description]` (e.g., feature/PROJ-123-auth)

**Smart commits:** `[ISSUE-KEY] #comment text` | `#time 2h 30m` | `#transition In Review`

## Quality Gates

- [ ] All tests passing (unit, integration, E2E)
- [ ] Coverage >80%
- [ ] No security vulnerabilities
- [ ] No breaking changes (or documented)
- [ ] Documentation updated
- [ ] PR created and linked
- [ ] Human review requested
- [ ] Acceptance criteria met

## Example: Bug Fix

**Issue:** PROJ-123 "Login timeout after 5 minutes"

| Phase | Activity | Agents |
|-------|----------|--------|
| EXPLORE | Analyze auth code, identify JWT expiry | code-analyst, security-specialist |
| PLAN | Design fix: extend expiry, fix cleanup | critical-bug-analyzer |
| CODE | Update JWT config, implement refresh | backend-developer, security-specialist |
| TEST | Unit/integration/manual tests | test-engineer, qa-specialist |
| FIX | No fixes needed | - |
| COMMIT | Create PR, link to PROJ-123 | git-specialist |

## Integration

Works with: jira (API), git-workflows (branches/PRs), orchestration-patterns (agent coordination), testing (test execution), debugging (root cause analysis).

Overview

This skill orchestrates Jira-based development work using a strict 6-phase protocol (EXPLORE → PLAN → CODE → TEST → FIX → COMMIT) to coordinate multi-agent workflows and automate Jira updates. It enforces validation gates, progress tracking, and quality gates so issues move predictably from start to completion. Use it to standardize handling of bugs, stories, tasks, epics, and spikes across teams and agents.

How this skill works

The orchestration inspects the Jira issue type, acceptance criteria, linked issues, and repo surface area, then selects specialized agents for analysis, planning, implementation, testing, and committing. Each phase produces concrete outputs (analysis, plan, code changes, test reports, fixes, PR) and updates Jira for traceability. Phases require passing validation gates before moving forward, with automatic loops for failures and defined escalation for blockers.

When to use it

  • Starting work on a Jira issue (bug, story, task, epic, spike)
  • Automating multi-agent development workflows and PR creation
  • Coordinating parallel implementation across frontend/backend/devops
  • Enforcing quality gates and repeatable test+fix loops
  • Handling blockers or escalation workflows with stakeholders

Best practices

  • Never skip phases; each phase implements critical validation gates
  • Use 3–5 agents for typical tasks, up to 13 for complex work
  • Run independent subtasks in parallel and checkpoint between phases
  • Update Jira at every phase transition, blocking event, and PR creation
  • Enforce quality gates: tests passing, >80% coverage, no vulnerabilities

Example use cases

  • Bug fix: reproduce in EXPLORE, design in PLAN, patch in CODE, regressions in TEST, loop in FIX, create PR in COMMIT
  • Feature delivery: decompose story into subtasks, run parallel CODE tasks, validate with E2E in TEST, finalize with PR linking
  • Epic: decompose into stories, run story workflows per item, integrate results during COMMIT
  • Blocked dependency: mark issue Blocked, add detailed comment, notify stakeholders and escalate after configured timeout

FAQ

What happens if tests fail in the TEST phase?

The workflow returns to FIX, allowing up to three fix-test iterations before escalation; Jira is updated with failure details and next steps.

When must humans be involved?

Humans are always required for security, breaking API/DB changes, infrastructure, customer-facing features, and compliance-related decisions.