From Engineering Leader Skills
Recommend how to coach, support, or delegate a specific task to an engineer, using Blanchard's Situational Leadership II to match your leadership style to their development level. Use when asked how to delegate work to someone, how to support or develop an engineer, or how to hand off a responsibility.
How this skill is triggered — by the user, by Claude, or both
Slash command
/engineering-leader-skills:coaching-calibratorThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Given an engineer and a *specific task*, recommends how to lead the hand-off (how much direction, how much support) using Situational Leadership II. It stops the most common management mistake: leading everyone the same way.
Given an engineer and a specific task, recommends how to lead the hand-off (how much direction, how much support) using Situational Leadership II. It stops the most common management mistake: leading everyone the same way.
Deciding how to delegate, coach, support, or develop someone on a particular task or skill.
General performance reviews, or anything not tied to a specific task. SLII is per-task by design; a person is a different development level on different work.
There is no single best leadership style. Match the style to the person's development level on that task.
Development level combines two independent things:
| Level | Competence | Commitment | Looks like |
|---|---|---|---|
| D1 | Low | High | Enthusiastic beginner — eager, hasn't done it |
| D2 | Low–some | Low | Disillusioned learner — hit the hard part, confidence dropped |
| D3 | Moderate–high | Variable / low confidence | Capable but cautious — can do it, doubts it |
| D4 | High | High | Self-reliant achiever — competent and confident |
Style matches level: D1 → S1 Directing, D2 → S2 Coaching, D3 → S3 Supporting, D4 → S4 Delegating.
See the SLII foundation for the full model.
Competence and commitment move independently. The most common diagnostic error is collapsing them:
Deceptive cases worth naming:
Eager, but hasn't done it. Give explicit steps and a clear definition of done; show them, or pair on the first instance; check in on progress frequently; most decisions are yours for now. Don't read their enthusiasm as readiness.
Hit the hard part; confidence has dropped. Still give direction, but now explain the why, not only the steps. Actively rebuild confidence; name what they are doing well. Involve them in decisions while still guiding. This is the most hands-on style: high direction and high support. Don't pull back early; D2 is where people quietly disengage.
Capable but cautious. Lead with encouragement; share decisions, and ask "what do you think?" before offering your view. Step back from directing; they know how. Help them trust their own judgement. Trap: treating a D3 like a D4 and going silent when they need a sounding board.
Competent and confident. Hand over the outcome and the decisions; agree what success looks like, then get out of the way. Stay available without hovering. Recognise the work. Trap: over-directing. A micromanaged D4 disengages, or leaves.
**Task:** <the specific task — restated to confirm it is specific>
**Diagnosis**
- Competence: <low / some / moderate–high / high> — <reasoning>
- Commitment: <high / low / variable> — <reasoning>
- Development level: **D<n>**
**Recommended style: S<n> <name>**
<2–4 concrete behaviours for this week — what to actually do>
**Watch for:** <the relevant classic error or regression risk>
**Share it:** <how to name this diagnosis with the person — SLII is a conversation>
If competence or commitment signals are missing, ask for them rather than producing a diagnosis.
Creates, edits, and optimizes skills for Claude Code, including drafting, evaluating with test prompts, iterating on performance, and improving skill descriptions for better triggering accuracy.
npx claudepluginhub kaszubski/engineering-leader-skills --plugin engineering-leader-skills