DIRK KRAFZIG MANAS DEB MARTIN FRICK DIGITAL COOKBOOK ESSENTIAL RECIPES FOR THE DIGITAL JOURNEY OF ENTERPRISES For more details visit: https://digital-cookbook.com/ GRAPHIC DESIGN BY KNUT JUNKER AND DIETMAR GRUBERT
160 Chapter 5: Digital Business Models Industry 4.0 on the Shop Floor Decoupling front-end and back-end components via API gateways allows evolution at different speeds Context-awareness dramatically simplifies the use of mobile solutions Parallel use of classic and agile methods is key
Chapter 5: Digital Business Models 161 5.9 Industry 4.0 on the Shop Floor T. Winterberg This section discusses a German automotive company with manufacturing plants around the world. In the wake of digitalisation, the company opted to re-engineer and harmonise existing manufacturing execution systems (MES) 125 in their automotive production to build a stable foundation for continuous innovation in the light of Industry 4.0. The enterprise sought to eliminate poor internal coordination in manufacturing across plants and to optimise processes on the shop floor. This objective was paramount because existing MES were heterogeneous and specific to each plant. Consequently, processes spanning several plants were extremely difficult to implement. Therefore it was beyond doubt that a process of harmonising IT systems across plants had to be put into motion, allowing the necessary preparation for Industry 4.0 architecture to be achieved in a set time frame. The new approaches also aimed to reduce processing costs, improve escalation management and enable mobile workflows on the shop floor through cross-plant swarm intelligence. Lastly, use of big data was intended to improve cross-plant pattern recognition of weak spots. As Industry 4.0 is already changing the working environment and production processes are increasingly automated, machine operators were required to take on a new role. This included their new function as escalation managers in the case of technical interferences. The workplace itself became more mobile, being relocated to the shop floor, reducing processing time due to shorter journeys inside the plant and also enhancing the collaboration between technicians across plants through new online channels. As the possibilities of front-end technology, such as robotics in production and the latest forms of displaying information, expand every two to three years, new opportunities for production processes arise. The result here was a front-end development speed that clearly exceeded the actual back-end-driven logic of business processes. In order to improve the entire operating cycle and manage the different speeds of innovation, an API gateway was needed to detach front-end components from MES back-end components. 125 Schmidt, A., Otto, B., Kussmaul, A.: MES Services in the Automotive Industry, University of St. Gallen, 2010.
162 Chapter 5: Digital Business Models This API gateway 126 was based on REST (representational state transfer) services 127 granting access to the business logic of the MES for the different task-related front-end components. Loose coupling between these components allows for the establishment of evolution at different speeds, which empowers proper governance of IT at two speeds. This involves a fault-free, more predictable and robot-oriented development of the MES back-end, faster release cycles and demand-oriented frontend design. Front-End App Front-End Machine - Rendering/Localisation - Device-specific - Internet of Everything - User Experience Delivery Appstore App Back-End Micro Services - Platform Strategy - API Management - Context Data Firewall Service Service End Point Process Composition - SOA Business Services - Aggregation/Federation - BPM - Integration (EAI) Firewall Back-End Back-End Systems - Self-Contained Apps - SaaS Solutions - Big Data/BI Furthermore, instead of using inflexible single-tracked monoliths, task-oriented multi-channel applications have become key. 126 Gamblin, R., Williams, N.: IBM z Systems Integration Guide for the Hybrid Cloud and API Economy, IBM Redbooks, p. 20, 2017. 127 Richardson, L., Amundsen, M.: RESTful Web APIs, O Reilly Media, 2013.
Chapter 5: Digital Business Models 163 The front-end components are similar to the apps found on mobile phones. As such, these apps are presented in a task- and user-oriented design and are also managed through a cross-plant deviceoriented app store and a virtual portal. This portal is not designed to be a classical portal solution. It is more like a valuable umbrella for all the small apps and provides mechanisms to share all kinds of contexts between the apps and outside systems. As mentioned above, the workplace of the machine operators saw a shift from a rigid process with predefined activities to an event-oriented philosophy that can attend to escalations and disturbance signals in a more flexible manner. To approach the new challenges, task management was implemented. Via a specific entry on the task list, the system interprets its context and opens the respective app. The app recognises the possible disturbance signals and provides information to the appropriate business logic. Comprehensive expert panels become obsolete and instead selfexplanatory user interfaces take their place. The current context is not only determined by the occurrence of system events and the operators new role, but also their position on the shop floor itself. The task list adjusts according to the state of the machine that the operator is standing closest to. This dramatically simplifies the use of all supporting mobile solutions. Moreover, data streaming 128 was chosen as the means to allow the gathering of data for analysis and predictive maintenance, and to create a foundation for event- and message-driven statistical process control (SPC) 129 of the machinery. In addition, the requirements for the revised IT systems were verified with user journeys, proofs of concept and architecture reviews. Interacting with stakeholders through user journeys helped significantly in the design of new interfaces. This approach will also be adopted in the future and merged with the approach of impact mapping to improve outcomes. Lastly, the parallel use of classic and agile project management methods appears to be best. Both methods are combined in a multi-project management approach based on PRINCE2 130 and are supervised by product management on the shop floor. The task of change facilitation was to convey an understanding of why it was necessary to pursue these projects using specific methods and to bring the entire team behind the product improvement. 128 Psaltis, A.: Streaming Data: Understanding the real-time pipeline, Manning Publications, 2017. 129 Celone, R. V.: EZ SPC - Statistical Process Control Demystified, CreateSpace Independent Publishing Platform, 2013. 130 Bentley, C.: PRINCE2: A Practical Handbook, Routledge, 3 rd ed., 2017.
382 Guest Authors Torsten Winterberg holds a degree in electrical engineering, in computer science and in inbusiness administration and recently completed his training as Business Coach. He has more than 20 years of experience in designing and building complex enterprise applications and leads the business development and innovation team at OPITZ CONSULTING Germany. This includes the digital innovation lab OC lab, which deals with proofs of concept around digitalisation, as well as the innovation competence centres for IoT, big data, cloud and modern clients. He is author of several publications, speaks at international conferences and is responsible for the SOA/ BPM/IoT topics in the DOAG - Oracle development community.