• Non ci sono risultati.

A Conceptual Model of the IT Ecosystem for Asset Management in the Global Manufacturing Context

N/A
N/A
Protected

Academic year: 2021

Condividi "A Conceptual Model of the IT Ecosystem for Asset Management in the Global Manufacturing Context"

Copied!
8
0
0

Testo completo

(1)

Management in the global manufacturing context

Adalberto Polenghi1[0000-0002-3112-1775]*, Irene Roda1[0000-0001-7795-1611], Marco Macchi1[0000-0003-3078-6051] and Alessandro Pozzetti1[0000-0002-9074-2854]

1 Department of Management, Economics and Industrial Engineering, Politecnico di Milano, Piazza Leonardo da Vinci 32, 20133 Milan, Italy

adalberto.polenghi@polimi.it*, irene.roda@polimi.it, marco.macchi@polimi.it, alessandro.pozzetti@polimi.it

Abstract. This research proposes a new conceptual model of the IT ecosystem required in the scope of global asset management. To accomplish this aim, the functionalities required by maintenance management are integrated with those required by Asset Management needs, thus extending the current scope of work of extant IT systems to a lifecycle management perspective. The allocation of the functionalities to three asset control levels (operational, tactical, strategic) is pro-paedeutic to derive the IT ecosystem structure based on three main software fam-ilies. The model has been built along a collaborative project with a world leading company in the food sector. Lessons learnt on the proposed IT ecosystem for a centralized AM over geographically dispersed production plants are reported. Keywords: Asset Management, maintenance management, software, IT ecosys-tem.

1

Introduction

Industry 4.0 is the well-known paradigm characterizing the last decade of manufactur-ing transformation built upon digitization. Amongst the fundamentals of Industry 4.0, Cyber-Physical Systems (CPS) are the building blocks to develop future smart factories [1], bringing to the emergence of many characteristics such as the connectivity and the networking capabilities, the high degree of autonomy leading to self-capabilities (e.g., self-awareness, self-diagnosis, self-healing), the use of sensors and actuators to collect information about the physical operations in real-time. All in all, it is leading to a basis to build advanced systems to monitor and control the industrial assets along with their degradation. This capability leads to provide a detailed insight on a production system and its assets, which finally promotes maintenance as a key function to achieve opera-tional excellence based on digital capabilities. Therefore, the manufacturing companies are becoming sensitive to this new role; indeed, the current evolution is now determin-ing a perception of maintenance as a data-driven decision makdetermin-ing process [2].

This perspective is not yet systematically integrating the evolution of the manage-ment discipline towards the inclusion of a lifecycle perspective as promoted by the As-set Management approach. Looking at maintenance in this extended scope, requires to

(2)

embrace a wider digitalization to support the Asset Management (AM) system [3]. This should consider that the set of decisions is larger than the ones maintenance is used to, and theory is correspondingly extended [4]. Henceforth, it is worth pointing out that the ever-growing number of data sources is not reflected consistently in advancements of maintenance support systems: nowadays as in past years, most of the effort appears to be put on enhancing and improving computerized maintenance management systems (CMMS), see some recent studies such as [5]–[7]. Nevertheless, the adoption of AM by global players has further exacerbated the already existing criticalities related to in-formation and data management solely bounded to the maintenance scope [8], [9]. This motivates the need to reflect upon the IT ecosystem of industrial software tools, as the CMMS appears to be not enough for meeting the challenges brought by AM in a global manufacturing context.

Indeed, we believe that there is a need to review the IT ecosystem on which mainte-nance is relying, by extending its functionalities and scope of work towards a more AM-oriented ecosystem, to finally comply with future evolutions integrating the lifecy-cle management of complex industrial facilities. This is particularly escalated for those companies owning multisite production systems since it involves both local and global management of the operations. To this end, this research aims at proposing a conceptual structure of the IT ecosystem, with the purpose to extend the “traditional” CMMS func-tionalities with the new ones claimed by AM needs.

For what concern the methodology to accomplish the objective of the research, two steps enable building the conceptual model: firstly, a systematic review of the scientific literature aims at summarizing the functionalities related to CMMS as consolidated ba-sis; secondly, a review of the literature, including also selected references from grey lite, enables to integrate AM-oriented functionalities. Findings bring to locate the CMMS functionalities and to integrate the AM-oriented ones within a structure of three asset control levels (operational, tactical, strategic); it finally leads to establish a hier-archical structure of software families with their own uses.

Furthermore, the conceptual model has been developed along a collaboration with a world leading company of the food sector, challenged by the need to coordinate the management across geographically dispersed production plants. This collaboration al-lowed to collect feedbacks and insights relevant for future improvements.

The paper is so structured. Section 2 deals with the literature on the CMMS func-tionalities. Section 3 describes the proposed model of the IT ecosystem for global AM. Section 4 discusses the lessons learnt from the project, valid for large enterprise acting at global level. Finally, Section 5 draws conclusions and envisions future researches.

2

Literature review on CMMS functionalities

The CMMS functionalities are identified through a systematic literature review (SLR) on WoS (Web of Science) database. The research protocol is so defined: keywords (maintenance AND CMMS), only English-written documents and restrictions only to the field of Industrial Engineering. The searching process results in a set of 52 papers. A further screening process is performed, looking at those CMMS functionalities useful

(3)

to manage the assets; the screening does not consider user-related characteristics like “ease of use”, important for selecting software [10] but out of scope of this research.

Fig. 1 reports the agglomerated results, showing the main functionalities of the CMMS as retrieved in the analyzed documents with relative frequency of citations. The identified functionalities could be grouped in modules since some of them are parts of the same process, e.g. issue work order and record work order are functionalities grouped under the Work orders management module. The derived functional modules are Report management, Information and data management, Work orders management, Maintenance planning/scheduling, Spare parts management, Budget/Cost analysis, Supplier management. The relative citations of the modules are summarized in the top right-hand part of Fig. 1 as collected from the selected papers.

Fig. 1. CMMS functionalities and their grouping modules.

The identified modules are the consolidated basis to support maintenance manage-ment; the IT ecosystem for global AM will be completed by AM-oriented modules.

3

Model of the IT ecosystem for Asset Management in global

manufacturing context

It is widely recognised in maintenance and AM literature the existence of three control levels in order to better manage the assets: operational, tactical and strategic (see [11] for maintenance management, and [4] for AM). Therefore, the whole set of modules could be framed in a three-level structure in accordance with the asset control levels. The discriminant to assign a module to a specific control level is its scope of work [12]: • Operational control level involves day-by-day activities aiming at work task controlling at tactical level, and measurement and reporting of technical per-formance always in compliance with what required at the tactical level;

(4)

• Tactical control level is devoted to the coordination and planning of tasks at operational level, and to the control and reporting of KPIs (Key Performance Indicators) to orient decisions towards the strategic level;

• Strategic control level includes analysis and evaluation of feedbacks from tac-tical level and provide long-term guidance for the tactac-tical level.

It is worth noting the central role of tactical level that works as an important junction to align business objectives with day-by-day activities. Tab. 1 shows the result of the allocation of each functional module to a control level. The AM-oriented modules are extending the scope with respect to what presented in Fig. 1, restricted to CMMS only. These other modules derive from a selected reading of the scientific literature (indeed, limited to a few and recent publications) integrated by some blueprints derived by the grey literature. A kind of noticeable blueprint, defined courtesy by the vision of Gartner, shared by IBM, is raising the attention on modules that enable to make the so called Asset Performance Management (APM) and Asset Investment Planning (AIP), in order to enable an extended vision towards a long-term strategic management of capital as-sets, building on tactical and operational levels of activities already in place [13]. The corresponding reference highlighted in Tab. 1 are taken from the scientific literature.

Table 1. Conceptual model of IT ecosystem: allocation of functionalities to control levels.

Asset control level Functional modules

Strategic Business objectives alignment [14] Capital investment planning [15] Asset portfolio/fleet management [16] Tactical Budget/Cost analysis

Risk management [17]

System modelling and assessment [18] Supplier management

Information and data management Maintenance planning

Spare parts management Operational Report management

Maintenance scheduling Work orders management

In Tab. 1, AM-oriented modules majorly cover the strategic level, while the tactical level includes those modules that implies the definition of the plans driving the opera-tional tasks. To this end, System modelling and assessment is central since an asset/sys-tem model is needed to support maintenance planning and risk management. Moreover, also Risk management is placed at tactical control level since we mainly refer to oper-ational risks. Strategic risks, like demand volatility, must be tackled at corporate level. They influence decisions at AM strategic control level as capital investment planning. The three-level structure of the IT ecosystem for global AM can then be correspond-ingly related to software families proposed on the market [13]. Therefore, it is possible to associate to each control level a precise software family:

1. Operational control level: Enterprise Asset Management (EAM) software that aims at governing shop-floor activities and reporting performance indicators to

(5)

support better planning. Historically the CMMS and the EAM were not clearly differentiated, as described in [19]; indeed, the difference was blurred in past discussions; anyhow, [20] notices that the difference may reside in the fact that the EAM is enterprise-wide, while the CMMS is local.

2. Tactical control level: Asset Performance Management (APM) software, which aims at transferring the long-term business objectives to medium-/-short term decision, in relation to maintenance plans, suppliers and risk management, by developing component/system models determining performance.

3. Strategic control level: Asset Investment Planning (AIP) software; it is devoted to govern the entire asset portofolio/fleet, by establishing proper capital investment decisions to respond to business needs.

The hierarchical structure of the IT ecosystem for global AM is represented in Fig. 2. The three-level structure allows to join the business objective/needs with current as-set functioning/condition, thus creating a virtuous loop that makes strategic decisions aligned with operational tasks and vice versa.

Fig. 2. Proposed IT ecosystem for global AM.

Fig. 2 proposes also an integrated view with the lifecycle stages of the assets. More-over, it offers a first insights a lesson learnt on global/local deployment of the EAM to enhance centralized AM for global operations, as better described in section 4.

4

Lessons learnt on the proposed model of the IT ecosystem

This section summarizes lessons learnt from the implementation of the proposed IT ecosystem during a collaborative project with a world leader food company. The pro-posed model helps in better framing the existing software tools and platforms the com-pany already owns to boost centralized AM over geographically dispersed plants: 1. Integration of activities along the asset lifecycle stages;

2. Support to local/global deployment of EAM, APM and AIP software families; 3. Implementation of risk management in APM, enabled by system modelling; 4. Management of data ownership through role-based module access;

(6)

1. The three software families allow an integration of the activities done on the assets

over all their lifecycle (BoL – Beginning of Life, MoL – Middle of Life, and EoL – End of Life). To this concern, an important challenge may typically regard the interface between the BoL and the MoL: a mismatch between what designed for the assets and what performed on the assets, tends to exist as a consequence of the lack of complete information and the partial data exchange between software systems.

2. The IT ecosystem allows to discern between software systems to be used at local

level and at global level for centralized control in a global manufacturing scope (see the

global/local perspective raised in Fig. 2). On one hand, the EAM is envisioned to have

primarily a local usage, being integrated in an enterprise-wide perspective; on the other hand, the EAM has also a global use since it may enable an auditing system to control the correct implementation of decisions taken at tactical level, e.g. maintenance plans. To complete this viewpoint, APM has also a global perspective as it helps to translate the business objectives to the local production plants. As recommended within our con-ceptual model, this can be accomplished by means of the relevant lever of risk manage-ment (see next point). At the top, AIP is also carried out at the global level as it relates to corporate management tasks to achieve the business objectives.

3. Implementing an adequate risk management for AM is to be considered as a

fun-damental pillar of the integrated methodology discussed in the perspective of global/lo-cal deployment of software families. In particular, the operational risks must be man-aged at tactical control level within the APM software family. In order to comply with this vision, we may assert that a platform for APM is useful since it integrates the func-tionalities available in the EAM. The APM should be based on an accurate system modelling of each production plant in order to enable risk management through a per-formance-driven total cost of ownership evaluation (based on similar steps as described in [21]); at the tactical level, this would enable to translate the business objectives into day-by-day activities, driving any planning decision by relying upon a systemic per-spective of the entire production plants (which is one of the principle of AM [4]).

4. The proposed three-level structure helps in defining a proper data ownership

strat-egy. By separating the three asset control levels with as many software families, the access to information could be better managed and shaped according to the key users and their roles. When a global AM organizational department is present, composed by local maintenance managers, global maintenance managers and a global asset manager, this would lead to restrict the access to EAM to maintenance managers only, both local and global, while a more tactical and strategic level would be prerogative of the global asset manager and the asset management team.

5. The proposed model of IT ecosystem for global AM may support both a

medium-term and a long-medium-term planning of the IT development. In the medium-medium-term, it is possible to establish a plan aimed to integrate or substitute functionalities/modules at each con-trol level, to enhance a better centralized concon-trol, and between lifecycle stages, to share design and operational data. In the case of a more long-term perspective, a more cum-bersome and demanding activity of re-structuring the entire IT ecosystem may be con-sidered, to renew an extant ecosystem to better support a central control for global AM.

(7)

5

Conclusions

This research aims at proposing a conceptual model of the IT ecosystem for global AM. The IT ecosystem is built on the CMMS as basic software used for maintenance; therefore, a systematic literature review is used to collect the functionalities already implemented in the CMMS; as literature findings, a synthesis of these functionalities in modules is performed (see Fig. 1). The functionalities are also integrated with AM-oriented modules identified from additional scientific literature and even from grey lit-erature, in order to look at the IT vendor perspective to consider the relative novelty of such kind of systems. All the functionalities are allocated to the three asset control lev-els defined in the AM theory (see Tab. 1), leading to the final contribution of this paper.

The proposed model of the IT ecosystem relates to different problems currently ex-perienced in the scope of AM such as the missed information and data exchange be-tween asset lifecycle stages and asset control levels, or the data ownership in complex management context with different organizational roles involved. Indeed, the collabo-rative project with a world leading company with production plants in numerous coun-tries confirms the envisioned potential uses to manage such problems in IT management for AM. The so structured IT ecosystem is thus especially thought for those companies willing to implement a global AM from different starting points: i) companies with an already established IT ecosystem can check whether all the AM-related functionalities are present, or the ultimate goals are being pursued (section 4); ii) companies looking after such an ecosystem can understand the needed functionalities and organize them against control levels and allocate them according to a local or global view.

If applied in company with a single plant, the potential uses blur and implementation effort could be not repaid in our current understanding; thus, our model should be down-sized; this could regard future practical work. Besides, further work should concentrate on the strategic control level of AM. The developed IT ecosystem is built starting from maintenance, so partially limiting the entire set of decisions within the AM scope. Es-pecially, capital investment decisions need to be further explored to include, within the IT ecosystem, appropriate modules to support their deployment.

References

1. A. Napoleone, M. Macchi, and A. Pozzetti, “A review on the characteristics of cyber-physical systems for the future smart factories,” J. Manuf. Syst., vol. 54, pp. 305–335, 2020. 2. J. Bokrantz, A. Skoogh, C. Berlin, T. Wuest, and J. Stahre, “Smart Maintenance: an

empirically grounded conceptualization,” Int. J. Prod. Econ., p. 107534, 2019.

3. J. E. Amadi-Echendu, “Managing physical assets is a paradigm shift from maintenance,” in 2004 IEEE International Engineering Management Conference (IEEE Cat. No.04CH37574), 2004, vol. 3, pp. 1156–1160.

4. I. Roda and M. Macchi, “A framework to embed Asset Management in production companies,” Proc. Inst. Mech. Eng. Part O J. Risk Reliab., vol. 232, no. 4, pp. 368–378, 2018.

5. M. A. Lopez-Campos, A. C. Marquez, and J. F. G. Fernandez, “Modelling using UML and BPMN the integration of open reliability , maintenance and condition monitoring

(8)

management systems : An application in an electric transformer system,” Comput. Ind., vol. 64, no. 5, pp. 524–542, 2013.

6. I. Lopes et al., “Requirements Specification of a Computerized Maintenance Management System - A Case Study,” Procedia CIRP, vol. 52, pp. 268–273, 2016.

7. P. Munyensanga, S. A. Widyanto, M. N. A. Aziz, Rusnaldy, and Paryanto, “Information management to improve the effectiveness of preventive maintenance activities with computerized maintenance management system at the intake system of circulating water pump,” Procedia CIRP, vol. 78, pp. 289–294, 2018.

8. A. H. C. Tsang, W. K. Yeung, A. K. S. Jardine, and B. P. K. Leung, “Data management for CBM optimization,” J. Qual. Maint. Eng., vol. 12, no. 1, pp. 37–51, Jan. 2006.

9. A. Borek, A. K. Parlikad, P. Woodall, and M. Tomasella, “A Risk Based Model for Quantifying the Impact of Information Quality,” Comput. Ind., vol. 65, no. 2, pp. 354–366, 2014.

10. L. Fumagalli, A. Polenghi, E. Negri, and I. Roda, “Framework for simulation software selection,” J. Simul., vol 13, no. 4, pp. 286-303, 2019.

11. A. Crespo Marquez and J. N. D. Gupta, “Contemporary maintenance management: Process, framework and supporting pillars,” Omega, vol. 34, no. 3, pp. 313–326, 2006.

12. A. Haider, A. Koronios, and G. Quirchmayr, “You cannot manage what you cannot measure: An information systems based asset management perspective,” in Proceedings of the 1st World Congress on Engineering Asset Management, WCEAM 2006, 2006, pp. 288–300. 13. Gartner, “Market Guide for Asset Performance Management,” 2018.

14. K. O. El-Akruti and R. Dwight, “A framework for the engineering asset management system,” J. Qual. Maint. Eng., vol. 19, no. 4, pp. 398–412, 2013.

15. K. O. El-Akruti, R. Dwight, and T. Zhang, “The strategic role of Engineering Asset Management,” Int. J. Prod. Econ., vol. 146, no. 1, pp. 227–239, 2013.

16. S. Petchrompo and A. K. Parlikad, “A review of asset management literature on multi-asset systems,” Reliab. Eng. Syst. Saf., vol. 181, no. March 2018, pp. 181–201, 2019.

17. A. Polenghi, I. Roda, M. Macchi, and P. Trucco, “Risk sources affecting the Asset Management decision-making process in manufacturing: a systematic review of the literature,” in Advances in Production Management Systems. Production Management for the Factory of the Future. APMS 2019. IFIP Advances in Information and Communication Technology, 2019, vol. 566, pp. 274–282.

18. I. Roda, M. Macchi, C. Parmigiani, and A. A. Arata, “System-Oriented Reliability-Based Methodology for Optimal Joint Maintenance and Production Planning,” in IFIP International Conference on Advances in Production Management Systems, 2017, pp. 92– 100.

19. L. Bradshaw, “Improved CMMS and asset management systems,” Maint. J., vol. 17, no. 2, pp. 7–14, 2004.

20. Gartner, “Magic Quadrant for Enterprise Asset Management Software,” 2018.

21. I. Roda, M. Macchi, and S. Albanese, “Building a Total Cost of Ownership model to support manufacturing asset lifecycle management,” Prod. Plan. Control, pp. 1–19, 2019.

Riferimenti

Documenti correlati

In the case of infinite-dimensional phase spaces if W u is finite-dimensional, the reduction is drastic: the infinite-dimensional dynamics generated by partial differential equations

This result strongly suggests that we are observing discrete shifts from part-time to full-time work, as conjectured by Zabalza et al 1980 and Baker and Benjamin 1999, rather

Here, to make up for the relative sparseness of weather and hydrological data, or malfunctioning at the highest altitudes, we complemented ground data using series of remote sensing

The calibration quality was also evaluated in laboratory and were compared to the underwater condition, using same camera setup (two cameras, HIGHRES and LOWRES, 60Hz, camera

Powder XRD patterns of the samples (Figure S1); N 2 adsorption/desoprtion isotherms at 77 K of the samples (Figure S2); SEM images of the samples (Figure S3); comparison of

Moreover, the efficacy of IA infliximab was evaluated by 99m Tc-infliximab scintigraphy, which showed 12 weeks after treatment a significant decrease in the T/B ratio of the

Considering that the realization of public works on land transformed it so that there was no longer a distinction between the land acquired by the public authority and that taken

The Greek Islands are generally subdivided into two groups, according to the location: the Ionian Islands (including Kerkira, Cephalonia, Lefkas, Zakinthos,