Skip to main content

toyota-way

Toyota Production System (TPS) and Toyota Way for software engineering โ€” lean thinking, waste elimination, root cause analysis, and continuous improvement. Use when identifying waste (muda/muri/mura), running blameless postmortems, doing 5 Whys, writing A3 problem statements, or connecting lean philosophy to TRIZ contradiction resolution.

Quellinformationen

Repository
ryanmaclean/skills
Letzte Quellaktivitรคt
15. April 2026 um 08:48
Erkannte Sprache von SKILL.md
Englisch
Sterne
1
Forks
0

Installationsoptionen

StandardmรครŸig ist der Prompt ausgewรคhlt, der zuerst die Quelle prรผft. Sie kรถnnen zu einem direkten Befehl wechseln oder eine lokale Kopie herunterladen.

Quelldateien prรผfen

Lesen Sie SKILL.md und alle von SkillsMP angezeigten Begleitdateien, bevor Sie sich fรผr eine Installation entscheiden.

Datei-Explorer
5 Dateien

SKILL.md wird angezeigt

SKILL.md
Quellanweisungen ยท Schreibgeschรผtzte Vorschau
name
toyota-way
description
Toyota Production System (TPS) and Toyota Way for software engineering โ€” lean thinking, waste elimination, root cause analysis, and continuous improvement. Use when identifying waste (muda/muri/mura), running blameless postmortems, doing 5 Whys, writing A3 problem statements, or connecting lean philosophy to TRIZ contradiction resolution.
# toyota-way โ€” Toyota Way & TPS Reference Toyota Production System (TPS) and Toyota Way concepts for software engineering. English-first. Japanese terms shown inline with kanji and reading. Use when applying lean thinking, identifying waste, structuring problem-solving, or connecting the triz tool to Japanese management philosophy. --- ## Scripts | Script | Use | |--------|-----| | `script/postmortem.nu "Incident Title"` | Blameless postmortem with 5 Whys + triz integration | | `script/postmortem.nu "Title" --save file.md` | Write postmortem to file | | `script/a3.nu "Problem Title"` | A3 one-page problem clarity template | | `script/a3.nu "Title" --save file.md` | Write A3 to file | Both scripts print a structured markdown template to stdout. Fill in bracketed fields. Both embed a `triz solve` invocation in the root cause section โ€” run it if a contradiction emerges. --- ## The two pillars **Just-in-Time** โ€” make only what is needed, only when needed, only in the amount needed. Eliminates inventory (work-in-progress), over-production, waiting. **Jidoka** โ€” ่‡ชๅƒๅŒ– (ใ˜ใฉใ†ใ‹) โ€” autonomation with a human touch. The kanji ๅƒ (human work) is deliberate โ€” not ่‡ชๅ‹•ๅŒ– (pure automation). Machines detect defects and stop automatically; humans investigate before anything resumes. Two mandatory moves: autonomous detection, then human judgment. Neither alone is jidoka. --- ## The three wastes **Muda** โ€” ็„ก้ง„ (ใ‚€ใ ) โ€” waste. Unnecessary work, unused features, dead code, over-engineering. The target of most lean effort. **Muri** โ€” ็„ก็† (ใ‚€ใ‚Š) โ€” overburden. Asking more than capacity allows. Context window exhaustion, sprints that require heroics, agents without timeouts. **Mura** โ€” ใƒ ใƒฉ (ใ‚€ใ‚‰) โ€” unevenness. Inconsistency, variability, flakiness. Non-deterministic builds, variable LLM output without temperature control, batch-and-queue workflows that create feast-or-famine load. All three interact: muri creates mura, mura creates muda. Fix muri first. --- ## Problem-solving tools **Poka-yoke** โ€” ใƒใ‚ซใƒจใ‚ฑ (ใฝใ‹ใ‚ˆใ‘) โ€” mistake-proofing. Prevent errors before they occur rather than inspect them out afterward. Named from ้ฆฌ้นฟ้ฟใ‘ (fool-avoiding). The device makes the wrong action impossible, or immediately visible. Software: type systems, required fields, merge gates, acceptance criteria checked before merge. Rust's borrow checker is poka-yoke. `triz eval --ci` is poka-yoke. Pairs directly with TRIZ Principle 11 (Beforehand Cushioning) โ€” academic literature at P2SL Berkeley explicitly connects mistakeproofing to TRIZ inventive principles. **5 Whys** โ€” ใชใœใชใœๅˆ†ๆž (ใชใœใชใœใถใ‚“ใ›ใ) โ€” ask "why" five times to reach root cause. Each answer becomes the next question. Stop when you reach a cause you can actually fix. The analysis is complete when the root cause is a policy or system failure, not a person. Pairs naturally with TRIZ: 5 Whys finds the contradiction; TRIZ resolves it. **A3 thinking** โ€” A3ๆ€่€ƒ (ใˆใƒผใ•ใ‚“ใ—ใ“ใ†) โ€” entire problem documented on one A3 sheet (420ร—297mm). Structured sections: background โ†’ current state โ†’ target โ†’ root cause analysis โ†’ countermeasures โ†’ acceptance criteria โ†’ follow-up. Toyota's PDCA (่จˆ็”ปใƒปๅฎŸ่กŒใƒป็ขบ่ชใƒปๆ”นๅ–„, plan-do-check-improve) made visible and portable. Forces clarity: if it doesn't fit on one page, the thinking isn't clear yet. **Andon** โ€” ่กŒ็ฏ (ใ‚ใ‚“ใฉใ‚“) โ€” the signal light showing production status. Origin: a paper lantern. Anyone on the line can pull the andon cord to stop production when they spot a defect. Stopping to fix is faster than passing defects downstream. Software: CI red build, `triz eval` exit 1, drift flag in council output. **Genchi genbutsu** โ€” ็พๅœฐ็พ็‰ฉ (ใ’ใ‚“ใกใ’ใ‚“ใถใค) โ€” "go and see." Go to the actual place (็พๅœฐ), observe the actual thing (็พ็‰ฉ). No decision without direct observation. Software: reproduce the bug locally before diagnosing, read the actual code before proposing a fix, run `triz doctor` before assuming the environment is healthy. --- ## Strategy and alignment **Hoshin kanri** โ€” ๆ–น้‡็ฎก็† (ใปใ†ใ—ใ‚“ใ‹ใ‚“ใ‚Š) โ€” policy deployment. Cascade organizational direction (ๆ–น้‡) down to implementation through the whole structure. Sets the "what" at each level; teams determine the "how." The TRIZ Journal documents pairing with TRIZ: hoshin kanri defines the strategic contradiction to resolve; TRIZ finds the resolution; A3 documents it; the corpus records it. **Nemawashi** โ€” ๆ นๅ›žใ— (ใญใพใ‚ใ—) โ€” "going around the roots." Build consensus by consulting each stakeholder individually before the formal meeting. No surprises in the room; the decision is effectively made before the decision meeting. The formal meeting ratifies what nemawashi already achieved. **Ringi** โ€” ็จŸ่ญฐ (ใ‚Šใ‚“ใŽ) โ€” the formal written proposal circulated for sequential approval stamps (ๅˆคๅญ, hanko). Creates an accountability trail. Each stamp = explicit acknowledgment of responsibility. Software: the PR description as ringi document, required reviewers as hanko holders, merge as the final stamp. **Heijunka** โ€” ๅนณๆบ–ๅŒ– (ใธใ„ใ˜ใ‚…ใ‚“ใ‹) โ€” production leveling. Smooth out demand spikes; avoid batch-and-queue. Even flow over time beats maximum throughput followed by idle. Software: steady spec dispatch over waves rather than sprint crunch, `--tier fast` for most calls rather than quality-tier for everything. --- ## Learning and mastery **Shu-ha-ri** โ€” ๅฎˆ็ ด้›ข (ใ—ใ‚…ใฏใ‚Š) โ€” three stages of mastery from martial arts. ๅฎˆ (ใพใ‚‚ใ‚‹, obey) โ€” learn the rules exactly as taught. Do not deviate. Understand the form before questioning it. ็ ด (ใ‚„ใถใ‚‹, break) โ€” having mastered the rules, examine why they exist. Begin to adapt. The deviation is informed, not ignorant. ้›ข (ใฏใชใ‚Œใ‚‹, leave) โ€” transcend the rules entirely. Create new forms. The rules are internalized so deeply they no longer constrain. Altshuller's 5 levels of invention map almost exactly to ๅฎˆ็ ด้›ข. The triz `--tier` system (fast/standard/quality) is a rough ๅฎˆ็ ด้›ข proxy. **Hansei** โ€” ๅ็œ (ใฏใ‚“ใ›ใ„) โ€” self-reflection before improvement. Mandatory acknowledgment of failure or shortcoming. In Toyota culture, hansei is not optional and not brief. Kaizen (ๆ”นๅ–„, continuous improvement) cannot begin without genuine hansei. The sequence is hansei โ†’ kaizen, never the reverse. **Kaizen** โ€” ๆ”นๅ–„ (ใ‹ใ„ใœใ‚“) โ€” continuous improvement. Small, daily, everyone's responsibility. Not a project with an end date โ€” a permanent practice. The improvement never completes. Each kaizen creates the conditions for the next. --- ## Philosophy **Monozukuri** โ€” ใ‚‚ใฎใฅใใ‚Š โ€” the art and spirit of making things. Not just manufacturing (่ฃฝ้€ , ใ›ใ„ใžใ†). Covers technique (ๆŠ€่ก“), spirit (็ฒพ็ฅž), and the craftsman's pride (่ทไบบๆฐ—่ณช, ใ—ใ‚‡ใใซใ‚“ใใ—ใค). A shokunin (่ทไบบ, craftsperson) does not ship work they are not proud of. The work carries the maker's name. **Ma** โ€” ้–“ (ใพ) โ€” negative space. The meaningful pause between notes, the void between pillars, the silence in conversation. What is *not* there defines what is there. In TRIZ: empty matrix cells are ้–“. Altshuller left them empty deliberately โ€” no known solution exists for those contradiction pairs. Filling the silence with a hallucinated answer violates ้–“. **Shokunin kishitsu** โ€” ่ทไบบๆฐ—่ณช (ใ—ใ‚‡ใใซใ‚“ใใ—ใค) โ€” the craftsman's disposition. Pride that refuses to release work that falls short of one's own standard. Not perfectionism (which delays indefinitely) but craft integrity (which ships when the work is genuinely good). The corpus `confirmed` state is the shokunin's stamp. `needs_validation` is the work not yet ready to bear the maker's name. --- ## Quick reference | Term | ๆ—ฅๆœฌ่ชž | Reading | Core idea | |------|--------|---------|-----------| | Jidoka | ่‡ชๅƒๅŒ– | ใ˜ใฉใ†ใ‹ | Auto-stop + human judgment | | Poka-yoke | ใƒใ‚ซใƒจใ‚ฑ | ใฝใ‹ใ‚ˆใ‘ | Prevent errors before they occur | | Muda | ็„ก้ง„ | ใ‚€ใ  | Waste | | Muri | ็„ก็† | ใ‚€ใ‚Š | Overburden | | Mura | ใƒ ใƒฉ | ใ‚€ใ‚‰ | Unevenness | | Kaizen | ๆ”นๅ–„ | ใ‹ใ„ใœใ‚“ | Continuous improvement | | Hansei | ๅ็œ | ใฏใ‚“ใ›ใ„ | Reflection before improvement | | Ma | ้–“ | ใพ | Meaningful absence | | Nemawashi | ๆ นๅ›žใ— | ใญใพใ‚ใ— | Consensus before the meeting | | Shu-ha-ri | ๅฎˆ็ ด้›ข | ใ—ใ‚…ใฏใ‚Š | Obey โ†’ Question โ†’ Transcend | | Hoshin kanri | ๆ–น้‡็ฎก็† | ใปใ†ใ—ใ‚“ใ‹ใ‚“ใ‚Š | Goals cascaded to action | | Monozukuri | ใ‚‚ใฎใฅใใ‚Š | ใ‚‚ใฎใฅใใ‚Š | Craft as calling | | Andon | ่กŒ็ฏ | ใ‚ใ‚“ใฉใ‚“ | Stop-signal: problem here | | Genchi genbutsu | ็พๅœฐ็พ็‰ฉ | ใ’ใ‚“ใกใ’ใ‚“ใถใค | Go and see yourself | | Heijunka | ๅนณๆบ–ๅŒ– | ใธใ„ใ˜ใ‚…ใ‚“ใ‹ | Level the flow | | 5 Whys | ใชใœใชใœๅˆ†ๆž | ใชใœใชใœใถใ‚“ใ›ใ | Drill to root cause | | A3 thinking | A3ๆ€่€ƒ | ใˆใƒผใ•ใ‚“ใ—ใ“ใ† | One-page problem clarity | | Ringi | ็จŸ่ญฐ | ใ‚Šใ‚“ใŽ | Formal approval trail | | Shokunin kishitsu | ่ทไบบๆฐ—่ณช | ใ—ใ‚‡ใใซใ‚“ใใ—ใค | Craftsman's pride |
Auf GitHub ansehen