Project risk assessment toolkit. Identify technical, business, resource, and external risks, score likelihood and impact, define mitigation strategies and contingency plans for comprehensive risk management.
npx claudepluginhub flight505/claude-project-planner --plugin claude-project-plannerThis skill is limited to using the following tools:
Risk assessment is a systematic process for identifying, analyzing, and planning responses to project risks. Evaluate technical, business, resource, and external risks, score by likelihood and impact, and define mitigation strategies and contingency plans to manage project uncertainty.
Generates design tokens/docs from CSS/Tailwind/styled-components codebases, audits visual consistency across 10 dimensions, detects AI slop in UI.
Records polished WebM UI demo videos of web apps using Playwright with cursor overlay, natural pacing, and three-phase scripting. Activates for demo, walkthrough, screen recording, or tutorial requests.
Delivers idiomatic Kotlin patterns for null safety, immutability, sealed classes, coroutines, Flows, extensions, DSL builders, and Gradle DSL. Use when writing, reviewing, refactoring, or designing Kotlin code.
Risk assessment is a systematic process for identifying, analyzing, and planning responses to project risks. Evaluate technical, business, resource, and external risks, score by likelihood and impact, and define mitigation strategies and contingency plans to manage project uncertainty.
This skill should be used when:
When documenting risk assessments, include visualizations.
Use the project-diagrams skill to generate:
python .claude/skills/project-diagrams/scripts/generate_schematic.py "diagram description" -o diagrams/output.png
| Category | Description | Examples |
|---|---|---|
| Technical | Technology and implementation risks | Integration failures, scalability issues, technical debt |
| Security | Data and system security risks | Breaches, vulnerabilities, compliance failures |
| Resource | Team and capacity risks | Key person dependency, skill gaps, turnover |
| External | Third-party and environmental risks | API changes, vendor reliability, regulatory changes |
| Business | Market and financial risks | Competition, market changes, budget cuts |
| Timeline | Schedule and delivery risks | Scope creep, estimation errors, dependencies |
| Operational | Production and support risks | Downtime, incident response, maintenance |
Likelihood Scale:
| Score | Level | Description |
|---|---|---|
| 1 | Rare | < 10% probability, unlikely to occur |
| 2 | Unlikely | 10-30% probability, could occur |
| 3 | Possible | 30-50% probability, might occur |
| 4 | Likely | 50-80% probability, will probably occur |
| 5 | Almost Certain | > 80% probability, expected to occur |
Impact Scale:
| Score | Level | Description |
|---|---|---|
| 1 | Negligible | Minor inconvenience, easily absorbed |
| 2 | Minor | Some disruption, workaround available |
| 3 | Moderate | Significant impact, requires response |
| 4 | Major | Serious impact, threatens objectives |
| 5 | Critical | Catastrophic, project failure possible |
Risk Score Calculation:
Risk Score = Likelihood x Impact
1-4: Low risk (green)
5-9: Medium risk (yellow)
10-15: High risk (orange)
16-25: Critical risk (red)
| Strategy | When to Use | Example |
|---|---|---|
| Avoid | Eliminate the risk entirely | Change technology, remove feature |
| Mitigate | Reduce likelihood or impact | Add redundancy, implement safeguards |
| Transfer | Shift risk to third party | Insurance, outsourcing, SLAs |
| Accept | Acknowledge and monitor | Low-impact risks, cost-effective |
risk:
id: "RISK-NNN"
title: "Short descriptive title"
category: "technical | security | resource | external | business | timeline | operational"
description: "What is the risk? What could go wrong?"
cause: "What could cause this risk to materialize?"
effect: "What would be the impact if this risk materializes?"
likelihood: 1-5
likelihood_rationale: "Why this likelihood score"
impact: 1-5
impact_rationale: "Why this impact score"
risk_score: N # likelihood x impact
risk_level: "low | medium | high | critical"
response_strategy: "avoid | mitigate | transfer | accept"
mitigation:
actions:
- "Specific action to reduce likelihood or impact"
responsible: "Team or person"
deadline: "YYYY-MM-DD"
cost: "Estimated cost if applicable"
contingency:
trigger: "What indicates this risk has materialized"
actions:
- "Action to take if risk occurs"
responsible: "Team or person"
status: "identified | mitigating | monitoring | closed | materialized"
owner: "Person responsible for tracking"
identified_date: "YYYY-MM-DD"
last_reviewed: "YYYY-MM-DD"
related_risks: ["RISK-XXX"]
For detailed example risk entries across all categories (technical, security, resource, external, timeline), see references/common_risks.md.
risk_register:
project: "[Project Name]"
last_updated: "YYYY-MM-DD"
summary:
total_risks: N
critical: N
high: N
medium: N
low: N
risks:
- id: "RISK-001"
title: "..."
category: "..."
# ... full specification
review_schedule:
frequency: "Every sprint"
next_review: "YYYY-MM-DD"
reviewer: "Project Manager"
# Risk Assessment Report: [Project Name]
## Executive Summary
- Total risks identified: N
- Critical/High risks: N (requiring immediate attention)
- Primary risk areas: [Categories]
- Overall risk level: [Low/Medium/High]
## Risk Heat Map
[Visual representation of risks by likelihood/impact]
## Critical and High Risks
### RISK-001: [Title]
**Score:** [N] (Critical/High) | **Category:** [Category]
**Description:** [What could go wrong]
**Mitigation:** [Actions] | **Contingency:** [If risk materializes]
**Owner:** [Person responsible]
## Medium and Low Risks
| ID | Title | Category | Score | Status |
|----|-------|----------|-------|--------|
## Risk Monitoring Plan
| Risk ID | Metric to Monitor | Review Frequency | Trigger |
|---------|-------------------|------------------|---------|
## Recommendations
1. [Key action to reduce overall risk]
Techniques: Brainstorming, checklist review, assumption analysis, expert interviews, historical review.
Questions to Ask: What could go wrong? What assumptions are we making? What dependencies do we have? What has failed in similar projects?
For each identified risk: describe clearly, identify root causes, assess effects, score likelihood (1-5), score impact (1-5), calculate risk score, determine risk level.
For high and critical risks: choose response strategy, define mitigation actions, assign ownership, set deadlines, define contingency plans, identify triggers.
Ongoing: review risk register each sprint, update scores, track mitigation completion, monitor triggers, add new risks, close resolved risks.
Do's: Involve the whole team, be specific about causes/effects, update regularly, track mitigation completion, learn from materialized risks, communicate transparently.
Don'ts: Ignore "unlikely" high-impact risks, set and forget, underestimate security risks, assume risks are someone else's problem, let risk assessment become a checkbox exercise.