Hoshin planning: choosing the few objectives the plant will genuinely pursue
What this answers
Which small set of objectives are we resourcing this year, and what are we openly not doing?
Policy deployment is usually described as aligning an organisation behind its strategic objectives. Its hardest and most valuable act is refusal: deciding which of the many worthwhile things the plant will not attempt, so the few it does attempt receive real resource. Deployments generally fail at that step, producing a long list that each department quietly translates into whatever it had already planned to do, and a review cycle that measures explanation rather than progress.
Written for: plant leadership teams, operations directors, improvement managers.
The discipline is subtraction, and it is unpopular
A leadership team asked for its priorities will produce a page of them, because each item has a sponsor and dropping one is a visible defeat for somebody. The method's contribution is a forced constraint: a handful of breakthrough objectives, each with an owner, resource and a stated measure, with everything else explicitly parked and the reason recorded. The parked list matters as much as the chosen one, since it tells managers further down that they may decline requests which do not serve the agreed few. Without that permission, deployment adds work rather than concentrating it.
Catchball is a negotiation, not a cascade
The distinguishing mechanic is that objectives travel downwards as intent and come back upwards as commitments with the means attached. A department told to shorten lead time responds with what it can achieve, what it needs, and where the target is unrealistic given the equipment and people it has. That exchange usually happens more than once and is meant to be argumentative. Skipped, targets arrive as instructions, get accepted publicly and disowned privately, and review meetings become variance explanations. The exchange also surfaces conflicts between departments early, which is the other reason to insist on it.
Breakthrough work is not the same as running the business well
Deployment covers things requiring the organisation to become different: a new capability, a step change in delivery, entering a market. It does not cover keeping quality stable, meeting the schedule and looking after equipment, which belong to daily management and need their own routines and measures. Confusing the two yields either a plan stuffed with business-as-usual items dressed as objectives, or an improvement programme consuming the attention needed to run the plant. A useful test is whether the objective would appear again next year in the same words; if so, it is daily management.
The review rhythm is the mechanism
A plan reviewed annually is a document. One reviewed on a regular cycle, with owners present and current status visible, is a management system. The review must be capable of concluding that an objective is failing and either resourcing it properly or stopping it, otherwise everything stays amber until the year ends. Two habits protect it: examining the countermeasures and obstacles rather than the proportion of tasks completed, and holding the meeting where the work is often enough that the reported picture can be checked against the physical one.
How to tell a deployment has become a spreadsheet
The signs are consistent. Objectives are phrased so success is unmeasurable. Every department's contribution is a project it had already started. Progress is reported as tasks completed rather than movement in the measure. Owners send deputies to reviews. The matrix is maintained by an analyst nobody on the floor has met. At that point the deployment is a reporting overhead and the organisation is being steered by whatever the monthly figures demand. Recovery usually means cutting the objective list hard, in public, and rebuilding the exchange with departments that stopped believing in it.
Frequently asked questions
- How do we know we have chosen too many objectives?
- Ask each owner what they gave up in order to take theirs on. If nobody can name something they stopped doing, the objectives are additions to an already full workload and most will drift. A second test is resourcing: for each objective, name the people whose time is committed and check whether the same names keep appearing. Overlapping ownership across many objectives is the usual mechanism by which a plan becomes quietly unachievable.
- How does this differ from the goal-setting frameworks used elsewhere?
- The mechanics look similar and the emphasis differs. Policy deployment insists on very few objectives, on a two-way negotiation before commitment, on separating breakthrough work from daily management, and on reviewing obstacles rather than scores. Frameworks that cascade goals downwards without the negotiation tend to produce alignment on paper. The other distinction is an expectation that missing a target triggers analysis of why the countermeasures did not work, rather than a rating conversation about the owner.
- What should happen when an objective is clearly going to be missed?
- Say so early and treat it as information about the plan rather than about the person. The review should establish whether the obstacles were foreseeable, whether the promised resource actually arrived, and whether the objective is still worth pursuing at all. Legitimate outcomes include adding resource, changing the approach, extending the horizon, or stopping altogether. What corrodes the system is an objective known internally to be dead while it continues to be reported as recoverable.
Data limitations
- Manufacturing figures are operator-supplied inputs, not market data. GeoBusinessIQ holds no factory costs, production volumes, yields, cycle times, tooling prices or capacity data and does not estimate them — every result reflects only the figures you enter.
Explore the graph
Related manufacturing topics
- Improvement in a jobbing shop: what repeats when the products do not
- Improvement in process plants: the material already flows, so where is the waste?
- Improvement kata: a practice routine for reaching a condition you cannot yet see
- Improving flow: finding where work stops and deciding what to attack first
- Kaizen events: the concentrated week and the preparation it depends on
- Kaizen: small improvements, and the management response time they depend on
Across the manufacturing graph
- Reliability-centred maintenance: choosing a policy for each way a machine fails
- Shop floor control: what the supervisor decides between the plan and the product
- Low-volume, high-mix: a plant organised around changeover
- ODM manufacturing: owning the design and selling it under other people's brands
- Lot and batch traceability: defining the lot you would have to recall
- Process validation: proving a process when you cannot inspect the result
Sources
- NIST Manufacturing Extension Partnership — NIST MEP (accessed )Covers: A public programme supporting small and medium manufacturers with operational, quality and technology adoption practice.Does not cover: Results attributable to any specific manufacturer, or improvement figures transferable to another plant.Why it matters: Cited for the operational practice it publishes for smaller manufacturers, not for benchmarks or outcome claims.Review cadence: annual
- United Nations Industrial Development Organization — UNIDO (accessed )Covers: Industrial development analysis, industrial statistics methodology, and manufacturing capability programmes across member states.Does not cover: Company-level data, factory costs, supplier information, or real-time production statistics.Why it matters: The United Nations agency for industrial development; used for structural framing of how manufacturing sectors develop, never for point figures.Review cadence: annual
Educational and operational information only — not legal, engineering, safety, customs, tax, or financial advice. Requirements vary by jurisdiction, product, process, and contract; confirm with the relevant authority or a qualified professional before acting.
Last updated: