des-correct-course

Diagnose workflow derailment and produce a correct-course plan for DES implementations.

2|Updated May 20, 2026
One-click install
npx skills add https://github.com/DKSang/DES-SKILL --skill des-correct-course
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: des-correct-course
Source: https://github.com/DKSang/DES-SKILL/tree/main/skills-support/des-correct-course
Command: npx skills add https://github.com/DKSang/DES-SKILL --skill des-correct-course

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

des-correct-course helps recover when a DES implementation workflow, sprint/story execution, or release path has gone off track, by diagnosing the root cause and planning the correct route back to the right phase or support step.

Core Features & Use Cases

  • Root-cause based recovery: Determines why the workflow went wrong (e.g., missing upstream artifacts, wrong dependency order, conflicting artifacts, missing evidence, contract/quality/governance gaps).
  • Targeted impact analysis: Identifies impacted artifacts, affected epics/stories/sprint items, and the scope of implementation and release impact.
  • Safe correction planning: Produces a Correct Course Plan with a symptom register, risk assessment, required artifact updates, and recommended next skill reruns—without blindly continuing or rewriting upstream work.

Quick Start

Use des-correct-course when your DES release is blocked or story readiness fails, and ask the agent to generate the correction plan based on your latest retrospective/review/code/story/sprint artifacts.

Frequently Asked Questions about des-correct-course

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

FAQPage Schema
How do I recover a derailed data engineering workflow after a failed sprint planning or story readiness check?

Recover a derailed data engineering workflow by diagnosing the root cause of the derailment and generating a structured correct-course plan. This plan enumerates impacted artifacts, required updates, and rerun recommendations to safely route execution back to the appropriate DES phase.

What is the best way to diagnose root causes for blocker-level inconsistencies in a data engineering release?

Diagnose root causes for release blockers by identifying symptoms like missing upstream artifacts, wrong dependency ordering, or contract gaps. The process maps these issues to a structured symptom register and risk assessment to target the specific workflow failure point.

How do I fix missing evidence or dependency ordering problems found during a code review or retrospective?

Fix missing evidence and dependency ordering problems by producing a targeted impact analysis and safe correction plan. This plan specifies required artifact updates and workflow status guidance without blindly continuing or rewriting upstream work.

Can I use this workflow correction process to directly modify code when artifacts conflict?

No, this workflow correction process halts when fix requests attempt direct code changes or when evidence is insufficient. It focuses on planning artifact updates and recommending next skill reruns rather than executing code modifications.

Does artifact governance automation work for sprint planning recovery when upstream work is missing?

Yes, artifact governance automation supports sprint planning recovery by identifying missing upstream artifacts and rerouting the workflow. It assesses the scope of implementation impact and generates rerun recommendations to safely restore release readiness.

When should I avoid using a correct-course plan for data engineering workflow derailment?

Avoid using a correct-course plan when evidence is insufficient to diagnose the root cause, or when the goal is to directly rewrite upstream work. The process requires clear blocker-level inconsistencies or dependency ordering problems to generate valid routing guidance.