11. Digital Operations and Industry 4.0Introduction and ContextDigital operations refer to the design and management of operating processes through integrated digital technologies, data, automation, and intelligent decision systems. In supply chains, digitalisation changes not only how information is recorded but also how products are designed, materials are sourced, factories are operated, orders are fulfilled, and risks are managed. Industry 4.0 describes the broader industrial transformation associated with cyber-physical systems, connected equipment, advanced analytics, autonomous technologies, and digitally integrated value networks. The strategic significance of digital operations lies in the relationship between physical flows and information flows. A machine failure, inventory shortage, transport delay, or quality deviation becomes more manageable when it is detected early, represented accurately in a shared data environment, and connected to an appropriate decision process. Digital technologies therefore create value when they improve visibility, responsiveness, coordination, quality, resilience, or resource productivity. Technology adoption by itself does not guarantee any of these outcomes. For doctoral researchers and senior practitioners, the central issue is not whether a firm should become digital, but how it should develop an interoperable, governed, economically viable, and strategically coherent digital operating model. This requires attention to architecture, organisational capability, data quality, cybersecurity, human work, investment sequencing, and the institutional context in which technology is deployed. Learning ObjectivesBy the end of this chapter, the reader should be able to: 1. Explain the meaning, scope, and strategic logic of digital operations and Industry 4.0. 2. Assess the roles and limitations of ERP, cloud platforms, IoT, robotics, additive manufacturing, blockchain, digital twins, and control towers. 3. Distinguish between technology components, integration layers, data architectures, and operating-model capabilities. 4. Design a high-level architecture for interoperable digital transformation. 5. Evaluate implementation alternatives using strategic, economic, technical, ethical, and organisational criteria. 6. Develop a phased digital transformation roadmap and appropriate performance measures. 7. Critically analyse risks involving cybersecurity, privacy, data governance, algorithmic decision-making, and workforce change. From Automation to Connected IntelligenceIndustrial technology has developed through several overlapping waves. Mechanisation introduced powered equipment; mass production coordinated specialised tasks and standardised products; computerisation enabled programmable automation and enterprise information systems. Industry 4.0 extends these developments by connecting machines, products, people, and decision processes through digital networks. A useful distinction is between automation and digital transformation. Automation performs a defined task with limited human intervention. Digital transformation redesigns how the organisation creates and captures value by changing processes, structures, capabilities, and relationships. Installing a robot may automate material handling. Linking that robot to production schedules, inventory records, predictive-maintenance systems, quality data, and customer commitments represents a more substantial transformation. Industry 4.0 is often associated with nine technology domains: advanced robotics, simulation, horizontal and vertical system integration, the industrial Internet of Things, cybersecurity, cloud computing, additive manufacturing, augmented reality, and big-data analytics. Artificial intelligence increasingly connects these domains. Their effects, however, are contingent on complementary assets. A sensor produces little value without reliable connectivity, data interpretation, maintenance routines, and decisions that can act on the information. The capability perspective is therefore important. Digital advantage may arise from proprietary data, integration expertise, process knowledge, organisational learning, or the ability to reconfigure technology faster than competitors. Since many hardware and cloud services are accessible to multiple firms, sustainable advantage often depends less on ownership of a particular tool and more on how technologies are combined with distinctive processes and managerial capabilities. The Digital Operations ArchitectureA digital operations architecture can be understood as a set of layers rather than as a collection of isolated applications. At the physical layer are machines, vehicles, warehouses, products, workers, and facilities. The sensing and actuation layer captures conditions and executes commands through sensors, controllers, robotics, and industrial equipment. The connectivity layer transfers data through industrial networks, wireless systems, application programming interfaces, and edge devices. The platform layer provides data storage, identity management, event processing, integration services, and application development. Enterprise applications include ERP, warehouse management, transportation management, manufacturing execution, product lifecycle management, customer relationship management, and procurement systems. The intelligence layer applies analytics, optimisation, simulation, and artificial intelligence. Finally, the governance layer defines ownership, security, standards, compliance, ethical controls, and decision rights across all other layers. This layered view prevents a common error: treating an ERP system, a sensor network, or a dashboard as the entire digital architecture. Interoperability requires semantic agreement as well as technical connectivity. Two systems may exchange data successfully while interpreting “available inventory,” “completed order,” or “maintenance due” differently. Master-data management, common identifiers, data dictionaries, event standards, and process definitions are consequently essential. Enterprise Resource Planning and Cloud PlatformsERP platforms integrate core transactional processes such as finance, procurement, inventory, production, sales, and human resources. Their principal contribution is a common record of organisational transactions and a disciplined process structure. ERP systems support planning, costing, traceability, compliance, and cross-functional coordination. They also impose constraints: excessive customisation can increase complexity, create upgrade difficulties, and preserve inefficient processes in digital form. Cloud ERP and platform-as-a-service models provide scalable computing, subscription-based access, more frequent updates, and easier connection to specialised applications. Public, private, and hybrid cloud arrangements involve different trade-offs concerning control, resilience, latency, cost, sovereignty, and security. A cloud migration should not be justified solely by reduced infrastructure ownership. The relevant question is whether the arrangement improves capability, agility, integration, and total cost over the system life cycle. ERP should normally function as a system of record, not as the only system in the enterprise. Real-time operational control may require manufacturing or warehouse systems, while advanced analytics may require a data lakehouse or specialised model environment. Clear boundaries and integration contracts are more sustainable than attempting to make one platform perform every function. IoT and Edge IntelligenceThe Internet of Things connects physical assets to digital systems through sensing, identification, communication, and data processing. Industrial IoT applications include equipment-condition monitoring, cold-chain monitoring, location tracking, energy management, remote inspection, and usage-based service models. Edge computing processes data close to the source. It is valuable where latency, bandwidth, privacy, or operational continuity matters. A production line may need to stop immediately when a safety threshold is exceeded, even if the connection to a remote cloud service is interrupted. Cloud systems remain useful for aggregation, historical analysis, model training, and enterprise coordination. Effective architectures distribute computation between edge and cloud according to operational requirements. IoT projects frequently fail because organisations collect data without specifying the decision it will improve. A disciplined design begins with a use case, identifies the required signal, establishes data quality requirements, defines the response process, and calculates expected value. Sensor proliferation without governance creates cost, noise, and security exposure. Robotics and Autonomous SystemsRobotics includes fixed industrial robots, collaborative robots, autonomous mobile robots, drones, automated storage and retrieval systems, and intelligent vision systems. Robots can improve repeatability, safety, throughput, and operation in hazardous environments. Collaborative robots may work alongside employees, but collaboration still requires risk assessment, physical safeguards, task redesign, and worker training. The business case for robotics should include utilisation, changeover requirements, maintenance, integration, energy use, safety certification, and the effects on upstream and downstream processes. A robot installed in an unstable process may amplify disruption rather than create productivity. Flexible automation is particularly valuable where product variety is high, although flexibility may involve greater programming and integration costs. Additive ManufacturingAdditive manufacturing builds components layer by layer from digital designs. It can reduce tooling requirements, enable complex geometries, support rapid prototyping, and make economically viable low-volume or customised production possible. In supply chains, it may shift the location of production closer to demand and reduce selected forms of inventory. Its limitations include material constraints, production speed, surface finish, certification, intellectual-property protection, and the economics of post-processing. The appropriate comparison is not simply additive manufacturing versus conventional manufacturing; it is the total cost and service consequence of alternative design, production, inventory, and distribution configurations. Blockchain and Distributed LedgersA distributed ledger records transactions across a network in a way that can make tampering more difficult and provide a shared history among parties. Smart contracts can execute predefined actions when stated conditions are met. Potential supply-chain applications include provenance, certification, trade documentation, and multi-party reconciliation. Blockchain is not automatically an appropriate solution for trust problems. If inaccurate information enters the ledger, immutability preserves inaccurate information. Permissioned networks may be more suitable than open networks where participants are known and commercial confidentiality is important. Conventional databases, governance agreements, and digital signatures may solve the same problem more simply. The value proposition depends on the number of parties, the need for a shared record, verification costs, and the consequences of disputed data. Digital TwinsA digital twin is a dynamic digital representation of a physical asset, process, or system that is updated through operational data and used for monitoring, prediction, simulation, or optimisation. A static computer-aided design model is not necessarily a digital twin. The twin requires a defined relationship between the physical object and its digital representation. Twins can operate at different levels. An asset twin may model a machine; a process twin may represent production flow; a network twin may represent facilities, inventory, transport, and demand. Their value grows when models support decisions such as maintenance timing, capacity allocation, configuration, or disruption response. Model validity, data latency, boundary assumptions, and calibration must be continuously assessed. A sophisticated twin based on incomplete data can create false confidence. Control TowersA supply-chain control tower is a decision-support capability that combines data integration, visibility, analytics, exception management, and coordinated response. It is more than a visual dashboard. A mature control tower identifies meaningful exceptions, assigns ownership, recommends or authorises actions, and records outcomes for learning. Control towers may support order management, transport, inventory, production, or end-to-end orchestration. Their effectiveness depends on event quality, partner participation, decision rights, and integration with execution systems. Visibility without authority can produce frustration: users see a problem but cannot change the relevant plan, supplier commitment, or transport decision. Frameworks for Evaluation and TransformationThe Technology–Process–Organisation–Ecosystem LensA robust assessment considers four interdependent dimensions. Technology asks whether systems are secure, scalable, interoperable, maintainable, and fit for purpose. Process asks whether workflows, controls, and performance logic support the intended value. Organisation considers skills, leadership, incentives, culture, and governance. Ecosystem examines suppliers, logistics providers, customers, regulators, standards, and platform dependencies. The framework discourages technological determinism. A technically impressive project can fail because employees do not trust its recommendations, suppliers cannot connect, incentives reward local optimisation, or the process itself is poorly designed. Capability MaturityDigital maturity can be assessed progressively. At an initial level, data is fragmented and operations are largely reactive. At a connected level, core transactions and selected assets are integrated. At a visible level, the firm has reliable cross-functional dashboards and structured exception management. At a predictive level, analytics anticipate events and recommend decisions. At an adaptive level, systems and people learn continuously, simulate alternatives, and reconfigure operations with appropriate human oversight. Maturity is multidimensional. A company may possess advanced analytics but weak cybersecurity, or excellent ERP discipline but limited external integration. Maturity models should therefore be used diagnostically rather than as simplistic rankings. Business-Case AnalysisTechnology investments should be evaluated through a portfolio lens. Financial benefits may include lower labour, inventory, energy, quality, downtime, or transaction costs. Strategic benefits may include resilience, faster innovation, compliance, customer trust, and new service revenue. Costs include acquisition, integration, training, process redesign, cybersecurity, data migration, change management, and ongoing operation. A sound business case specifies baseline performance, causal mechanisms, adoption assumptions, timing, risks, and measurement methods. Real-options reasoning can be useful where uncertainty is high: a small pilot may purchase information and preserve the option to scale, whereas a large irreversible investment may be inappropriate before technical and organisational assumptions are tested. Designing an Interoperable Transformation RoadmapA practical roadmap begins with strategic intent rather than a catalogue of technologies. The organisation should identify the competitive or operational problem, such as unreliable delivery, excessive working capital, poor asset utilisation, or weak traceability. It should then map the value stream, information flows, decision points, and current system landscape. The next step is to establish architectural principles. Examples include API-first integration, security by design, common master data, modularity, cloud where appropriate, open standards, human accountability for consequential decisions, and avoidance of unnecessary customisation. These principles guide choices when short-term project pressure conflicts with long-term coherence. Use cases should be prioritised according to value, feasibility, strategic importance, risk, and learning potential. A high-value, manageable use case—such as predictive maintenance on a critical bottleneck—may be preferable to a broad but poorly defined “smart factory” programme. Pilots should have explicit hypotheses, control measures, adoption criteria, and a path to production. A pilot that cannot scale because it depends on special data extraction or an exceptional team is a demonstration, not transformation. The roadmap normally proceeds through four overlapping stages: - Stabilise: clean master data, document processes, strengthen cybersecurity, and establish governance.
- Connect: integrate ERP, operational systems, assets, suppliers, and customers around priority events.
- Predict: apply analytics, simulation, and digital twins to anticipate demand, failures, and constraints.
- Adapt: automate selected decisions, continuously learn from outcomes, and redesign the operating model.
Governance should include business owners, technology architects, data stewards, cybersecurity specialists, operations leaders, finance, legal advisers, and representatives of affected workers. Stage gates should evaluate benefits, technical debt, risk, adoption, and unintended effects rather than merely checking whether a system has been installed. Applications Across the Supply ChainIn procurement, digital platforms can automate requisitions, compare offers, monitor supplier performance, and support risk sensing. In manufacturing, connected equipment can improve scheduling, quality control, maintenance, and energy management. In warehousing, robotics, computer vision, and optimisation can improve slotting, picking, and replenishment. In transportation, telematics and control towers can support dynamic routing, ETA prediction, and exception management. In customer service, integrated data can provide more accurate commitments and proactive communication. The greatest value often emerges at interfaces. A production schedule connected to supplier capacity and transport availability is more useful than an isolated scheduling tool. A digital twin of a distribution network can test inventory and facility alternatives, but it must be connected to commercial assumptions and actual execution constraints. Digital transformation should consequently be evaluated at the level of end-to-end flow, not only departmental productivity. Illustrative Case: Meridian Components’ Digital NetworkBackgroundMeridian Components is a fictional mid-sized manufacturer supplying customised assemblies to industrial-equipment producers. It operates three plants, a central distribution centre, and a network of specialist suppliers. Its ERP system is more than a decade old, production data is entered manually, and customers frequently receive revised delivery dates. Situation and ProblemMeridian’s executives initially proposed replacing the ERP system, installing sensors on every machine, and creating a blockchain-based provenance platform. The programme had no agreed target operating model. Different functions defined inventory and service performance differently. A previous automation project had produced a technically successful cell but failed to improve the overall order cycle because upstream material shortages remained unresolved. AnalysisA diagnostic exercise mapped the order-to-delivery value stream. The principal causes of delay were inaccurate promised dates, incomplete supplier confirmations, unplanned bottleneck downtime, and slow engineering changes. Data existed in ERP, spreadsheets, machine controllers, and supplier portals, but identifiers were inconsistent. The analysis concluded that a large technology replacement would not immediately solve the coordination problem. Approach and SolutionMeridian adopted an architecture in which ERP remained the transactional system of record. A cloud integration layer connected supplier commitments, production events, inventory movements, and transport milestones. A small number of sensors were installed on the principal bottleneck machines, with edge processing for immediate condition alerts. A control-tower team reviewed exceptions rather than monitoring every transaction. A digital twin of the bottleneck production flow was developed using validated cycle-time, changeover, and downtime data. It was initially used to test schedule alternatives, not to automate scheduling. A supplier data standard established common part identifiers, dates, quantities, and confirmation statuses. The company postponed blockchain because the provenance problem could initially be addressed through signed digital records and supplier governance. Implementation occurred in three stages. First, master data and decision rights were clarified. Second, one plant and a small supplier group participated in an eight-week pilot. Third, the integration patterns and governance routines were extended to the other plants. Employees were trained to interpret alerts and challenge poor recommendations; performance incentives were adjusted so that local production efficiency did not undermine delivery reliability. OutcomeThe illustrative case does not claim a universal numerical result, but the programme produced a clearer information structure, faster escalation of bottleneck events, and greater confidence in promised dates. More importantly, Meridian avoided a costly technology-first programme and created reusable integration and governance capabilities. The case demonstrates that sequencing, architecture, and organisational adoption can matter more than the novelty of an individual technology. Learning PointsFirst, digital transformation should begin with a value-stream problem. Second, an ERP replacement is not a substitute for process and data governance. Third, pilots should test organisational decisions as well as technical feasibility. Fourth, visibility must be linked to authority and action. Finally, postponing an attractive technology can be a sign of strategic discipline rather than technological conservatism. Risks, Limitations, and GovernanceCybersecurity is a core operational concern because connected equipment expands the attack surface and can convert an information incident into a safety or production incident. Controls should include identity management, network segmentation, encryption, patch management, vulnerability monitoring, backup, incident response, supplier assurance, and recovery testing. Legacy industrial equipment may require compensating controls when direct patching is unsafe or impossible. Data governance concerns accuracy, ownership, lineage, access, retention, and permitted use. Privacy issues arise when systems monitor workers, drivers, customers, or biometric characteristics. Organisations should apply proportionality, transparency, purpose limitation, access controls, and retention rules. Data collected for productivity should not automatically be repurposed for disciplinary decisions without appropriate consultation and governance. Algorithmic systems can reproduce historical bias, optimise the wrong objective, or become unreliable when operating conditions change. Human oversight must be meaningful rather than symbolic. Users need to understand the basis, confidence, and limitations of recommendations, particularly where decisions affect safety, employment, supplier opportunity, or customer access. Other common failures include automating unstable processes, measuring activity instead of outcomes, ignoring total cost of ownership, creating dashboard overload, underestimating integration work, and treating employees as obstacles. Digital systems redistribute expertise and authority; implementation must therefore address job redesign, professional identity, reskilling, participation, and accountability. Regulatory requirements vary by jurisdiction and industry but may involve product safety, critical infrastructure, data protection, export controls, environmental reporting, records retention, and artificial-intelligence governance. Contractual arrangements should define data ownership, service levels, audit rights, portability, incident notification, model responsibility, and exit provisions. Dependence on a dominant cloud or platform provider creates concentration and switching risks that should be assessed explicitly. Emerging DirectionsSeveral developments are shaping the next phase of digital operations. Industrial AI is moving from descriptive dashboards toward machine-vision inspection, forecasting, optimisation, and natural-language interfaces for operational data. Generative AI may support maintenance documentation, engineering assistance, exception summarisation, and scenario exploration, but its outputs require validation and access controls. Composable architectures are gaining attention because modular services can be assembled and replaced more easily than monolithic applications. Industrial 5G and private wireless networks may support mobile assets and low-latency applications, although the business case depends on site conditions and operational requirements. Edge AI enables local inference where connectivity or confidentiality is important. Digital product passports and improved traceability may support circular-economy objectives by making material, repair, reuse, and recycling information more accessible. Sustainability is becoming a design criterion rather than a reporting afterthought. Digital tools can optimise energy, reduce waste, improve asset utilisation, and support circular flows, but they also consume energy and depend on hardware with environmental footprints. A credible evaluation must consider the full life cycle of devices, data centres, software, and replaced equipment. Best-Practice PrinciplesA professionally governed digital operations programme generally follows these principles: 1. Start with strategic and operational problems, not fashionable technologies. 2. Design the target architecture before approving isolated projects. 3. Treat data definitions, ownership, and quality as operating capabilities. 4. Use open interfaces and modular designs to protect interoperability. 5. Build cybersecurity, privacy, safety, and resilience into the design. 6. Pilot with measurable hypotheses and scale only after adoption is demonstrated. 7. Combine human expertise with automation and retain accountability for consequential decisions. 8. Measure end-to-end outcomes such as service, resilience, cash, quality, safety, and sustainability. 9. Manage vendors, platforms, models, and technical debt over their full life cycles. 10. Create continuous learning loops in which operational results improve both processes and digital models. Chapter SummaryDigital operations integrate physical processes, enterprise systems, connected assets, analytics, automation, and governance. Industry 4.0 is best understood as a transformation of operating capabilities rather than a shopping list of technologies. ERP provides transactional discipline; cloud platforms provide scalable services; IoT and edge computing connect assets; robotics automates physical work; additive manufacturing changes design and supply configurations; blockchain can support selected multi-party records; digital twins support simulation and prediction; and control towers connect visibility with coordinated action. Successful transformation depends on interoperability, data quality, cybersecurity, process redesign, organisational adoption, and strategic sequencing. A layered architecture and maturity assessment help leaders distinguish foundational requirements from advanced applications. Roadmaps should begin with value-stream problems, test explicit hypotheses, and scale reusable capabilities. Governance must address privacy, safety, algorithmic accountability, workforce consequences, vendor dependence, and regulatory obligations. The strategic objective is not maximum digitalisation, but reliable, adaptable, responsible, and economically valuable operations. Key TermsDigital operations: The management of operating processes through integrated digital systems, data, automation, and analytics. Industry 4.0: The development of connected, intelligent, and increasingly autonomous industrial systems. ERP: An enterprise resource planning system integrating core organisational transactions and processes. Cloud computing: On-demand access to shared computing, storage, platforms, or software services through networks. Internet of Things: A network of physical objects equipped to sense, communicate, and exchange data. Edge computing: Processing data near the physical source rather than exclusively in a central cloud. Cyber-physical system: A system in which computational processes monitor and influence physical processes. Interoperability: The ability of systems and organisations to exchange and meaningfully use information. Master data: Shared, relatively stable data entities such as products, suppliers, customers, and locations. Digital twin: A dynamic digital representation of a physical asset, process, or system linked to operational data. Control tower: A coordinated capability for visibility, exception management, analytics, and supply-chain response. Additive manufacturing: Production that builds objects layer by layer from digital designs. Blockchain: A distributed ledger technology that records transactions across a network. Smart contract: Code that executes predefined actions when specified conditions are met. Predictive maintenance: Maintenance scheduled or initiated using evidence about likely equipment failure. Digital maturity: The extent to which an organisation possesses integrated, intelligent, governed, and adaptive digital capabilities. Technical debt: Future cost and constraint created by expedient or poorly designed technology choices. Data governance: Policies, roles, standards, and controls governing data quality, access, use, and accountability. Human-in-the-loop: An operating arrangement in which people retain meaningful oversight or decision authority over automated systems. Review QuestionsShort Answer Questions1. Distinguish automation from digital transformation. 2. What is the role of ERP in a digital operations architecture? 3. Why can edge computing be important in industrial environments? 4. Define a digital twin and explain how it differs from a static design model. 5. What is meant by interoperability? Long Answer Questions1. Explain the principal technology layers of a digital operations architecture and their interdependencies. 2. Compare the operational contributions and limitations of IoT, robotics, additive manufacturing, and digital twins. 3. Discuss how a supply-chain control tower converts visibility into coordinated action. 4. Evaluate the strategic and governance issues involved in cloud ERP adoption. 5. Develop a phased roadmap for an organisation beginning its Industry 4.0 transformation. Analytical / Application Questions1. A manufacturer has excellent machine-level data but persistent late deliveries. Diagnose why digital investment has not solved the problem and propose an intervention. 2. A firm is considering blockchain for supplier provenance. What criteria should determine whether blockchain is preferable to a conventional database and signed digital records? 3. Design a governance approach for an AI-enabled maintenance system that monitors workers, recommends interventions, and affects production scheduling. 22. Multiple Choice Questions with AnswersQuestion 1Which statement best distinguishes digital transformation from simple automation? A. Digital transformation replaces all human work with robots. B. Digital transformation changes processes, capabilities, and value creation through integrated technology. C. Digital transformation refers only to moving software into the cloud. D. Digital transformation requires blockchain in every supply chain. Correct Answer: B. Digital transformation changes processes, capabilities, and value creation through integrated technology. Question 2In a layered digital operations architecture, which capability primarily provides a common record of transactions? A. ERP system B. Edge sensor C. Industrial robot D. Digital twin Correct Answer: A. ERP system Question 3Why might edge computing be selected for an industrial safety application? A. It eliminates the need for cybersecurity. B. It guarantees that all data will be stored permanently. C. It enables rapid local processing when latency or connectivity is critical. D. It replaces the need for enterprise integration. Correct Answer: C. It enables rapid local processing when latency or connectivity is critical. Question 4Which condition most strongly supports using a digital twin? A. The organisation wants a static engineering drawing. B. The physical asset can be linked to operational data for monitoring or simulation. C. The organisation has no reliable data about the asset. D. The objective is only to store historical invoices. Correct Answer: B. The physical asset can be linked to operational data for monitoring or simulation. Question 5A control tower is strategically weak when it provides visibility but lacks what essential capability? A. Colour-coded dashboards B. A large number of sensors C. Authority and processes to coordinate responses D. A blockchain ledger Correct Answer: C. Authority and processes to coordinate responses Question 6Which is a principal risk of excessive ERP customisation? A. Improved upgrade simplicity B. Reduced process complexity C. Greater dependence on manual records D. Higher technical debt and difficulty maintaining the system Correct Answer: D. Higher technical debt and difficulty maintaining the system Question 7A company collects thousands of sensor readings but has not defined which decisions they will improve. What is the most likely problem? A. Sensor proliferation without a value-focused use case B. Excessive interoperability C. Overreliance on additive manufacturing D. Too much human oversight Correct Answer: A. Sensor proliferation without a value-focused use case Question 8Why may blockchain be inappropriate for a supply-chain provenance problem? A. It cannot record any transaction history. B. It cannot connect organisations in a network. C. It preserves inaccurate input data and may be more complex than alternative controls. D. It always requires public disclosure of commercial information. Correct Answer: C. It preserves inaccurate input data and may be more complex than alternative controls. Question 9Which roadmap sequence best reflects disciplined digital transformation? A. Automate, ignore governance, replace all systems, then define objectives. B. Stabilise foundations, connect priority flows, predict events, and adapt operations. C. Purchase the most advanced technology before mapping processes. D. Install sensors everywhere and postpone cybersecurity until scaling. Correct Answer: B. Stabilise foundations, connect priority flows, predict events, and adapt operations. Question 10Which governance practice is most appropriate for an AI system affecting safety or employment? A. Remove all human review to maximise efficiency. B. Allow the vendor to retain exclusive accountability. C. Provide meaningful human oversight, transparency, validation, and defined responsibility. D. Use historical data without testing for bias or changing conditions. Correct Answer: C. Provide meaningful human oversight, transparency, validation, and defined responsibility.
|