fix: sync all skill updates and new skills into plugin bundles
- Synced 97 existing skill SKILL.md files from skills/ to their plugin bundle copies - Added 7 new skills to plugin bundles: - seo-content-brief, media-pitch -> pm-gtm - tax-planning-checklist -> pm-finance - change-management-plan -> pm-hr - sales-forecasting-model -> pm-sales - workshop-facilitation-guide -> pm-operations - teaching-lesson-plan -> pm-cross Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
This commit is contained in:
@@ -0,0 +1,139 @@
|
||||
---
|
||||
name: change-management-plan
|
||||
description: "Create a structured change management plan for any organisational change. Use when asked to write a change management plan, manage a change initiative, plan a system rollout, or lead an organisational transformation. Produces a plan covering stakeholder analysis, impact assessment, communication strategy, and resistance management."
|
||||
---
|
||||
|
||||
# Change Management Plan Skill
|
||||
|
||||
Produces a structured change management plan — because most change initiatives fail not because the change is wrong, but because people aren't brought along with it.
|
||||
|
||||
## Required Inputs
|
||||
|
||||
Ask the user for these if not provided:
|
||||
- **The change** (what is changing, and what is the current state?)
|
||||
- **Scale** (how many people affected, in how many teams/locations?)
|
||||
- **Timeline** (when does the change go live? How long is the transition?)
|
||||
- **Sponsor** (who is accountable at senior level?)
|
||||
- **Key concern** (what is the biggest risk to adoption?)
|
||||
- **What happens if change fails** (consequences of low adoption)
|
||||
|
||||
## Output Structure
|
||||
|
||||
---
|
||||
|
||||
# Change Management Plan: [Change Name]
|
||||
|
||||
**Change sponsor:** [Executive owner]
|
||||
**Change manager:** [Who is running this]
|
||||
**Go-live date:** [Date]
|
||||
**Affected population:** [N people, N teams/locations]
|
||||
|
||||
---
|
||||
|
||||
## 1. Change Summary
|
||||
|
||||
**From (current state):** [Specific description of today's situation]
|
||||
**To (future state):** [Specific description of what changes]
|
||||
**Why this change is happening:** [Honest explanation — people adopt change faster when they understand the real reason]
|
||||
**What stays the same:** [Explicitly naming what is NOT changing reduces anxiety]
|
||||
|
||||
---
|
||||
|
||||
## 2. Stakeholder Analysis
|
||||
|
||||
| Stakeholder group | Size | Impact level | Current sentiment | What they need |
|
||||
|---|---|---|---|---|
|
||||
| [Group] | [N] | High/Med/Low | Supportive / Neutral / Resistant | [Specific concern or need] |
|
||||
|
||||
**Key influencers to engage early:**
|
||||
[Name the informal leaders, respected voices, and early adopters who can help. And the resistors who need direct attention.]
|
||||
|
||||
---
|
||||
|
||||
## 3. Impact Assessment
|
||||
|
||||
| Area | Impact | Severity | Action needed |
|
||||
|---|---|---|---|
|
||||
| Daily workflow | [What changes day-to-day] | High/Med/Low | [Training / support / redesign] |
|
||||
| Systems or tools | [What tools are affected] | | |
|
||||
| Roles and responsibilities | [Any role changes] | | |
|
||||
| Processes | [Process changes] | | |
|
||||
| Metrics and targets | [Any KPI changes] | | |
|
||||
|
||||
---
|
||||
|
||||
## 4. Communication Plan
|
||||
|
||||
**Core message:** [The 1-sentence summary everyone should understand and remember]
|
||||
|
||||
| Audience | Message focus | Channel | Timing | Owner |
|
||||
|---|---|---|---|---|
|
||||
| All staff | [Why this is happening + what to expect] | All-hands / Email | [T-6 weeks] | Sponsor |
|
||||
| Managers | [How to support their teams] | Manager briefing | [T-5 weeks] | Change manager |
|
||||
| Directly affected teams | [What changes for them specifically] | Team meeting | [T-4 weeks] | Line manager |
|
||||
| [Other group] | [Tailored message] | | | |
|
||||
|
||||
**Communication principles:**
|
||||
- Over-communicate — people need to hear a message 7 times to internalise it
|
||||
- Use managers to cascade, not just top-down announcements
|
||||
- Create a feedback channel — questions left unanswered become rumours
|
||||
|
||||
---
|
||||
|
||||
## 5. Training and Support Plan
|
||||
|
||||
| Audience | Training type | Timing | Duration | Delivery | Owner |
|
||||
|---|---|---|---|---|---|
|
||||
| [Group] | [e.g. Hands-on system training] | [T-2 weeks] | [2 hours] | [In-person / online] | [Owner] |
|
||||
|
||||
**Go-live support:**
|
||||
- [What support is available on day 1 — helpdesk, floor walkers, champions]
|
||||
- [Escalation path for issues in first 30 days]
|
||||
|
||||
---
|
||||
|
||||
## 6. Resistance Management
|
||||
|
||||
**Anticipated resistance sources:**
|
||||
|
||||
| Concern | Who holds it | Root cause | Response |
|
||||
|---|---|---|---|
|
||||
| [e.g. "This will increase my workload"] | [Middle managers] | [Loss of autonomy] | [Specific action to address] |
|
||||
|
||||
**Resistance management principles:**
|
||||
- Acknowledge concerns genuinely — dismissing resistance amplifies it
|
||||
- Involve resistors in design where possible — converts them into advocates
|
||||
- Distinguish between genuine concerns (worth addressing) and preference for the status quo (to be managed, not solved)
|
||||
|
||||
---
|
||||
|
||||
## 7. Adoption Metrics
|
||||
|
||||
| Metric | Baseline | Target | Measurement point | Owner |
|
||||
|---|---|---|---|---|
|
||||
| [System usage rate] | [0%] | [80%] | [30 days post go-live] | [Owner] |
|
||||
| [Process compliance] | [X%] | [Y%] | [60 days] | [Owner] |
|
||||
| [Staff confidence score] | [Survey score] | [Target] | [90 days] | [Owner] |
|
||||
|
||||
**Adoption milestones:**
|
||||
- D+7: [First check — early issues identified]
|
||||
- D+30: [First adoption review]
|
||||
- D+90: [Sustained adoption confirmed or remediation plan activated]
|
||||
|
||||
---
|
||||
|
||||
## Quality Checks
|
||||
|
||||
- [ ] "What stays the same" is explicitly addressed
|
||||
- [ ] Stakeholder analysis includes resistors, not just supporters
|
||||
- [ ] Communication plan uses managers to cascade (not just top-down)
|
||||
- [ ] Training is timed before go-live (not after)
|
||||
- [ ] Adoption metrics have a measurement date and owner
|
||||
- [ ] Resistance management has specific responses (not just "communicate more")
|
||||
|
||||
## Example Trigger Phrases
|
||||
|
||||
- "Write a change management plan for [initiative]"
|
||||
- "Help me plan the rollout of [system change] for [team/org]"
|
||||
- "Create a communication and training plan for [change]"
|
||||
- "How do I manage resistance to [change]?"
|
||||
@@ -80,6 +80,14 @@ eNPS: Below 0 = Concerning / 0-30 = Good / 30-70 = Great / 70+ = Excellent
|
||||
|
||||
**5. Communication Template** — Draft message to share results with employees.
|
||||
|
||||
## Quality Checks
|
||||
|
||||
- [ ] Survey includes anonymity statement at the start
|
||||
- [ ] eNPS question (0-10 recommend scale) is included in all survey types
|
||||
- [ ] Open-ended questions are included (not just Likert scales)
|
||||
- [ ] Analysis includes a specific action planning template (not just observations)
|
||||
- [ ] Results communication template commits to sharing back with employees by a specific date
|
||||
|
||||
## Example Trigger Phrases
|
||||
- "Create an employee engagement survey for our team"
|
||||
- "Design a pulse survey for [topic]"
|
||||
|
||||
@@ -62,11 +62,11 @@ Nice to have (3-4 items):
|
||||
- Any requirements potentially discriminating against protected characteristics
|
||||
|
||||
## Quality Checks
|
||||
- Salary range included
|
||||
- Must-haves genuinely essential (6 items max)
|
||||
- Each responsibility starts with action verb
|
||||
- Inclusive language review completed
|
||||
- No years-of-experience requirements unless legally required
|
||||
- [ ] Salary range included
|
||||
- [ ] Must-haves genuinely essential (6 items max)
|
||||
- [ ] Each responsibility starts with action verb
|
||||
- [ ] Inclusive language review completed
|
||||
- [ ] No years-of-experience requirements unless legally required
|
||||
|
||||
## Example Trigger Phrases
|
||||
- "Write a job description for a [role]"
|
||||
|
||||
@@ -83,6 +83,14 @@ Goals:
|
||||
Manager: Meeting expectations? What to double down on? What to develop?
|
||||
New hire: Have the clarity, tools, support needed? What surprised you? What would you change about onboarding?
|
||||
|
||||
## Quality Checks
|
||||
|
||||
- [ ] Before Day 1 manager checklist is complete (IT, access, buddy, calendar)
|
||||
- [ ] Each phase (orient/learn/contribute/lead) has a clear milestone
|
||||
- [ ] 90-day review questions are included for both manager and new hire
|
||||
- [ ] Plan is tailored to the specific role and level (not generic)
|
||||
- [ ] Key stakeholder 1:1s are listed by name or role
|
||||
|
||||
## Example Trigger Phrases
|
||||
- "Create a 30/60/90 day plan for a new [role]"
|
||||
- "Write an onboarding plan for [name] starting as [role]"
|
||||
|
||||
@@ -62,6 +62,15 @@ Issued only after genuine consultation. Must include: statutory pay calculated,
|
||||
|
||||
WARNING: Take advice from an employment lawyer or qualified HR professional before beginning any redundancy process.
|
||||
|
||||
## Quality Checks
|
||||
|
||||
- [ ] Number of roles determines consultation type (individual vs collective)
|
||||
- [ ] Selection criteria are objective and non-discriminatory
|
||||
- [ ] At-risk letter states no decision has been made
|
||||
- [ ] Consultation meeting includes genuine exploration of alternatives
|
||||
- [ ] Statutory redundancy pay guidance included
|
||||
- [ ] Legal advice disclaimer is prominent
|
||||
|
||||
## Example Trigger Phrases
|
||||
- "Help me structure a redundancy consultation"
|
||||
- "Draft an at-risk letter for [role]"
|
||||
|
||||
Reference in New Issue
Block a user