|< Day Day Up >|| |
The goal of phenomenology is to gain an understanding of the world as constructed by the respondents being studied. The term "emic perspective" is used when researchers believe that they have gained a deep understanding of the world as socially constructed by respondents. In this section, we have classified the data from the transcripts into categories, or themes, that we developed from our analysis.
This theme relates to the importance of computers at work. That is, are computers important for accomplishing tasks, activities, and objectives within delineated processes?
In my job, [computers] are essential. I live and die with my computer. If used correctly ... [computers] can help. Used incorrectly, they can be a burden. We have ... personal computers.... I have a laptop because I travel a lot and take it with me everywhere I go.... The plants have mainframes where all of their data is fed to clients... a lot of servers that store and work our data, but the facilities in particular use mainframes... so we have kind of both worlds [personal computers connected to servers and mainframes].
In his job, David cannot get by without computers. He uses them for data collection, analysis, reporting, communicating, and documenting. The nature of the business David manages is communication services. Hence, the business makes demands on technology in order to facilitate data collection, storage, migration, reporting, communication, etc. Computers are critical in facilitating day-to-day operations as well as data-centric problem solving. Computers are important because they store the business data of the organization.
This theme relates to the relationship between BPR and data-centric enterprise technology. That is, does technology facilitate or inhibit BPR and, if so, how does it do this?
The idea [of] enterprise system[s] is that what someone does helps someone else down the line and that information is fed to them. This is not always the case. Our biggest problem was that we were not willing to change our processes.... [When we got HPT] we ended up trying to modify the software to fit our processes which was a horrible approach.... We didn't change anything and in the end we ended up bolting on hundreds of different systems ... because no one was willing to change and they wanted to keep doing the same process.
The relationship between BPR and technology was really nonexistent. There was no consideration for the existing process prior to implementation of HPT. No attempt was made to design new processes or redesign existing ones to match the procedures of HPT. In addition, Vicro Communications programmers were not allowed to alter the enterprise system (HPT) to match existing processes. This is not uncommon when purchasing enterprise software. Looking at a common desktop operating system one can draw an analogy. In most cases, source code is proprietary and is therefore not open or shared. Vendors of these types of products often force compliance to their rules as terms of the purchase. In this case, HPT did not enable information sharing across the enterprise.
A lot of people sent up tons of red flags, but when it came down to crunch time they had a lot of pressure from up above to get this in.... [Existing processes] were working reasonably well, but there was a lot of room for improvement. They could have eliminated a lot of redundant steps. There were a lot of manual processes. Even just automating it would have helped to some degree; obviously it wouldn't have changed the process, but it would have taken may be the manual labor out of it.
HPT has what it calls "best practices," but its best practices are many times too general. Vicro Communications is in the communications business and its best practices should be based on the best performing organizations in its industry, not on those dictated by an HPT. Top management decided to implement HPT without consideration for: 1) the existing processes, 2) how existing processes could be redesigned or 3) the match between the enterprise software's view of best practices and the best practices of the industry within which Vicro Communications operates. Process workers knew that there was a mismatch between their processes and the ones dictated by HPT. However, they were powerless to resist the mandates from top management or change the "best practices" built into the software.
This theme relates to the adoption of HPT. That is, why was HPT adopted and for what purpose?
We do mailings for our clients and we bring in millions of dollars ... to cover the cost of mailing.... We bring that in and we just sit on it.... We love to have the cash flow and the float on the cash ... but... it's client funds and it's a liability. There [is] no way to handle [this] in HPT ... we had a system that was written 12-13 years ago to track those funds, and then they had to be manually keyed into the GL, and the system is still in place.... We modernized [the program], but it is still the same system and we automated it somewhat so that instead of handwriting journal vouchers to be keyed into HPT, now the system will automatically kick them out. Someone still has to take them now from this home grown system and key them into HPT, because there [is] no interface.
HPT was adopted to streamline processes and standardize databases on one platform. However, the "best practices" built into the software did not match the existing processes. The result is that legacy systems are still in place to handle many processes that are unique to Vicro Communications. HPT is not flexible enough to handle customization of processes. Instead of improving process flow, HPT actually doubled activity because the results from the software had to be keyed into the legacy system anyway. That is, the legacy system still has to operate as it always has done. The bottom line is that HPT did not work as planned and the postage funds example (mailings) shows that business could not have been conducted using HPT for this process.
We got into time issues ... do we want to spend all of this time investigating it and coming up with a new... process ... or is it easier just to keep the old process and try to ... bolt on to HPT [and] dump the raw numbers in? ... or instead of actually doing it with HPT, keep doing it the way we were doing it and just dump it in there.... The training expense with HPT was unreal.
The time commitments to learn how to use the software and apply it to existing processes are prohibitive. "HPT is not user-friendly." It also has a tremendous learning curve. Further, "best practices" built into HPT do not align well with Vicro Communication's existing processes. HPT is not a flexible software tool.
You almost have to become an expert in one part of the finance module ... not only in just [one] module, but one part of a module. The human resources for that are unreal.
There are over 20 modules in HPT. Just one part of one module takes tremendous time and practice to master and gain expertise. Further, mastery does not guarantee that the best practice will work for a given process. That is, once a module is mastered, it may not be useful for automation of a process that doesn't fit the rules of the HPT best practices. In short, HPT is not easily customizable and it forces its idea of best practices on an organization regardless of industry or business best practices.
This theme relates to the HPT mandate called for by the CEO to implement HPT. That is, why was the mandate forced upon the organization?
The reason why HPT is so marketable is because it says 'we will force everyone.'
HPT appeared to be an ideal solution to BPR problems since the HPT vendors advocated its ability to standardize all processes on one platform. Assuming that HPT is completely implemented, it effectively forces everyone to use a standard. Thus, a nontechnical CEO can easily be tempted to opt for solutions like HPT. Of course top management found out that the HPT solution was not as effective as promised.
There were time constraints from above, they had spent a lot of money on [HPT], and the board of directors was saying, we want to see some results, so just get it out there, which didn't leave time to investigate and change processes. Instead, we took the old processes and the old systems in a lot of cases [and] just took the numbers from them to dump them into HPT. There was some [tension] ... between divisions. Our division does it this way and we don't want to change, we like it and the other division says, we do it this way, so there was obviously some battle of wills.
Since the board of directors (including the CEO) has invested hundreds of millions of dollars in HPT over the past several years, they wanted results. However, top management has no real experience with BPR or data-centric enterprise software. The CEO and board may have a good understanding of the business and industry within which Vicro Communications competes, but they do not understand the fundamentals of IT-enabled process flow redesign.
In our division, we were working on our own ERP [enterprise resource planning] system.... We had spent a number of years developing a data collection system that collected data from the production floor, employee hours, machine hours, pieces, feed of paper.... Actually it was a pretty good system.... When HPT came along, they [top management] just put it on hold ... because HPT is going to replace it.... Now that HPT out of the hundreds and hundreds of people that were employed just for that [HPT development], they are down to 4 or 5 people. Guess what we have been doing for the last year? Updating the old system again for our division, we are updating it [legacy systems], we are back to it ... we are now putting it into one of our plants.
Although the management reporting, accounting, and production systems were working pretty well, HPT was purchased and implemented to replace them. Hundreds of HPT consultants were brought on-site to implement HPT. Overtime, it was found that HPT wasn't working as promised. Hence, the number of HPT consultants was drastically reduced and Vicro is actually moving back to their legacy systems and upgrading them. That is, they are trying to phase out HPT. One major problem facing Vicro Communications over the past few years has been change of leadership. The current CEO is the third one hired in the past few years. He was therefore confronted with the HPT problems when he assumed office. He had two choices; he could continue to support HPT or he could phase it out. Considering the lack of effectiveness even with massive amounts of budgeted resources, his choice to phase it out was not unexpected by the organization.
[The CEO] would just assign someone to go [look at quality of processes].... What ended up happening is that 70%-75% of our company is our forms division ... the HPT team... dominated... our forms division. ... We ... got told, these are the practices you will use.... They never did address our issues and the differences from our division vs. the other divisions... [after failure of HPT] ... the stop got put on and it got stopped and we went back to our home grown systems.... Accounts payable [is] ... pretty much the same process in all divisions, but other components... manufacturing, our sales force are different.... So much is different once you start looking down into the different divisions, down to those finite levels, it never got that far.
The CEO never looked at the state of the existing processes. There was never an assessment made concerning which processes were working well and which were not. Further, there was never any analysis of processes across divisions. That is, there was never any concern for differences in processing from one division to the next. Generic processes like accounts payable are pretty much the same, but most processes are very different.
The new CEO ... who came in December -his goal was $100 million in savings [and cost reductions] this year.... when you consider that we spent $280 [million] ... on HPT over about a 3-year period... [we could have already met the goal in savings].... The CEO at the time [prior CEO] ... threw a bunch of money into HPT... halfway through the HPT project, he was sent packing. And they brought in a new CEO. He was there for less than a year, but he just kept dumping money into HPT as if it were still the answer... and now, he's gone and they sent the second CEO packing and brought in their own guy-who is now slashing and cutting and chopping [with no regard for process quality].
The CEO who originally bought in HPT was fired because the software was draining money from the organization with no visible results. The next CEO was an advocate of HPT and promised that results would be forth coming soon. However, he was fired in less than a year. The most recent CEO has embarked on a cost-cutting strategy. He doesn't seem to be concerned with process quality, that is, the cost cutting is 10% across-the-board regardless of productivity.
This theme relates to the efforts at Vicro Communications to promote enterprise information sharing, standardization of processes, increased efficiencies, and process improvement. That is, how is the environment being changed to promote these efforts?
HPT to me is a technology solution to a business problem rather than a business solution to a business problem. ... [The top management] solution was, let's throw a bunch of money into IT-that'll solve it. [To handle integration with so many home grown systems] you need to pass through work. ... The only thing we have is at the month-end close, we just feed up the final numbers ... the only integration between divisions is accounting-we just roll the numbers up at the month end and quarter ends and year ends. ... The idea was initially we need to have more integration.... If we can have everyone in a centralized shared service of purchasing ... we can have more purchasing power [and more information sharing].
HPT was brought into Vicro to facilitate enterprise integration. Top management however failed to grasp the essence of the problem. HPT is a technology solution that may be appropriate for some organizations, but it is not flexible enough to allow customization. Further, business processes should be engineered based on business objectives prior to or at least in conjunction with IT implementation. It appears that HPT did nothing to facilitate enterprise integration. It actually worsened the situation because it drained $280 million in cash from the organization that could have been put to better use.
The company was having legitimate problems. The forms division just wasn't profitable and it was a huge chunk of our business and we just didn't keep up with the computer age.... People just don't need pads of forms anymore to write sales and pricing ... so when the business was going bad, their [top management] solution wasn't [to] reevaluate what we are doing with our forms division, it [was] let's throw a bunch of money [at the problem].
Vicro Communications produces forms for a variety of organizations. However, the organization failed to realize that "paper and pencil" forms would eventually be replaced by computer- or web-based forms. When profit margins for the forms division began plummeting, the solution was to invest in HPT rather than looking at rethinking the business.
As far as integration between divisions like HPT was going to give us, I would say that is completely dead. I think we'll just keep rolling up division numbers to get the final numbers and go from there.
David's division has effectively abandoned HPT and gone back to the legacy systems they used before the technology was adopted. It appears that HPT did absolutely nothing to increase enterprise integration.
This theme relates to internal resistance to change brought on by the HPT process reengineering initiative. That is, how are people reacting to the implementation of HPT as a process improvement tool?
Our biggest problem in our division [is that] ... we have all of these little plants [that] ... have been allowed to do a lot of things for themselves.... So now we try to bring a system in [HPT] and we're forcing them to change some process-if we use Logan [and] we have decided that they are doing it best and try to tell the plants in Chicago and out in Maryland and Connecticut that they need to do it this way, huge resistance [occurs] and the hardest thing in our group [Logan, UT, plant] is [that] we haven't had the support at the top.
HPT was forced upon all divisions without input from workers. Further, best practices are defined from a plant that is doing well, like Logan, UT. Other divisions are told to use these "so-called" best practices, but no real support is given from top management to enforce them. Resistance to change is therefore very strong because there is no real punishment for failing to adhere to the best practices and there is no employee involvement in the effort.
No one's had the balls to tell them [other divisions] that this is how you are going to do it. They [other divisions] can stall for months and not implement it. We will get a system implemented and they [other divisions] will kind of halfway use it because no one has said this is how it is, it is not optional.... It has been very frustrating from our standpoint even within the division.
Actually, no one had the power to tell other divisions what to do. Top management endorsed HPT but did not actively pursue implementation on an enterprise-wide basis.
[When each CEO] actually really did stress it [HPT] ... there was the least amount of resistance. It was said, this is it, [and] it is coming in.
When one of the three CEOs was actively pontificating that HPT was going to be the standard, resistance was less profound. The problem was that each CEO would stress HPT for a short time and then get distracted by other business. Once the CEO pressure was off, resistance to change increased dramatically.
Sometimes our division [Logan] is kind of looked on as the maverick division, but no one comes down on it because it has also been very profitable.... It is still frustrating ... because we will [build] a really nice system and one plant will use it because it's the greatest thing since sliced bread and the other plant-they might just keep doing their manual process or whatever they are doing because they have been given that leeway.
Highly effective processes can be either used or mirrored in other divisions with active top management support. We can see that in this case top management was not actively involved in identifying effective processes. They just bought into HPT with the hopes that it would solve all of the organization's problems. Hence, effective pockets of well-designed processes and systems in support of these processes could never really impact the entire enterprise.
Even if you do change [processes] ... with HPT it [is] hard for [people] to let go of their old processes. ... [People] didn't want to let go of the old numbers from the old legacy system.... [People] had worked there for 18 years and the customer's account number was this. Well, that format didn't fit HPT so there's a new number, so what was happening was that ... in some of the text fields in HPT they would still type in the old number, so that they could run analysis by the old number.... You're pretty stuck; we weren't able to use the same account numbers that the customers had had forever. ... It was very stressful to the people ... very stressful.
Longtime veterans of the company were used to using specific customer numbers for clients. HPT was so inflexible that it would not allow the existing numbers to be input in its databases. Resistance to change was thereby greatly increased because people had internalized these numbers and couldn't understand why they had to change them. The original effort was effectively doubled because people were forced to use HPT but actually used the old legacy numbers for reporting purposes. Hence, HPT did not really add any value to the process.
[HPT] cost a lot of money, and I said, for our division, we have the world's most expensive AP [accounts payable] system. ... For our division ... we went back to our home grown system.
The sarcasm here is obvious. From the $280 million dollars spent on HPT, David's division is only using it for AP and this is only because they must show top management that they are using the product. It is well known throughout the organization of the failure of the HPT and this has done little to quell resistance to change.
|< Day Day Up >|| |