When an IoT project is being carried out, in the early days most of the team is focused on figuring out what data they want to collect and overcoming the constant stream of technical challenges.
Guest blog by Tom Gibbings.
What is often not well understood is that after all the other problems are solved, the fate of the project is contingent on the approval of one of the most important yet overlooked stakeholder: IT.
However, the role of this stakeholder often depends on the nature of the project. In the case of OEMs and ODMs that make connected products, the IT group has little influence and can be a roadblock at times. Another case is those companies that implement an IoT solution and have IoT devices on the corporate network where IT group wields a lot of power. They have the power to say ‘no’ and must be brought to the table early. Then there are those companies, typically in manufacturing, where IT has taken the lead on an IoT project and is not only the gatekeeper but also holds the purse strings.
No matter which category the company falls into, the IT group should have a very important seat at the table but the strategy will change depending on its role in the project. One may think that a viable strategy is to go around IT and avoid the issue all together. This can be done using VLANs to isolate the IoT devices on the corporate network or by using cellular (4G/5G) gateways to bypass the corporate network all together.
This is viable approach during the proof of concept phase of a project where the interest is to prove technical feasibility. However, this creates data silos and can be a barrier to unlocking the power of IoT.
For example in health care IT, IoT medical equipment needs to talk to other clinical systems (medical record systems, imaging systems). Isolating the IoT devices as a means to get around the headache of dealing with the IT department can seriously harm your big data strategy because you need to connect to disparate enterprise IT and clinical systems. You can’t do that if you create a silo. This means that you simply can’t go around IT and expect your healthcare device designs to go anywhere.
Before engaging the IT group you have to understand where they are coming from. The default ‘no’ response if often due to your IoT project posing additional network threats and attack vectors, additional load, and increased complexity without adding more budget or tools to combat these issues.
Once you understand that your request represents more work for them, you have made the first step in the right direction. The next steps to address objections and encourage engagement need to include the following:
The last element that is critical to success is your ability to speak their language. You must be fluent in IT. Being at a customer meeting discussing the importance of remote update capabilities, it’s clear to see this is essential.
People in the IT department are already familiar with concepts of asset management when those assets are computers running Windows. As long as the IoT asset management platform products are built using a similar paradigm, the IT side of the house will be immediately familiar with the new tools.
In conclusion, embrace the fact that IT must have a seat at the table, and invite them early. Pull in the stakeholders from the product / business unit, arm yourself with a security story, and learn how to speak IT’s language to address their concerns. Once this has been done then the real work can begin.
Courtesy of Wind River.