This section consists of the results of our research, each case will be presented with a description of the research site, problem background and information requirements of the process chains, with a subsequent description of practical implementation and effects from each case.
4.1 Swimming Pool
The second process chain in the case is optimising heating of the swimming pool. According to the person responsible for this routine, the pools are heated to 32 ℃ every week during Tuesday nights, and then the temperature falls successively to around 27 ℃ during the weekly cycle. This practice leads to uncertainty amongst the customers on the current temperature and generates phone calls to the organisation increasing the workload. Further, the facilities have shown signs of increased wear in forms of mould and moisture damage due to the increased evaporation generated by higher temperatures. The organisation seeks informational effects on the managerial level through an increased amount of temperature data points and implementing sensors to address the connectivity and uncertainty requirements. The equivocal requirements were low as temperature data is readily understood in the context.
The third process chosen for this case is the documentation of pool water quality, which is a process chain performed by the staff daily to discover anomalies and potential health risks related to the pool water. Water samples are collected, analysed and documented as the first task of every day: water temperature, pH-value and chlorine-levels. To collect this data, the staff places a thermometer in the pool water where it is submerged for 15 min. During this time, they gather two water samples which are analysed using a pool water quality kit establishing its pH-value and amount of chlorine. This data is then documented manually in a binder and stored in the staff office of the facilities. Due to the repetitive manner of the data collection and documentation, the organisation seeks to explore to what extent it could be automated using IoT sensors. To achieve these effects, automatic production of information regarding temperature, pH-value and chlorine levels is required, which characterises an information requirement high in uncertainty. We found the connectivity and equivocality requirements to be low as the information is to be utilised within task entity boundaries and well understood in the context.
This motion activity and temperature-data is uploaded every 30 min to a database, imported into tables and transformed into graphs, both real-time and historical. The information was made accessible to the organisation through a web application where it could be studied and form part of the basis for process innovation. The implemented system has the characteristics referring to the production of information to address uncertainty requirements. As this process aims to collect information about motion and temperature in the facility we argued that the four sensors would address the uncertainty requirements.
To support the second chain, we mounted one temperature sensor in the bottom of the swimming pool, hidden behind a ladder. This sensor uploaded water temperature every 30 min to a database and was imported into tables and graphs made available to the organisation. The historical data generated by the sensor can be utilised to measure how much time it takes to heat the pool to the preferred temperature and get a more detailed overview of its heating cycle. This data could serve as a basis for innovating the heating process chain and minimise the problems of their current practices. The third process chain utilised the same temperature sensor as the second as the only relevant unit in the process chain collected and documented is the temperature data. This data was then uploaded every 30 min and presented in the form of tables and graphs. For this process, we addressed the information requirements with the intent to increase richness by collecting data with the sensor as well as produce more information to lower uncertainty.
The effects on the second process chain had informational effects. The historical data generates a clear and consistent timeframe over how long it takes for the swimming pool to reach its intended temperature and shows some anomalies. An example is the re-warming of the pool, which usually happens around 4 h after it has reached its maximum temperature. Why this happens is unknown to us right now but will be of interest in further evaluation of the system. The third process chain has potential to be completely automated, generating both automational and transformational effects, but since the sensors automate only 1/3 of the data collection, the staff must still perform a majority of the process chain in the same manner as before. A future update of the system will be to implement sensors collecting data of the chlorine level and pH-value. With a complete system in place, the whole process will be performed continuously and automatically document the data in the same way as current practice. The permanent character enables transformational possibilities in the sense that with a system documenting the water quality continuously, anomalies in the water can be discovered faster.
4.2 Cleaning Company
The second process chain presented as problematic by the organisation is assessing if a room is vacant. In the current situation, the staff do not clean rooms which are occupied and wait until the rooms are vacant to clean them. This problem means in practice that they sometimes spend time visiting rooms only to discover that they cannot be cleaned, and delay that process until later, having wasted time moving to the classroom. The organisation seeks informational effects on the operational level through remote access to information with regards to classroom vacancy. To achieve these effects, vacancy information need to be produced and remotely accessible to cleaning staff, which characterises the information requirements as high in connectivity and uncertainty. Lastly, information regarding classroom vacancy is non-equivocal as the room is either vacant or not.
The third process chain is the comparison between the presumed usage based on the booking schedule and actual usage of the specific classrooms. According to the organisation, it is not uncommon for a room to be booked during the week, but its actual usage is unclear. The staff can plan the cleaning of classrooms only to discover that they have not been used and, therefore, not in need of cleaning. This could also be used as a basis when negotiating terms with its currently largest customer which is the university itself. Part of how many hours the company can bill the university is based on the number of hours booked in the electronic booking schedule. The organisation seeks informational effects on the managerial level through remote information collection of classroom usage. High connectivity, high uncertainty, and low equivocality characterises its information requirement. The multiple data collection points increase reach and production of this non-equivocal information.
The artefacts contained in the application display three sets of data; accumulated motion in each room, a two colour-button signalling if motion has been detected the last 10 min and historical data available for export in the form of graphs. The application was made accessible for the cleaning staff in their day-to-day work by a tablet placed on their cleaning cart.
The system was tested for three weeks, during which the staff had access and utilised it when performing their tasks. Furthermore, they graded the experienced cleaning need which was defined on a three-grade scale where one was clean, two was normal and three related to a high cleaning need. Interviews with the staff were conducted before, during and after the test period. During this period, we also tested the hypothesis that an increased motion value from a classroom during the weekend represents a higher cleaning need. This hypothesis was tested by photographing every aspect related to the sub-processes of the cleaning process chain after the weekends, comparing the empirical findings with motion data captured by the sensors.
The effects on the second process chain, which was to inform the staff if a classroom is vacant and possible to clean, has mainly been of informational and automational character, with the intended ability successfully generated. According to the staff, the system correctly identifies if a classroom is vacant or if there are students present, which informs them in a way that improves their performance. Since they do not have to spend time collecting this information manually, it has automated the process chain. The long-term effects of having this ability, its possible flaws (no motion input if students are very still) and how great of a value it brings to the organisation, due to it solving a relatively minor problem, will have to be further evaluated.
The system has generated the desired ability to analyse and compare between the booked hours in the electronic booking schedule and the actual amount of activity in the classrooms, which would classify it as having a transformational effect on the organisation’s ability to innovate. This ability may contribute to having informational effects which improve performance, depending on how generated data is utilised. The organisation has expressed an ambition to integrate the graphs, and sensor data with the current electronic booking schedule to easier compare the data, but this feature has yet to be implemented.