Toyota Kata for Continuous Improvement

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

HFHåkan Forss登壇者
チャンネル
GOTO Conferences
公開日
2015年11月1日
動画
52:20
読了時間
2 分
原文
英語
YouTube で開く
スクロールすると動画は右下に小さくなって再生を続けます。字幕は閲覧言語に合わせて切り替わります。
閲覧言語2 言語で読めます
この記事はまだ日本語に翻訳されていないため、英語の原文を表示しています。
要約

30 秒でわかる

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.

ポイント

  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.
全文

チャプターごとに整えた全文を読む

文字起こしのみ
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.

同じチャンネルの記事

スライド 3 枚39:12EN
GOTO Conferences· 2026年10月28日Cate 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.AI エンジニアリングのリーダーシップSoftware engineeringAI agents
スライド 4 枚22:33EN
GOTO Conferences· 2026年10月26日William 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 枚34:11EN
GOTO Conferences· 2026年10月23日Anatoliy 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.開発ワークフローとテストCode review & verificationオブザーバビリティと信頼性+2
28:15EN
GOTO Conferences· 2026年10月22日Steve 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 枚46:36EN
GOTO Conferences· 2026年10月21日Don Syme: Building Agentic Automation Around Human CollaborationDon Syme · GitHubContinuous AI, repository workflows and the guardrails needed for unattended software maintenance.Agent orchestrationSoftware engineeringコーディングエージェント
28:23EN
GOTO Conferences· 2026年10月19日Learning 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