skills/kaizen/SKILL.md
Apply Kaizen continuous improvement methodology. Use when optimizing processes, eliminating waste, conducting improvement workshops, applying PDCA cycles, or building a culture of incremental improvement.
npx skillsauth add Chris-Maskey/opencode-config kaizenInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Kaizen (改善) means "change for better" in Japanese. It is a philosophy and practice of continuous, incremental improvement involving everyone in an organization—from executives to frontline workers.
| Principle | Description | | -------------------- | ---------------------------------------------------- | | Know Your Customer | Understand who benefits from your work and what they value | | Let It Flow | Create seamless processes; eliminate waste and bottlenecks | | Go to Gemba | Go to the actual place where work happens to see reality | | Empower People | Involve everyone at all levels in suggesting improvements | | Be Transparent | Make problems visible; don't hide issues—expose them |
+-----------+
| PLAN | Identify problem, analyze data, plan change
+-----+-----+
|
v
+-----+-----+
| DO | Implement small-scale test
+-----+-----+
|
v
+-----+-----+
| CHECK | Evaluate results against expectations
+-----+-----+
|
v
+-----+-----+
| ACT | Standardize if successful, or iterate with new plan
+-----------+
| Aspect | Kaizen | Traditional | | -------------- | ----------------------------- | ---------------------------- | | Changes | Small, incremental | Large, radical | | Authority | Everyone participates | Top-down directives | | Timing | Continuous, ongoing | Project-based, episodic | | Risk | Low cost, low risk | High cost, high risk | | Focus | Process improvement | Result outcomes |
Kaizen seeks to eliminate these wastes:
| Waste | Description | | ---------------- | ---------------------------------------- | | Transport | Unnecessary movement of materials | | Inventory | Excess stock tying up resources | | Motion | Unnecessary movement of people | | Waiting | Idle time between process steps | | Overproduction | Making more than needed | | Overprocessing | More work than required | | Defects | Errors requiring rework |
Use the acronym TIMWOOD to remember 7 wastes:
T - Transport
I - Inventory
M - Motion
W - Waiting
O - Overproduction
O - Overprocessing
D - Defects
Be specific and measurable:
❌ Bad: "The process is slow"
✅ Good: "Customer onboarding takes 14 days, industry benchmark is 3 days"
❌ Bad: "We have quality issues"
✅ Good: "Defect rate is 12%, target is below 2%"
Visit the actual workplace to observe:
Create a value stream map showing:
[Supplier] --> [Input] --> [Process Steps] --> [Output] --> [Customer]
Identify:
- Value-adding steps (green)
- Non-value-adding steps (red)
- Bottlenecks
- Wait times
For each process step, ask:
| Question | If Yes (Waste) | | -------- | -------------- | | Does this transform the material/information? | If no → Non-value-adding | | Would the customer pay for this step? | If no → Non-value-adding | | Can we eliminate this step without breaking the process? | If yes → Eliminate | | Is there unnecessary movement? | If yes → Motion | | Are items waiting between steps? | If yes → Waiting | | Is there excess inventory? | If yes → Inventory |
Apply PDCA:
Plan: Design improvement for highest-impact waste
Do: Implement on small scale
Check: Measure before vs. after
Act: Standardize if successful, or try different approach
Focused, short-duration improvement workshops.
| Attribute | Value | | ----------- | ------------------------- | | Duration | 2-5 days | | Team Size | 5-10 people | | Scope | Specific process or area | | Outcome | Immediate implementation |
Day 1: Current State
- Present problem statement and data
- Map AS-IS process
- Identify wastes
Day 2-3: Analysis & Design
- Root cause analysis
- Design TO-BE process
- Prioritize improvements
Day 4-5: Implementation
- Implement quick wins
- Train team on new process
- Document new standard work
## Kaizen Analysis
**Process:** [Name] **Date:** [Date] **Team:** [Names]
### Problem Statement
[Clear, measurable description of the problem]
**Current State:** [Metrics]
**Target State:** [Metrics]
**Gap:** [Difference]
### Gemba Findings
**Location:** [Where observation occurred]
**Observations:**
- [Finding 1]
- [Finding 2]
- [Finding 3]
### Waste Identified
| Waste Type | Location | Impact | Priority |
| ---------- | -------- | ------ | -------- |
| [Waste 1] | [Where] | [Cost] | High |
| [Waste 2] | [Where] | [Cost] | Medium |
### Root Causes
1. [Root cause 1]
2. [Root cause 2]
3. [Root cause 3]
### Improvement Plan
| Improvement | PDCA Phase | Owner | Due Date |
| ---------- | ---------- | ----- | -------- |
| [Change 1] | Plan/Do | [Name]| [Date] |
| [Change 2] | Plan/Do | [Name]| [Date] |
### Expected Results
- **Lead Time:** [X] → [Y] days
- **Cost Savings:** $[X]/month
- **Quality:** [X]% → [Y]% improvement
## Kaizen Event Charter
**Event Name:** [Name]
**Dates:** [Start] - [End]
**Location:** [Gemba location]
### Problem Statement
[What problem are we solving?]
### Scope
**In Scope:**
- [Item 1]
- [Item 2]
**Out of Scope:**
- [Item 1]
- [Item 2]
### Goals (SMART)
| Metric | Baseline | Target | Owner |
| -------------- | --------- | -------- | ----- |
| [Metric 1] | [X] | [Y] | [Name]|
| [Metric 2] | [X] | [Y] | [Name]|
### Team
| Role | Name | Responsibility |
| --------- | -------- | --------------- |
| Leader | [Name] | [Role] |
| Member | [Name] | [Role] |
### Milestones
| Day | Deliverable |
| --- | ----------- |
| 1 | Current state map |
| 2 | Root causes identified |
| 3 | Solutions designed |
| 4-5 | Implementation complete |
Problem: Assembly line stoppages due to equipment failures
Gemba Finding: Operator waiting 45 minutes for maintenance
Waste Identified: Waiting, Motion (going to get tools)
Kaizen Solution:
Result: 85% reduction in equipment downtime
Problem: Feature delivery takes 6 weeks
Gemba Finding:
Waste Identified:
Kaizen Solution:
Result: 60% reduction in delivery time
Problem: Invoice processing takes 30 days
Gemba Finding:
Waste Identified:
Kaizen Solution:
Result: 23-day reduction in processing time, 95% accuracy
Use these questions to guide improvement:
| Question | Purpose | | -------- | ------- | | What is the problem we're solving? | Focus | | What does the customer value? | Alignment | | Where is the waste? | Target | | What small change can we test today? | Action | | How will we know it improved? | Measurement | | Who does the work daily? | Involve | | Have we gone to Gemba? | Reality check | | What is hiding in the process? | Visibility |
| Mistake | Why It's Wrong | Correct Approach | | ------- | -------------- | ---------------- | | Skip Gemba | Reports don't show reality | Go observe firsthand | | Large changes | High risk, hard to isolate cause | Small, testable changes | | No measurement | Can't prove improvement | Baseline and track metrics | | One-time event | Waste returns | Continuous improvement | | Top-down only | Miss frontline insights | Involve everyone | | Copy others | Different context | Adapt to your situation |
| Method | Combined Use | | ------------------ | ------------------------------------------- | | Five Whys | Find root cause of problems | | Kanban | Visualize and manage improved workflow | | PDCA | Structure continuous improvement cycles | | Value Stream Map | Identify waste in processes | | Six Sigma | Data-driven problem solving for variation | | DMAIC | Structured problem-solving methodology |
tools
Anti-patterns and mistakes to avoid as a product manager. Use when evaluating leadership behaviors, improving team dynamics, reflecting on management practices, or onboarding new product managers.
development
Review UI code for Web Interface Guidelines compliance. Use when asked to "review my UI", "check accessibility", "audit design", "review UX", or "check my site against best practices".
testing
Design effective CTAs using visual attention and gaze psychology principles. Use when designing landing pages, button hierarchies, conversion elements, or optimizing user attention flow through interfaces.
tools
Run agent-browser + Chrome inside Vercel Sandbox microVMs for browser automation from any Vercel-deployed app. Use when the user needs browser automation in a Vercel app (Next.js, SvelteKit, Nuxt, Remix, Astro, etc.), wants to run headless Chrome without binary size limits, needs persistent browser sessions across commands, or wants ephemeral isolated browser environments. Triggers include "Vercel Sandbox browser", "microVM Chrome", "agent-browser in sandbox", "browser automation on Vercel", or any task requiring Chrome in a Vercel Sandbox.