lean-software-development

Applies the Poppendiecks' seven lean principles to diagnose waste and improve software delivery flow.

1|Updated May 21, 2026
One-click install
npx skills add https://github.com/vnovakovits/claude-skills --skill lean-software-development-vnovakovits
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: lean-software-development
Source: https://github.com/vnovakovits/claude-skills/tree/main/plugins/engineering-practices/skills/lean-software-development
Command: npx skills add https://github.com/vnovakovits/claude-skills --skill lean-software-development-vnovakovits

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Software teams often work hard while features take too long to ship, without a principled way to find where value is lost. This Skill provides the Poppendiecks' Lean Software Development framework to identify waste, defer premature commitments, and optimize the whole delivery system rather than local parts. ## Core Features & Use Cases - Seven Principles Framework: Apply eliminate waste, amplify learning, decide as late as possible, deliver as fast as possible, empower the team, build integrity in, and see the whole to any team or workflow. - Waste Diagnosis: Use the seven wastes of software (partially-done work, extra features, relearning, handoffs, task switching, delays, defects) plus value-stream mapping to locate the dominant bottleneck in a delivery pipeline. - Decision Discipline: Apply Real Options thinking and set-based design to defer commitments to the last responsible moment without falling into procrastination. - Use Case: A team with 15-day lead times and 27% flow efficiency maps its value stream, finds review delays and high WIP as the dominant wastes, lowers WIP limits, and runs a two-sprint experiment to cut cycle time. ## Quick Start Ask Claude to diagnose where waste lives in our team's workflow using lean software development principles.

Frequently Asked Questions about lean-software-development

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
What are the seven principles of Lean Software Development?▼

The seven principles from Mary and Tom Poppendieck are eliminate waste, amplify learning, decide as late as possible, deliver as fast as possible, empower the team, build integrity in, and see the whole. They translate Toyota Production System thinking into software development practice.

What are the seven wastes of software development?▼

The seven wastes are partially-done work, extra features, relearning, handoffs, task switching, delays, and defects. Each maps to a manufacturing waste from Toyota's system, and identifying the dominant one in your value stream reveals the biggest leverage point for improvement.

How is lean software development different from Kanban?▼

Lean is the broader operational philosophy and mindset; Kanban is one tool that operationalizes specific principles like eliminating waste, delivering fast, and seeing the whole. Adopting Kanban without the lean mindset produces cargo-cult lean where the tools feel like overhead.

What does decide as late as possible mean in practice?▼

It means making commitments at the last responsible moment, when deferring further would forfeit a valuable option. Real Options thinking makes the deadline explicit so deferral is disciplined waiting for information, not procrastination or decision avoidance.

When should I use set-based design instead of point-based design?▼

Use set-based design when uncertainty about the right solution is high, the cost of being wrong is significant, and multiple options can be explored cheaply in parallel. It keeps alternatives alive until information arrives to eliminate them, avoiding costly restarts.

What are common pitfalls when adopting lean in a software team?▼

Common pitfalls include cargo-cult lean (tools without mindset), equating lean with cost cutting, deferring decisions forever, cutting buffers without diagnosing the system, and measuring individual utilization while claiming to empower teams. Local optimization that pushes problems downstream is another frequent failure.