Toyota Kata for Continuous Improvement

Håkan Forss explains target conditions, coaching and small experiments.

HFHåkan ForssVortrag
Kanal
GOTO Conferences
Veröffentlicht
1. Nov. 2015
Video
52:20
Lesezeit
2 Min.
Original
Englisch
Auf YouTube öffnen
Beim Scrollen schrumpft das Video in die rechte untere Ecke und läuft weiter. Untertitel folgen Ihrer Lesesprache.
LesespracheIn 2 Sprachen verfügbar
Diesen Artikel gibt es noch nicht auf Deutsch, daher wird das Original (Englisch) angezeigt.
ZUSAMMENFASSUNG

In 30 Sekunden

Håkan Forss presents Toyota Kata as a repeatable approach to improving work: understand direction and the current state, set a target condition, experiment and compare results with predictions. His team case is illustrative.

  1. 1The retrospective problemA list of disconnected ideas does not necessarily produce progress.
  2. 2KataRepeated routines can build an improvement habit.
  3. 3Improvement cycleUnderstand direction and current state before setting a near target.
  4. 4CoachingCoaching compares expectations, observations and learning.
  5. 5ObserveObserve work where it happens.
  6. 6MeasuresCombine process measures and outcome measures.
  7. 7ExperimentsWrite predictions before experiments and learn from differences.

Das Wichtigste

  1. A list of disconnected ideas does not necessarily produce progress.
  2. Repeated routines can build an improvement habit.
  3. Understand direction and current state before setting a near target.
  4. Coaching compares expectations, observations and learning.
  5. Observe work where it happens.
  6. Combine process measures and outcome measures.
  7. Write predictions before experiments and learn from differences.
VOLLTEXT

Den bearbeiteten Text nach Kapiteln lesen

Nur das Transkript
01

Why retrospectives stall

Disconnected improvements and repeated problems.

At GOTO Copenhagen 2015, agile coach Håkan Forss describes using Toyota Kata to make improvement a regular learning practice. His examples come from his experience and are not controlled evidence that the method works for every team.

Forss opens with a familiar retrospective problem: teams collect many improvement ideas but act in different directions, so recurring problems return without a clear sense of progress. He calls this improvement whack-a-mole.

02

Improvement and coaching kata

A repeatable learning pattern.

He explains kata as a repeated pattern that builds skill while leaving room to adapt to context. Toyota Kata includes an improvement practice and a coaching practice; the talk concentrates on improvement while emphasizing the leader’s coaching role.

The improvement pattern starts by understanding direction, observing the current condition and setting a nearer target condition. The team then runs small experiments toward that target and repeats the cycle.

A coach asks what the target is, what happened in the last experiment, what was expected and what was learned. The next obstacle, step, prediction and time to review are made explicit.

03

A team example

Small changes and frequent feedback.

Forss recounts a prior team struggling to test software on specialized hardware. He describes using small changes and frequent conversations to make progress; this is an illustrative case rather than a controlled comparison.

04

Direction, evidence and experiments

Setting targets and learning from results.

He distinguishes a direction for improving the process from the business outcome itself. A distant vision provides a direction, while a target condition is a nearer hypothesis about how the work should operate.

To understand the current condition, he recommends observing work directly and collecting evidence. Visualizing intangible software work can reveal details that a high-level report misses.

He differentiates process measures, such as queue size or frequency of integration, from outcomes such as lead time, throughput and quality. The measures should be selected for the team’s goal and interpreted together.

A useful target condition should stretch the team beyond what it already knows without being impossibly distant. Take a step, observe what changes and adjust rather than assuming every obstacle can be mapped in advance.

Forss recommends recording a hypothesis and prediction before an experiment, then comparing the observed result with the expectation. His suggested failure rate is a heuristic for learning, not a universal mathematical optimum for all work.

In questions, he suggests making a proposed change small and time-limited when support is low. For leaders observing teams, he recommends asking permission, explaining intent and respecting the people doing the work.

Mehr aus diesem Kanal

3 Folien39:12EN
GOTO Conferences· 28. Okt. 2026Cate Huston: How Rigour Supports AI-Assisted Development VelocityCate Huston · TwillA two-person team’s experience with release gates, automated checks, prioritization and the cost of shipping faster.KI-Engineering-FührungSoftware engineeringAI agents
4 Folien22:33EN
GOTO Conferences· 26. Okt. 2026William Schor: From Unit Tests to Synthetic Canaries at NetflixWilliam Schor · NetflixHow generated workloads and production-like infrastructure help test a distributed key-value service.Software engineering
5 Folien34:11EN
GOTO Conferences· 23. Okt. 2026Anatoliy Bilenko and Alberto Carretero: Making Database Protocols Reliable with Formal Methods and AIAnatoliy Bilenko, Alberto Carretero · CanonicalCanonical’s database engineers connect executable specifications, model-based tests, failure exploration, and reconstructed execution histories—and explain why none of these techniques proves a real system correct on its own.Entwicklungs-Workflows & TestsCode review & verificationObservability & Zuverlässigkeit+2
28:15EN
GOTO Conferences· 22. Okt. 2026Steve Poole on Open-Source Security and AI’s Maintenance ChallengeOlimpiu Pop, Steve PooleWhy faster vulnerability discovery increases pressure on maintainers, dependency users and upgrade processes.Software engineeringAI security
5 Folien46:36EN
GOTO Conferences· 21. Okt. 2026Don Syme: Building Agentic Automation Around Human CollaborationDon Syme · GitHubContinuous AI, repository workflows and the guardrails needed for unattended software maintenance.Agent orchestrationSoftware engineeringCoding-Agenten
28:23EN
GOTO Conferences· 19. Okt. 2026Learning Ash: Declarative Elixir Apps, Testing and ExtensibilityChristian Alexander, Rebecca Le, Zach DanielRebecca Le and Zach Daniel explain how their book and the framework evolved together.Software engineering