Does IT really matter?
There has been a lot of debate over the importance of IT. Does it really matter? I think the real question should be, is the underlying business process being supported key to your organization. This leads to the second important question, who is responsible for this process. I have been in IT for a couple of decades now. In that time I have seen many manual processes automated. Many times these processes were turned into black blocks when they were automated. The users understanding of what was going on started and ended at the screen and keyboard. It was the IT wizard or programmer who really knew what was going on behind the curtain. The business rules were all contained in the programming logic.
This system worked well in those early days of IT. Then software companies started offering packages that could perform different business processes. Companies started buying solutions and depended on the software companies to have experts who would maintain these new black boxes. For example, I use Microsoft Word’s grammar checker. I depend on someone at Microsoft to understand English grammar and to keep up to date on proper use of grammar. When an organization buys a package it is doing the same thing. The organization needs to be able to depend on the software company who produces the package to have the subject matter experts who can truly understand the business processed the package is automating.
Now some companies see an advantage in buying a package and customizing it or creating their own software. They create it and put it in production and everything goes well once the bugs are gone and it is up and running. This is the point where they fail to understand that someone must be responsible for understanding what is going on inside the black box. Business is seldom a static environment. Change should be expected and the ability to handle change is required. This applies to the processes that are taking place inside the IT black boxes also. Someone has to be able to understand the processes taking place in the customized or custom programming logic. Unfortunately many in management do not seem to understand this. I have heard many times that “ you do not need to be able to do the employees job you need to be able to manage them”. These same managers take this approach to their IT assets. So long as they can find someone who can hack code in the language they were written in then they think they are managing these resources.
Well the managers who do not need to know the jobs of their employees has to depend on their employees knowing their jobs. Many times when they bring in someone new, training is on the job. Experienced employees who know how things are done being are given the responsibility of transferring knowledge to these new employees so they can perform their jobs. When tasks are automated this transfer of knowledge has to take place by someone truly understanding what is going on inside the black box or code. Unfortunately, for many organizations a high level of understanding was created in the creation of the asset. It tended to reside in documentation and people who worked on the project to create it. This asset then may be turned over to a support staff who may or may not have been involved in its’ creation. Over time changes take place and documentation tends to become outdated or no longer reflects the current system. People in the support staff come and go with knowledge being transferred based on many factors. Support costs money and developing a deep understanding of the processes one supports requires time. Since most of the support issues and minor updated will not require a deep understanding it is easy to believe that a adequate level of resources has been devoted to supporting this automated process. When in reality the process is under supported and the organization is really just depending on no major issues developing in the business processes being supported. The organization may be assuming risks it is not even aware of.
How do companies get into this state? In many organizations IT is seen as an expense. Since it is an expense the focus in on keeping expenses down and cost savings. This can lead to a focus on tangible Rio’s. I can buy X package for twenty thousand or I can buy Z package for five thousand and customize it for another five thousand. The tangible ROI on the Z package looks better so that the solution selected. Unfortunately what was not considered is that the company who supports X package can support your key business process with little customization. If they are a “Sound Company”, they will have employees who are subject matter experts on the processes the software is supporting. By buying their package you are depending on knowledge transfer through their employees. You depend on company X to maintain this deep level of understanding within their organization. They can afford to do this because they are in reality supporting this business process for many companies. This makes it profitable to maintain subject matter experts who have deep understanding of their packages and the business processes their packages are supporting. Purchasing package Z and customizing it means that someone in the organization will need to become the knowledge expert on the customized system.
As the company who produce Z makes upgrades this level of knowledge will be key to the continued functioning of the customized package.
The same thing can also happen with custom software developed in-house. I have spent the last decade of my life maintaining legacy systems. I have had contact with many IT people who are doing the same. There is a tendency in the business world today to keep IT costs down. One of the main costs that business focuses on is maintenance of legacy IT assets. It is now not uncommon for targets to be set for the amount of the IT budget that should be devoted to maintaining legacy systems. The theory generally is that resources not spent on supporting existing systems can be put into projects that will provide new ROI’s. These projects are then prioritized and managed under the eye of executive staff. Since these projects are now high profile they are also the avenues to advancement inside many organizations. If I work on a high profile project I can shine in the eyes of management and be on their minds when they are thinking about filling an opening they may have in the near future. While the guy who is making them money supporting their legacy systems never shows up on upper managements radar unless there is a problem impacting the business. This situation is not right or wrong; it is just how things are. It also explains why IT workers become outdated in their skills. The company needs legacy systems supported in order to keep making money. If an employee obtains new skills and move away from supporting legacy systems then the organization will have to find another resource to support the legacy system. It is many times easier to just bring in new employees with skills required for a new project then to train existing staff and have to replace them. This pattern is sometimes broken is when the legacy systems themselves are replaced. In which case there are sometimes efforts made to retrain IT workers on the new systems.
The net result for organizations is that there tends to be a lack of knowledge transfer when new technology enters the door in the form of a new IT projects. It is the rare organization that sees the value in cross training experienced IT employees into new technology. It is even rarer to see an organization develop a system of business knowledge transfer that allows a continual cycling of IT workers while maintaining depth of knowledge in the KEY business processes IT is supporting. Such a system requires truly understanding black boxes within IT and managing knowledge transfer as part of the organizations HR effort.
So does IT really matter? I think the question should be do your business processes matter. If so then you have to ask yourself who and how are these business processes, buried inside software, being managed and by whom. If they are truly critical to the functioning of you organization you really should be able to answer this. For they are either being managed by you, or you have placed their management in package suppliers hands, or you are assuming unknown risks because they are not really being managed.
As I watch my fellow baby boomer begin retiring it is an issue that will have important implications for many businesses.
Posted by alexanderkeenan
Posted by alexanderkeenan
Posted by alexanderkeenan