MES Software: Vendors, Features & Costs Compared 2026
MES software compared: vendors, functions per VDI 5600, costs (cloud vs. on-premise) and implementation. Honest market overview 2026.
Shitsuke is the fifth S of the Japanese 5S method — after Seiri (sort), Seiton (set in order), Seiso (shine) and Seiketsu (standardise). The kanji 躾 combines the characters for body and beautiful; it literally means training the body into correct habit. In manufacturing, Shitsuke is the discipline that keeps the first four S's from decaying once the kickoff enthusiasm wears off.
The word itself is not a perfect match for its usual English translation. "Discipline" in English carries a mostly external, rule-enforcement meaning. 躾 is closer to ingrained habit — a pattern of behaviour that no longer requires conscious effort because it has become the natural way work happens. This distinction matters practically: a 5S programme built on rule enforcement and audits produces compliance for as long as the audits continue. A 5S programme built on ingrained habit persists because the habit is the work, not a layer on top of the work. The difference between those two programmes is typically invisible in the first six months after kickoff and extremely visible in the eighteenth month.
Shitsuke fails when the sustaining check is structurally separate from the production workflow. When the 5S audit runs on a parallel cadence with a parallel form and a parallel owner, it becomes the first thing to slip under normal production pressure. Programmes where the 5S check is a step inside shift handover — not an audit outside it — decay at a dramatically slower rate.
The mechanism behind this is not mysterious. When the Shitsuke check is a separate form that a shift lead has to fill in after finishing the actual shift handover, the check is an extra task. Extra tasks are the first thing eliminated when production runs hot, and production runs hot often enough that "the first thing eliminated" accumulates into "no longer performed." The fix that most organisations reach for — more discipline, stronger enforcement, executive attention — works for a few months and then the pattern returns, because the structure that produced it has not changed.
Seiri, Seiton, Seiso and Seiketsu each produce a visible physical artifact — removed clutter, labelled storage, cleaned surfaces, documented standards. You can photograph the result. Shitsuke produces only behavioural persistence, which has no photograph. This asymmetry is why Shitsuke fails more often than the other four: there is nothing to point at when it erodes, until it has already eroded completely.
The practical consequence is that the first four S's have natural self-auditing properties built into the plant itself. A workstation that has backslid from Seiton looks messier than it did at kickoff — operators notice, visitors notice, the supervisor notices. A workstation that has backslid from Shitsuke looks identical to one that is still under Shitsuke; the only difference is the behaviour that is no longer happening, and non-events are invisible. This is why the single highest-leverage change in a 5S programme is to make the sustaining behaviour itself into something that leaves a visible trace. The moment the Shitsuke check produces a logged record — not a signature on a clipboard that nobody rereads, but a captured event that appears on a dashboard the next morning — Shitsuke stops being invisible and starts behaving like the other four S's.
The difference between a 5S programme that is still alive at year three and one that has quietly decayed comes down to four structural factors — who performs the check, when they perform it, what form the check takes, and where the result is recorded. In plants where all four sit inside the production workflow, Shitsuke persists. In plants where any of the four sits outside, decay is a matter of time.
| Structural factor | Sustained 5S (persists) | Decayed 5S (fails in 12–24 months) |
|---|---|---|
| Who performs the check | Shift lead, as part of the handover they already do | A designated "5S champion" who has no other operational role in that area |
| When the check happens | Embedded in shift start / shift end — the same cadence as production | Weekly or monthly audit on a separate calendar |
| Form of the check | Short digital checklist on the shopfloor terminal (30–90 seconds) | Laminated paper sheet filled by hand, filed in a binder nobody opens |
| Where the result is recorded | Event log the MES already keeps — appears on next-morning dashboard | Binder, never queried; scores averaged quarterly if at all |
The pattern in the table is the same pattern in each row: inside the workflow vs. alongside the workflow. No single row matters more than the others; the decay curve is a product of how many rows fall on the "alongside" side of the line.
Four conditions, all structural. None of them is "more discipline" or "stronger management commitment", because those interventions have a limited half-life. The four are: the Shitsuke check runs on the production cadence, the operator performing it is the same operator performing the shift, the check produces a captured digital event, and the result is visible on a dashboard that the same operator sees the next shift.
A well-instrumented MES supports Shitsuke by making the sustaining check an ordinary step in the shift-handover workflow, with its result captured automatically into the same event log that holds production data. The operator does not perform an extra task; they perform a slightly longer handover, and the 5S record is produced as a side-effect of doing the handover properly.
In the SYMESTIC platform the two components that carry this load are Production Metrics (the dashboard layer where the aggregate 5S score per line, per shift, per week becomes visible the same way availability and performance are visible — turning Shitsuke into a tracked KPI rather than an unreviewed binder) and Process Data (the per-shift captured event log into which the checklist result is written, alongside cycle data, operator identity, and timestamp). The underlying architectural idea is the same as the one I wrote about in the glossary entry on Genchi Genbutsu: the check does not replace the shift lead walking the line; it gives that walk a structured record that survives into the next shift. The combination is what lets Shitsuke behave like the other four S's — something with a trace that can be pointed at when it starts to erode, long before the erosion becomes visible on a dusty clipboard.
Seiketsu (清潔, standardise) defines the standard — the documented, visualised description of what "good" looks like for each workstation. Shitsuke (躾, sustain) is the behavioural persistence of that standard over time. Seiketsu without Shitsuke is a binder on a shelf. Shitsuke without Seiketsu is discipline with nothing specific to be disciplined about. The two S's are complementary — Seiketsu makes the standard explicit so it can be audited, and Shitsuke ensures the audit actually happens as a matter of habit rather than as an exceptional event.
Shitsuke is the operational foundation on which Kaizen and broader continuous improvement programmes stand. A plant that cannot sustain 5S cannot sustain Kaizen either, because both require the same underlying capability — disciplined follow-through on small routines over long time horizons. When a Kaizen programme starts producing good ideas but the ideas stop being implemented after month six, the failure is almost never Kaizen itself; it is Shitsuke, one layer underneath. Fix the Shitsuke layer and the Kaizen layer tends to start working by itself, because the habit of sustained attention to small operational details is the same habit in both cases.
MES software compared: vendors, functions per VDI 5600, costs (cloud vs. on-premise) and implementation. Honest market overview 2026.
OEE software captures availability, performance & quality automatically in real time. Vendor comparison, costs & case studies. 30-day free trial.
MES (Manufacturing Execution System): Functions per VDI 5600, architectures, costs and real-world results. With implementation data from 15,000+ machines.