agentleFS
aws-solutionsaws-solutions/konductor/skills/risk-management/SKILL.md

risk-management

Skill11 starsChanged 50 days agoApache-2.0View on GitHub

Identifies, assesses, and tracks program risks with mitigation plans. Use when starting risk assessment or updating RAID logs.

16 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use market-microstructure and sentiment-analysis.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • agiprolabsSkill

    market-microstructure

    DEX orderflow analysis, trade classification, buyer/seller pressure, and microstructure signals for Solana tokens

    Also in 3 projects that use this

  • MicrosoftSkill

    sentiment-analysis

    Use when a director of product asks for the fictional sentiment split and recent excerpts.

    Also in 3 projects that use this

The file

We split this skill into the rules it gives an agent

3 rules. 0 are common, 3 are distinctive, and 0 are very specific to this project.

  • 0

    Common

    Most of the 14 edited versions we read keep these.

  • 3

    Distinctive

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Use this skill when:

    line 16
  2. Distinctive:

    No mitigation strategy for High or Critical risks

    line 57
  3. Distinctive:

    No escalation criteria defined for Critical risks

    line 64

“Common” is measured: kept by at least 6 in 10 of the 14 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Risk Management

Overview

Creates and maintains RAID logs (Risks, Assumptions, Issues, Dependencies) with probability × impact scoring, mitigation strategies, risk owners, and escalation criteria. Use at program start for initial assessment or ongoing for RAID log updates.

Usage

Use this skill when:

  • Starting a new program and need initial risk assessment
  • Updating the RAID log during sprint reviews or milestone gates
  • A new risk has been identified and needs formal documentation
  • Preparing risk summaries for leadership escalation

Core Concepts

RAID Log Format

  • Risks — uncertain events that may impact the program (probability × impact)
  • Assumptions — conditions believed true but not yet validated
  • Issues — risks that have materialized and need resolution now
  • Dependencies — external factors the program relies on

Probability × Impact Scoring

Rate each: Probability (High >70%, Medium 30-70%, Low <30%) and Impact (High: schedule slip >2w or scope cut, Medium: 1-2w slip or workaround needed, Low: <1w slip, absorbed). Combined score determines priority: H×H = Critical, H×M or M×H = High, H×L or L×H or M×M = Medium, all others = Low.

Mitigation Strategies

Each risk gets one of: Avoid (eliminate the cause), Mitigate (reduce probability or impact), Transfer (shift to another party), Accept (acknowledge with contingency plan). Every mitigation has an owner and a trigger condition.

Escalation Criteria

Escalate when: risk score increases to Critical, mitigation fails, issue unresolved past due date, or dependency at risk of not being met. Escalation path: TPM → Program Lead → Director → VP.

Output Format

  1. RAID Log Table — columns: ID, Type (R/A/I/D), Description, Probability, Impact, Score, Mitigation, Owner, Due Date, Status (Open/Mitigated/Closed/Escalated)
  2. Risk Heat Map — 3×3 grid (Probability vs Impact) with risk IDs plotted
  3. Top 5 Risks Summary — one-liner per risk with mitigation status for executive reporting
  4. Review Cadence — recommended review frequency: Critical (weekly), High (bi-weekly), Medium (monthly), Low (quarterly)
  5. Escalation Log — any risks escalated this period with path and outcome

Quality Gate

CRITICAL (must fix):

  • Risk without probability or impact score
  • No mitigation strategy for High or Critical risks
  • Issue without owner or due date
  • Dependency with no contingency if unmet

IMPORTANT (should fix):

  • Assumptions not validated or missing validation plan
  • No escalation criteria defined for Critical risks
  • RAID log missing review cadence

SUGGESTION:

  • Could add risk velocity (new risks per sprint) as a trend metric
  • Could link risks to specific milestones in the program plan

Present findings as: CRITICAL → IMPORTANT → SUGGESTION. Ask: "Fix these issues? [y/n]" — unless scope_confirmed is true, in which case report all the findings and leave fixing to the caller, without asking.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.