Dotnet-skills dotnet-mcaf-agile-delivery
Apply MCAF agile-delivery guidance for backlog quality, roles, ceremonies, and engineering feedback. Use when defining how the team plans, tracks work, and turns feedback into durable improvements.
install
source · Clone the upstream repo
git clone https://github.com/managedcode/dotnet-skills
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/managedcode/dotnet-skills "$T" && mkdir -p ~/.claude/skills && cp -r "$T/catalog/Platform/MCAF/skills/dotnet-mcaf-agile-delivery" ~/.claude/skills/managedcode-dotnet-skills-dotnet-mcaf-agile-delivery && rm -rf "$T"
manifest:
catalog/Platform/MCAF/skills/dotnet-mcaf-agile-delivery/SKILL.mdsource content
MCAF: Agile Delivery
Trigger On
- the team needs backlog, ceremony, role, or feedback-loop rules
- delivery process is vague, too heavy, or living only in chat
- recurring team pain needs to become durable repo guidance
Value
- produce a concrete project delta: code, docs, config, tests, CI, or review artifact
- reduce ambiguity through explicit planning, verification, and final validation skills
- leave reusable project context so future tasks are faster and safer
Do Not Use For
- repo governance that belongs in
AGENTS.md - feature planning for one specific feature doc
Inputs
- the current delivery pain point
- backlog, role, ceremony, and feedback mechanisms that already exist
- where the team stores durable agreements, if anywhere
Quick Start
- Read the nearest
and confirm scope and constraints.AGENTS.md - Run this skill's
through theWorkflow
until outcomes are acceptable.Ralph Loop - Return the
with concrete artifacts and verification evidence.Required Result Format
Workflow
- Keep delivery artefacts concrete:
- backlog
- roles
- ceremonies
- engineering feedback
- Prefer lightweight agreements over process theatre.
- When a pain point repeats, turn it into a rule, doc, or skill update.
- Pull only the references that match the current process problem.
Deliver
- concrete delivery guidance
- durable team agreements
- feedback loops that update docs, skills, and rules
Validate
- the process guidance fixes a real delivery problem
- roles and rituals are explicit enough to use
- recurring pain is converted into a durable artifact, not more chat
Ralph Loop
Use the Ralph Loop for every task, including docs, architecture, testing, and tooling work.
- Brainstorm first (mandatory):
- analyze current state
- define the problem, target outcome, constraints, and risks
- generate options and think through trade-offs before committing
- capture the recommended direction and open questions
- Plan second (mandatory):
- write a detailed execution plan from the chosen direction
- list final validation skills to run at the end, with order and reason
- Execute one planned step and produce a concrete delta.
- Review the result and capture findings with actionable next fixes.
- Apply fixes in small batches and rerun the relevant checks or review steps.
- Update the plan after each iteration.
- Repeat until outcomes are acceptable or only explicit exceptions remain.
- If a dependency is missing, bootstrap it or return
with explicit reason and fallback path.status: not_applicable
Required Result Format
:status
|complete
|clean
|improved
|configured
|not_applicableblocked
: concise plan and current iteration stepplan
: concrete changes madeactions_taken
: final skills run, or skipped with reasonsvalidation_skills
: commands, checks, or review evidence summaryverification
: top unresolved items orremainingnone
For setup-only requests with no execution, return
status: configured and exact next commands.
Load References
- read
firstreferences/agile-delivery.md - open
only for a narrower topicreferences/roles.md
Example Requests
- "Define a lighter delivery model for this team."
- "Turn repeated feedback pain into repo guidance."
- "Fix our backlog and ceremony chaos."