15. Lean Transformation CapstoneIntroduction: From Isolated Improvement to Enterprise ChangeLean management is often introduced through tools such as value-stream mapping, 5S, standard work, kanban, visual management, and problem-solving. These tools are valuable, but a lean transformation is not achieved by deploying tools independently. It is an organizational redesign in which strategy, processes, leadership behaviour, measurement systems, technology, and employee capability are aligned to deliver greater value with less waste and greater adaptability. A capstone transformation therefore requires more than identifying waste. It requires an evidence-based diagnosis of the current organization, a credible description of the future state, a disciplined choice of interventions, a quantified business case, explicit risk management, and governance capable of sustaining new ways of working. The central managerial question is not simply, “Which lean tool should be used?” It is, “What combination of changes will improve customer value and organizational performance, and how can those changes be implemented without damaging safety, quality, people, or long-term capability?” This chapter integrates the analytical and managerial dimensions of lean management. It is intended for postgraduate learners who must evaluate a whole system rather than manage a single workshop. The discussion applies to manufacturing, healthcare, logistics, financial services, public administration, software delivery, and other settings in which work flows across functions and customer outcomes depend on coordination. Learning ObjectivesAfter studying this chapter, the learner should be able to: 1. Conduct a fact-based diagnosis of organizational performance and lean maturity. 2. Distinguish symptoms, process causes, and systemic causes of poor performance. 3. Construct a future-state operating model using customer value and flow principles. 4. Prioritize lean interventions using impact, feasibility, risk, and strategic fit. 5. Develop a defensible financial and operational business case. 6. Design transformation governance, implementation stages, and sustainment mechanisms. 7. Evaluate human, ethical, technological, and operational risks. 8. Present a coherent capstone proposal to senior decision-makers. The Strategic Meaning of a Lean TransformationA lean transformation seeks to improve the organization’s capability to create value repeatedly. Its traditional objectives—quality, delivery, cost, flexibility, and safety—should not be treated as isolated targets. They are interconnected outcomes of process design and management behaviour. For example, excessive batch production may reduce apparent setup cost while increasing inventory, waiting, obsolescence, defects, and response time. A narrow cost reduction may therefore weaken total performance. The transformation should begin with value as defined by the customer or service user. Value is not identical to internal activity. Processing a claim, moving a patient, assembling a product, or approving a loan may involve many tasks that consume time without improving the output from the customer’s perspective. Lean analysis distinguishes value-adding work, necessary but non-value-adding work, and avoidable waste. The distinction must be made carefully: regulatory checks, safety controls, and essential verification may not directly transform the product but cannot simply be eliminated. Lean transformation also differs from a cost-cutting programme. Cost reduction can be one result, but a sustainable transformation develops problem-solving capability, stabilizes processes, improves flow, and enables people to identify and remove causes of failure. Workforce reductions imposed before process redesign may increase workload, conceal problems, and reduce trust. A mature transformation treats employees as sources of knowledge and improvement rather than merely as cost items. The transformation logic can be represented as a chain: Strategic intent → current-state evidence → root-cause diagnosis → future-state design → prioritized interventions → measured benefits → standardized learning and continuous improvement. A weakness at any link can undermine the whole programme. An attractive future-state map without reliable baseline data is speculative. A strong diagnosis without leadership ownership becomes an analysis exercise. A business case without benefit governance produces claimed savings that never materialize. Diagnosing the Organization Before Designing the SolutionEstablishing the transformation problemDiagnosis begins by defining the performance problem in operational terms. Statements such as “the process is inefficient” or “employees resist change” are too vague for decision-making. A useful problem statement identifies the affected customer, process, location, period, performance gap, and consequence. For example: “During the last two quarters, the order-to-dispatch process for standard products delivered 82 percent on time against a 95 percent requirement, with delays concentrated in planning and final inspection.” The diagnostic boundary must also be defined. A local process may appear inefficient because upstream scheduling, supplier reliability, information quality, or downstream approval policies constrain it. The boundary should follow the end-to-end value stream rather than the formal organization chart whenever customer value crosses departments. Evidence architectureA credible diagnosis combines several forms of evidence: - customer requirements, complaints, returns, service-level data, and satisfaction measures;
- operational measures such as lead time, cycle time, first-pass yield, defects, changeover time, capacity, queue length, and schedule adherence;
- direct observation at the place where work occurs;
- interviews and structured discussions with employees, supervisors, suppliers, and customers;
- transaction, system, and financial data;
- process documents, standards, audit results, and risk registers.
No single source is sufficient. Reported process time may differ from observed time; system data may exclude rework; financial records may aggregate dissimilar products. Triangulation is therefore essential. Analysts should document definitions, data owners, sampling periods, exclusions, and known limitations. A useful distinction is between lagging and leading indicators. Defects, complaints, and missed deliveries are lagging outcomes. Standard adherence, abnormality response time, training completion, and completion of corrective actions are leading indicators that reveal whether the new system is becoming reliable. Mapping the current stateCurrent-state mapping should show material, information, decision, and cash-related flows where relevant. A value-stream map can reveal total lead time, processing time, inventory locations, information delays, batch sizes, and production or service-control points. In service environments, the map may follow a case, patient, application, or request through queues, handoffs, approvals, and rework loops. The map is not merely a drawing. It is a hypothesis about how work actually flows, and it must be tested through observation. Important diagnostic questions include: - Where does work wait, and why?
- Where are decisions made late or repeatedly?
- What causes variation in demand, task time, or quality?
- Where does work return for correction?
- Which measures encourage local optimization at the expense of end-to-end performance?
- What information is unavailable when a decision is required?
Process performance can be quantified through measures such as: Process Cycle Efficiency = Value-Adding Time ÷ Total Lead Time × 100 The measure is informative but should not be interpreted mechanically. A low value may indicate excessive waiting, but eliminating all non-processing time is not always feasible or desirable. Safety, compliance, and deliberate review may be necessary. Similarly, overall equipment effectiveness, first-pass yield, takt time, throughput, and work-in-process should be interpreted in relation to demand and process constraints rather than treated as isolated scores. Identifying root causes and systemic constraintsA visible problem is not necessarily its cause. Repeated expediting may be a symptom of unstable scheduling, inaccurate inventory records, unreliable suppliers, or performance targets that reward local output. Root-cause analysis may use the five-whys method, cause-and-effect diagrams, Pareto analysis, fault-tree logic, or statistical analysis. The selected method should fit the complexity of the problem. Postgraduate analysis should go beyond individual blame. If errors occur frequently, the analyst should examine unclear standards, poor interface design, workload, training, equipment condition, information quality, incentives, and management routines. A root cause is stronger when changing it is likely to prevent recurrence and when evidence supports the causal relationship. A constraint-based view is particularly useful. In a connected value stream, improving a non-bottleneck may create more inventory without increasing throughput. The transformation should therefore identify the system constraint and understand how upstream and downstream processes interact with it. Local efficiency is not the same as system performance. Assessing lean maturityLean maturity is not measured by the number of tools displayed on factory walls. A maturity assessment may examine leadership purpose, customer focus, process stability, standard work, problem-solving discipline, visual management, flow, pull, supplier integration, people development, and learning systems. A practical maturity scale might range from: 1. Reactive: problems are addressed after failure, often through escalation. 2. Localized: individual teams use lean practices, but methods differ and results are fragile. 3. Integrated: cross-functional processes, measures, and problem-solving routines are aligned. 4. Managed: leaders routinely develop people, review process capability, and govern improvements. 5. Learning organization: experimentation, reflection, and system-level improvement are embedded in daily work. The scale is a diagnostic aid, not a universal certification. Assessors should avoid inflated scores caused by self-reporting bias. Interviews, observation, audit evidence, and performance trends should be combined. Designing the Future StateA future-state design translates strategic intent into the way work should operate. It should describe not only a desired process map but also the management system, roles, information flows, capabilities, and controls required to make the process function. Customer demand and flowFuture-state design begins with demand. Takt time, calculated as available production or service time divided by customer demand over the same period, helps compare the required rate with actual process capability. Takt is not a target to impose blindly; demand variability, product mix, staffing, and regulatory requirements must be considered. Design principles include reducing unnecessary handoffs, creating continuous flow where practical, using pull signals where demand can govern replenishment, controlling work-in-process, separating different flow families when their requirements differ, and locating quality at the source. In office and service work, flow may require simplifying approvals, reducing queues, integrating information, and making case status visible. The operating model beyond the mapA credible future state answers six questions: 1. Purpose: What customer outcome is being optimized? 2. Process: How does work move, and where are control points located? 3. People: What roles, skills, decision rights, and problem-solving responsibilities are required? 4. Management system: Which daily, weekly, and monthly routines detect and resolve abnormalities? 5. Technology and information: What data must be accurate, timely, accessible, and secure? 6. Governance: Who owns the value stream, approves changes, validates benefits, and manages risks? Standard work is central to this design. It defines the current best-known method, sequence, timing, quality points, and response to abnormalities. Standardization is not intended to prevent improvement; it creates a stable reference from which improvement can be tested. Without a standard, it is difficult to distinguish improvement from random variation. Selecting the intervention portfolioTransformation rarely succeeds through one intervention. A portfolio may combine process redesign, workplace organization, maintenance improvement, supplier development, digital changes, training, policy revision, and leadership routines. Interventions should be prioritized rather than launched simultaneously. A useful prioritization model scores each proposal against strategic impact, customer benefit, expected operational gain, implementation effort, risk reduction, capability development, and dependency. A weighted score can support comparison, but numerical rankings should not replace managerial judgment. A low-cost improvement that stabilizes a critical constraint may deserve priority over a high-profile automation project. The portfolio should distinguish quick stabilizers from structural changes. Quick stabilizers may include correcting visual controls, clarifying standards, removing obvious sources of delay, or establishing daily abnormality management. Structural changes may involve layout, information systems, supplier contracts, organization design, or policy. Stabilizers can create credibility, but they must not become a substitute for deeper redesign. Building the Business CaseA lean transformation requires a business case that integrates financial, operational, customer, people, and risk outcomes. Financial analysis should be transparent about assumptions and should distinguish cashable savings from capacity release, cost avoidance, and intangible benefits. Baseline and benefit logicThe baseline should specify the period, volume, product or service mix, resource rates, quality levels, and existing improvement activity. Benefits may arise from reduced scrap, lower overtime, less external failure, reduced inventory, improved throughput, avoided capital expenditure, shorter lead time, or released capacity. Each benefit should have an owner, measurement method, realization date, and validation rule. A basic annual benefit estimate can be expressed as: Gross Benefit = Volume × Unit Improvement × Realization Rate Net benefit then considers implementation cost, ongoing operating cost, transition losses, and any required investment: Net Benefit = Gross Benefit − One-Time Cost − Recurring Cost Return on investment and payback period can support comparison, but they may understate strategic value where benefits include resilience, compliance, customer retention, or capability. Discounted cash-flow methods such as net present value can be applied when investment and benefits occur over several years. Sensitivity analysis should test demand, benefit realization, implementation delay, and cost assumptions. The business case must avoid double counting. For example, reduced overtime and increased labor productivity may describe the same benefit. Inventory reduction may improve cash flow but may also create service risk if the underlying process remains unstable. Capacity release is not equivalent to a budget reduction unless management has a clear plan for using or removing the capacity. Operational and strategic benefitsOperational measures should be linked to financial and strategic outcomes. A reduction in lead time may improve customer retention; higher first-pass yield may reduce warranty exposure; better flow may permit smaller batches and faster product introduction. The causal chain should be explicit rather than asserted. A benefits register is useful. It records the benefit definition, baseline, target, owner, data source, timing, confidence level, and validation status. Finance, operations, quality, and the transformation office should agree on definitions before reporting success. Governance and Implementation ArchitectureLean transformation is a change in the management system, so governance must extend beyond project management. A steering group should set strategic direction, allocate resources, remove cross-functional barriers, and review risks. A transformation leader or office may coordinate the portfolio, but process owners must remain accountable for operational results. Frontline leaders own daily adoption. Implementation is best staged. A typical sequence is: Mobilize and diagnose → stabilize critical processes → pilot the future state → learn and adjust → scale across connected areas → institutionalize and improve. The pilot should be selected for learning value, strategic relevance, manageable risk, and sufficient leadership attention. It should not be an artificially favorable area that cannot represent wider conditions. Before scaling, the organization should define explicit exit criteria, such as stable performance over a specified period, trained supervisors, validated benefits, documented standards, and controlled risks. A transformation roadmap should show dependencies, decision gates, resource requirements, communication activities, capability-building events, and measures. It should also reserve capacity for problem-solving. A plan that allocates every hour to implementation activity leaves no time to respond to real operating conditions. Daily management connects strategy with work. Short, visual reviews should examine safety, quality, delivery, cost, and people indicators; identify abnormalities; assign owners; and escalate unresolved issues. Escalation should be rapid but should not encourage leaders to solve every problem personally. The purpose is to develop the capability of teams to investigate and improve. People, Ethics, and Change LeadershipLean transformations alter roles, routines, authority, workload, and sometimes employment structures. Ethical leadership requires honest communication about intended effects, meaningful employee participation, fair treatment, and attention to psychological safety. Employees should be able to report defects, unsafe conditions, unrealistic standards, and unintended consequences without retaliation. Resistance is often treated as an obstacle, but it may represent rational concern about workload, previous failed programmes, loss of autonomy, or inaccurate assumptions in the proposed design. Leaders should distinguish opposition to improvement from evidence that the design is incomplete. Involvement through observation, kaizen workshops, experiments, and review of standards improves both technical quality and acceptance. Performance measurement also carries ethical risk. Individual productivity measures can encourage concealment of defects, unsafe shortcuts, or competition that damages flow. Balanced measures should include quality, safety, teamwork, problem-solving, and customer outcomes. Automation should augment human judgment where possible and should be assessed for bias, surveillance effects, data protection, and unequal impact. Digital Lean and Emerging PracticeDigital technologies can strengthen lean systems when they solve a defined process problem. Sensors may provide real-time equipment conditions; workflow platforms can expose queues and handoffs; process mining can reconstruct actual transaction flows; analytics can identify patterns of delay or failure; and artificial intelligence can support forecasting, anomaly detection, or knowledge retrieval. Technology does not automatically create flow. Digitizing a badly designed approval process may accelerate the movement of waste. Before automation, the organization should clarify the customer requirement, simplify the process, stabilize data definitions, and establish process ownership. Digital solutions also create risks involving cybersecurity, system dependence, poor data quality, algorithmic bias, and loss of human capability. Emerging lean practice increasingly combines operational excellence with resilience and sustainability. Organizations are examining energy use, material waste, carbon impacts, supply continuity, circular flows, and the ability to recover from disruption. These concerns extend the definition of value beyond immediate transaction cost while reinforcing the lean principle of reducing resources consumed without reducing customer value. Illustrative Case: Northstar Medical DevicesBackgroundNorthstar Medical Devices, a fictional manufacturer, produces sterile diagnostic cartridges for hospitals. Demand is growing, but customers report late deliveries and occasional incomplete shipments. The executive team proposes a lean transformation covering production, quality release, planning, and distribution. Situation and diagnosisThe initial on-time delivery measure was 78 percent against a target of 96 percent. A review of records showed that average manufacturing time was 2.4 hours, while total order lead time averaged 18 days. Observation and value-stream mapping identified large queues before final inspection and batch release. Production schedules were changed frequently because planning used outdated inventory data. Quality inspectors found recurring labeling errors, which generated rework and delayed release. Operators were measured largely on output quantity, while planners were evaluated on schedule adherence, encouraging large batches and frequent expediting. The team triangulated system data, direct observation, interviews, and customer complaints. It concluded that late delivery was not primarily a labor-capacity problem. The main causes were unstable scheduling, poor information accuracy, batch production, late quality detection, and conflicting local measures. A process capability review also found that the labeling process lacked a clear standard and error-proofing. Future-state designThe proposed future state created a flow family for high-volume cartridges, introduced a controlled pull signal between molding and assembly, reduced batch size through a setup-reduction project, and moved critical label verification closer to the point of use. A daily cross-functional review was established for production, quality, planning, and logistics. Inventory transactions were simplified and cycle-count responsibilities assigned. Quality release rules were clarified so that routine conforming lots did not wait unnecessarily for administrative review, while safety and regulatory controls remained unchanged. The future-state design also changed measures. Teams would review first-pass yield, release lead time, schedule stability, on-time delivery, safety, and problem-solving completion rather than output alone. Supervisors received training in standard work confirmation and root-cause analysis. Prioritization and business caseThree interventions were selected for the pilot: label error-proofing, scheduling stabilization, and setup reduction. They were chosen because they addressed major causes, required moderate investment, and could produce learning quickly. A proposed automated inspection system was postponed until the process had been stabilized and data quality improved. The benefits register identified expected reductions in rework, overtime, finished-goods inventory, and premium freight, as well as improved delivery performance. Finance required each benefit to have a baseline and owner. Capacity release was not counted as headcount savings; it was assigned to absorb forecast growth without additional shifts. Sensitivity analysis showed that the case remained attractive even if only 60 percent of the estimated improvement was realized. Implementation and outcomeThe pilot ran in one product family for twelve weeks. During the first month, delivery performance briefly declined because the team exposed previously hidden shortages and stopped using informal expediting. Leaders treated this as diagnostic information rather than suppressing the new controls. After corrective action, schedule changes decreased, label defects fell, and release queues shortened. The pilot met its operational exit criteria for stable standards, trained team leaders, validated data, and sustained performance over consecutive review periods. The company then scaled the approach to a second product family. The automation project was reconsidered only after the manual error-proofing method clarified the actual requirement. The case demonstrates that lean transformation may initially make problems more visible. Visibility is not failure; it is a precondition for controlled improvement. Learning pointsThe case highlights five principles. First, end-to-end diagnosis is more useful than blaming the most visible department. Second, local targets can create system-wide waste. Third, a future-state design must include management routines and measures, not only physical flow. Fourth, financial benefits require explicit ownership and validation. Finally, pilot governance should protect learning when early implementation reveals instability. Risks, Limitations, and Common Failure ModesSeveral risks recur in capstone transformations. Poor data can produce a false diagnosis; excessive reliance on workshops can ignore actual work; and premature solution selection can turn analysis into justification. Tool-led deployment may create visual activity without performance improvement. Senior leaders may sponsor the launch but fail to change their own behaviours, leaving middle managers to absorb conflicting demands. Other common failures include treating lean as a short-term cost programme, measuring implementation activity instead of outcomes, scaling a pilot before standards are stable, underestimating information-system dependencies, and declaring victory after a temporary improvement. Benefit leakage occurs when gains are not incorporated into operating routines, budgets, staffing decisions, or customer commitments. Trade-offs must be made explicit. Lower inventory may increase exposure to supply disruption; higher utilization may reduce flexibility; standardization may constrain legitimate customization; and automation may reduce routine effort while increasing technical and maintenance requirements. The correct response is not to avoid trade-offs but to evaluate them against customer value, risk, capability, and strategic purpose. Best-Practice Principles for a Capstone ProposalA strong capstone proposal should: - define the customer and the value stream clearly;
- use triangulated evidence and disclose data limitations;
- separate symptoms from verified causes;
- show the future state as a process and management system;
- prioritize a coherent intervention portfolio rather than a list of tools;
- link operational measures to financial and strategic outcomes;
- assign owners for actions, risks, and benefits;
- include employee participation and ethical safeguards;
- use pilots to learn without postponing difficult structural issues;
- specify governance, decision gates, escalation, and sustainment;
- define how standards, audits, reviews, and capability development will preserve gains.
The final presentation should make the decision required of senior management explicit. It should state what will change, why the change is justified, what resources are needed, what risks remain, how success will be measured, and what leaders must do differently. Chapter SummaryLean transformation is an enterprise change process that connects customer value, process flow, people capability, management systems, technology, and governance. It begins with an evidence-based diagnosis using operational data, observation, stakeholder knowledge, and financial information. Current-state mapping and root-cause analysis help distinguish symptoms from systemic constraints. The future state should define demand, flow, standards, roles, information, controls, and decision rights. Interventions should be prioritized according to impact, feasibility, risk, dependencies, and strategic fit. A sound business case distinguishes cashable savings, capacity release, cost avoidance, and intangible benefits, while using transparent baselines, benefit ownership, sensitivity analysis, and validation. Implementation requires staged pilots, leadership routines, daily management, capability development, and governance that continues after the project ends. Ethical treatment of employees, psychological safety, balanced measures, and responsible use of digital technology are essential. Sustainment depends on standard work, process ownership, audits, learning, and the continued ability to respond to abnormalities. The capstone perspective is therefore integrative: lean succeeds when improvement becomes the normal way the organization is managed. Key TermsValue stream: The end-to-end sequence of activities required to deliver value to a customer. Current-state map: A documented representation of how work, information, and decisions presently flow. Future-state design: A defined model of how the value stream should operate after improvement. Value-adding work: Activity that changes the output in a way the customer values and would recognize as necessary. Non-value-adding work: Activity that consumes resources without increasing customer value. Process Cycle Efficiency: The proportion of total lead time spent on value-adding activity. Takt time: The available operating time divided by customer demand over a defined period. Flow: The smooth movement of work through a process with minimal interruption and waiting. Pull: A control principle in which downstream demand authorizes replenishment or production. Standard work: The current best-known method, sequence, timing, and quality requirements for performing a task. Root cause: An underlying condition whose removal prevents or substantially reduces recurrence of a problem. Constraint: A factor that limits the throughput or performance of a system. Lean maturity: The degree to which lean principles, practices, leadership, and learning are embedded in an organization. Benefits register: A controlled record of expected benefits, baselines, owners, measures, and realization status. Capacity release: Productive capability made available through improvement, not necessarily an immediate reduction in headcount. Daily management: Routine visual review and response to operational performance and abnormalities. Transformation governance: Structures and decision rights used to direct, coordinate, and sustain change. Process mining: The use of event data to reconstruct and analyze actual process flows. Psychological safety: A shared belief that people can raise concerns, admit errors, and contribute ideas without fear of humiliation or retaliation. Sustainment: The continuing preservation and development of improved performance after implementation. Review QuestionsShort Answer Questions1. Why is lean transformation broader than the application of lean tools? 2. What types of evidence should be combined in an organizational diagnosis? 3. Define takt time and explain one limitation in its use. 4. What is the difference between cashable savings and capacity release? 5. Why is standard work important for continuous improvement? Long Answer Questions1. Explain a systematic method for diagnosing an organization before designing a lean transformation. 2. Discuss how a future-state design should integrate process flow, people, technology, measures, and governance. 3. Explain the main components of a financially and operationally credible lean business case. 4. Evaluate the role of leadership, employee participation, and psychological safety in transformation success. 5. Describe a staged implementation and sustainment architecture for an enterprise lean transformation. Analytical / Application Questions1. A hospital has reduced average treatment time but patients still wait many hours. Using lean diagnosis principles, identify the evidence you would collect, the possible systemic causes, and the measures you would examine. 2. A manufacturer proposes expensive automation after discovering frequent defects. Develop a prioritization argument for deciding whether process stabilization should occur before automation. 3. Design a benefits register and governance arrangement for a transformation intended to improve delivery reliability, reduce rework, and release capacity without reducing employment. 22. Multiple Choice Questions with AnswersQuestion 1Which finding most strongly indicates that a lean diagnosis has considered the end-to-end value stream rather than a local department? A. A department has increased its utilization rate. B. The analysis connects planning changes, inspection queues, and customer delivery performance. C. The team has conducted a 5S audit. D. The department has reduced its overtime budget. Correct Answer: B. The analysis connects planning changes, inspection queues, and customer delivery performance. Question 2A process has 20 minutes of value-adding time and a total lead time of 400 minutes. What is its Process Cycle Efficiency? A. 5 percent B. 20 percent C. 50 percent D. 95 percent Correct Answer: A. 5 percent Question 3Which statement best describes capacity release in a lean business case? A. It is always equivalent to immediate payroll savings. B. It is capability made available through improvement and requires a management plan for realization. C. It is the same as reducing inventory value. D. It should be excluded from all business cases. Correct Answer: B. It is capability made available through improvement and requires a management plan for realization. Question 4Why should standard work be established before evaluating whether a process has improved? A. It eliminates the need for employee involvement. B. It creates a stable reference against which changes and variation can be assessed. C. It guarantees that no further improvement is needed. D. It permits individual productivity to replace process measures. Correct Answer: B. It creates a stable reference against which changes and variation can be assessed. Question 5A proposed intervention has high financial potential but depends on unstable data and unclear process ownership. What is the most appropriate managerial response? A. Implement it immediately because financial potential is the only priority. B. Reject all digital or financial interventions permanently. C. Stabilize definitions, data, and ownership while assessing the intervention’s dependencies and risks. D. Count the expected benefit as realized before implementation. Correct Answer: C. Stabilize definitions, data, and ownership while assessing the intervention’s dependencies and risks. Question 6Which measure is most likely to be a leading indicator of sustainment? A. Last year’s warranty cost B. Historical customer complaints C. Completion and quality of standard-work confirmation by supervisors D. Prior-quarter revenue Correct Answer: C. Completion and quality of standard-work confirmation by supervisors Question 7In the Northstar case, why was automation postponed initially? A. Automation is incompatible with lean management. B. The organization first needed to stabilize the process and clarify the actual requirement. C. The company had no quality problems. D. The pilot was limited to financial measures. Correct Answer: B. The organization first needed to stabilize the process and clarify the actual requirement. Question 8Which governance arrangement best supports an enterprise lean transformation? A. A central project office owns all operational results. B. Senior leaders set direction, process owners own results, and frontline leaders manage daily adoption. C. External consultants make all improvement decisions. D. Each department selects unrelated projects without shared measures. Correct Answer: B. Senior leaders set direction, process owners own results, and frontline leaders manage daily adoption. Question 9What is an ethical risk of using individual productivity measures as the dominant performance indicator? A. They always improve teamwork. B. They can encourage concealment of defects, unsafe shortcuts, or local optimization. C. They eliminate the need for quality measures. D. They make customer outcomes easier to measure. Correct Answer: B. They can encourage concealment of defects, unsafe shortcuts, or local optimization. Question 10Which sequence most closely represents a disciplined transformation architecture? A. Automate, scale, diagnose, stabilize, and audit B. Diagnose, mobilize, stabilize, pilot, learn, scale, and institutionalize C. Train, reduce staff, purchase technology, and declare success D. Map once, implement all tools, and close the programme Correct Answer: B. Diagnose, mobilize, stabilize, pilot, learn, scale, and institutionalize
|