Por Abhay Talreja
2/7/2024
Mi ΓΊltimo artΓculo - Empirical Process Control - The Key to Agile Success
The Complete History and Origins of Kanban: From Toyota to Modern Agile Teams
The Kanban history and origins story begins not in a software development office, but on the bustling factory floors of post-war Japan, where a young Toyota engineer named Taiichi Ohno revolutionized manufacturing forever.
Understanding Kanban's history and origins reveals why this simple visual system became the backbone of lean manufacturing and later transformed how Agile teams manage work.
Most articles about Kanban focus on its current applications, but they miss the critical historical context that explains why Kanban works so effectively.
This comprehensive guide takes you through the complete evolution of Kanban, from its birth in Toyota's factories to its adoption by modern software teams, revealing the key principles that made it successful across industries.
You'll discover the specific problems Kanban was designed to solve, how it evolved through different phases, and why understanding its origins is crucial for implementing it successfully in your own teams.
Kanban derives from two Japanese kanji characters:
Traditional Japanese shops used wooden "kanban" signs to:
Key Japanese concepts that shaped Kanban:
| Concept | Meaning | Impact on Kanban |
|---|---|---|
| Visual communication | Preference for visual over verbal cues | Visual boards and cards |
| Mizu no nagare | "Flow like water" | Continuous flow principle |
| Pull philosophy | Natural flow vs. forced movement | Pull systems over push |
| Harmony | Balance and efficiency | WIP limits and flow optimization |
These cultural elements made Kanban a natural fit for Japanese manufacturing and explain its emphasis on visual management and pull-based systems.
Japan's Challenges:
| Problem | Description | Impact |
|---|---|---|
| Overproduction | Large batches regardless of demand | Excess inventory |
| Inventory waste | Massive stockpiles | Tied-up capital and space |
| Quality issues | Late defect discovery | High rework costs |
| Long lead times | Months for custom products | Poor customer satisfaction |
| Inflexibility | Rigid production schedules | Cannot adapt to changes |
Kiichiro Toyoda's mandate:
Taiichi Ohno's observation of American supermarkets:
This observation became the foundation for Toyota's revolutionary manufacturing approach.
Taiichi Ohno faced a specific challenge: coordinating production across multiple processes without creating waste.
| Waste Type | Description | Example |
|---|---|---|
| Overproduction | Making more than needed | Excess inventory |
| Waiting | Idle time between processes | Workers waiting for materials |
| Transportation | Unnecessary movement | Moving parts between buildings |
| Over-processing | Excessive work | Polishing hidden surfaces |
| Inventory | Excess materials | Stockpiled components |
| Motion | Unnecessary movements | Walking to get tools |
| Defects | Errors requiring rework | Quality failures |
Key insight: Reverse the flow of information
Essential information on each card:
Operating rules:
Advantages of Kanban cards:
Feedback mechanisms:
| Aspect | Traditional MRP | Toyota Kanban |
|---|---|---|
| Planning basis | Forecasts and schedules | Actual demand |
| Information flow | Push from top | Pull from customer |
| Adaptability | Rigid deadlines | Flexible response |
| Problem visibility | Hidden until late | Immediate signals |
| Inventory levels | High buffer stocks | Minimal inventory |
Production Kanban
Withdrawal Kanban
Supplier Kanban
| Principle | Traditional Approach | TPS Approach |
|---|---|---|
| Work flow | Batch processing | Continuous flow |
| System design | Push-based | Pull-based |
| Management style | Hidden complexity | Visual management |
| Worker role | Follow procedures | Identify improvements |
Kaizen (Continuous Improvement):
Toyota achieved:
Key milestone: "The Machine That Changed the World" publication
Common failures:
| Industry | Focus Areas | Key Adaptations |
|---|---|---|
| Healthcare | Patient safety, wait times | Visual patient flow boards |
| Government | Transparency, citizen service | Public status tracking |
| Retail | Inventory turnover, satisfaction | Stock replenishment signals |
| Construction | Material delivery, project phases | Just-in-time deliveries |
| Restaurants | Kitchen coordination, order flow | Order tracking systems |
Universal application criteria:
Why Kanban works for knowledge work:
Visibility
Flexibility
Simplicity
Manufacturing (1950s)
β
Automotive suppliers (1970s)
β
Western manufacturing (1980s)
β
Service industries (1990s)
β
Knowledge work (2000s)Microsoft's problems:
| Shared with Manufacturing | Unique to Software |
|---|---|
| Work flows through stages | Variable item sizes |
| Bottlenecks create delays | Frequent requirement changes |
| Visual management helps | Knowledge work unpredictability |
| Pull systems reduce waste | Multiple simultaneous priorities |
Start with existing processes
Evolve incrementally
Respect current roles
Focus on flow
Simple board structure:
| Backlog | Analysis | Development | Testing | Deployment |
|---------|----------|-------------|---------|------------|
| [ ] | [ ] | [ ] | [ ] | [ ] || Metric | Improvement |
|---|---|
| Lead time | 90% reduction |
| Quality | Significant increase |
| Team motivation | Measurably higher |
| Predictability | Improved despite changes |
Anderson's contributions:
Key publication: "Kanban: Successful Evolutionary Change for Your Technology Business"
Problems with pure Scrum:
Definition: Scrum structure + Kanban flow management
| Scrum Event | Kanban Enhancement | Benefit |
|---|---|---|
| Sprint Planning | Visual board setup | Better backlog visualization |
| Daily Standup | Board-focused discussion | More effective meetings |
| Sprint Review | Flow diagrams | Pattern identification |
| Retrospective | Bottleneck analysis | Data-driven improvements |
| Aspect | Scrum | Kanban |
|---|---|---|
| Planning | Sprint iterations | Continuous flow |
| Work limits | Time-boxed | WIP-based |
| Team structure | Defined roles | Flexible roles |
| Ceremonies | Prescribed | Cadence-based |
| Primary metrics | Velocity | Cycle time |
Product Owners:
Scrum Masters:
Development Teams:
Light Scrumban
Full Scrumban
Kanban with Scrum Events
| Department | Use Cases | Key Benefits |
|---|---|---|
| Marketing | Campaign management, content creation | Visual pipeline, deadline tracking |
| HR | Recruitment, onboarding, training | Process standardization, candidate tracking |
| Finance | Budget approvals, reporting, audits | Compliance visibility, approval flow |
| Legal | Contract review, compliance, litigation | Risk management, deadline adherence |
| Sales | Lead qualification, pipeline management | Conversion tracking, forecasting |
| Support | Ticket resolution, escalations | SLA management, workload balancing |
Visualize the workflow
Limit work in progress (WIP)
Manage flow
Make policies explicit
Implement feedback loops
Improve collaboratively
Popular platforms:
Digital advantages:
Digital challenges:
Balance required between:
Principle: You can't manage what you can't see
Benefits:
Applications:
Principle: Work flows based on actual capacity, not predictions
Key characteristics:
Principle: Steady movement beats batch processing
| Batch Processing | Continuous Flow |
|---|---|
| Large queues | Minimal waiting |
| Variable quality | Consistent quality |
| Long cycle times | Predictable delivery |
| Hidden problems | Visible issues |
Principle: Constrain work to maintain flow
Effects of WIP limits:
Principle: Empower those doing the work
Implementation:
Principle: Decisions based on observation, not theory
Data-driven approach:
Universal applicability:
Human-centered design:
Reality:
Result of misconception:
Reality:
Kanban vs. Scrum roles:
| Scrum | Kanban |
|---|---|
| Product Owner (required) | Optional |
| Scrum Master (required) | Optional |
| Development Team (defined) | Flexible |
Reality: Works anywhere with:
Proven applications:
Reality: Kanban complements:
Reality:
What Kanban provides:
What Kanban doesn't provide:
Reality:
Managing size variation:
Common failures from misconceptions:
Toyota's approach:
Modern application:
Success factors:
Implementation strategy:
Current State β Small Changes β Measure β Adjust β Repeat| Focus on Tools | Focus on Flow |
|---|---|
| Complex features | Simple solutions |
| Tool configuration | Process improvement |
| Technology-driven | Principle-driven |
| Quick failure | Sustainable success |
Toyota's metrics:
Modern equivalents:
Requirements for success:
Timeline expectations:
Focus on principles:
Adapt practices to context:
Kanban works best when integrated with:
For successful implementation:
Emerging capabilities:
Balance required:
| Challenge | Solution Direction |
|---|---|
| Physical board collaboration | Virtual board experiences |
| Synchronous standups | Asynchronous updates |
| Visual management | Digital dashboards |
| Team connection | Virtual ceremonies |
Natural alignments:
Scaling approaches:
Portfolio Kanban
Hierarchical boards
Flight levels
Extended metrics:
Future combinations:
Increased automation
Enhanced visualization
Broader application
Organizations must:
Kanban's journey demonstrates:
| Historical Foundation | Modern Application |
|---|---|
| Toyota's manufacturing problems | Your workflow challenges |
| Visual card system | Digital or physical boards |
| Pull-based flow | WIP limits and policies |
| Continuous improvement | Regular retrospectives |
From history to practice:
Start with why
Focus on principles
Adapt to context
Kanban's evolution continues through:
To implement Kanban successfully:
Remember: Every successful Kanban implementation adds to its rich history of adaptation and continuous improvement.
What is Kanban History & Origins and why is it essential for Agile teams?
Why is understanding the Kanban History & Origins important for Agile practitioners?
How can Agile teams implement Kanban based on its historical principles?
When is it appropriate to switch to Kanban from another Agile methodology?
What are some common mistakes when adopting the Kanban method?
What are some success factors for optimizing Kanban in an Agile team?
How does Kanban integrate with other Agile practices like Scrum?
What are common problems teams face when implementing Kanban and how can they troubleshoot them?