Bill OConnor knew something was wrong when he was summoned to the chief executives office at Zarlink Semiconductor in April 2001. The economic downturn, in particular the collapse of the technology sector, had hit the Ottawa-based chip manufacturer hard. Revenues had fallen by nearly half from the previous years levels. Red ink was staining the balance sheet.
The market didnt know it yet, but Zarlink would report a first-quarter loss of $116 million (U.S.) on revenue of $105 million for the quarter ending June 29, 2001. That was a stark about-face from the profit of $28 million on revenue of $184 million the company had earned in the quarter a year earlier. Worse, reports from the field indicated that fiscal 2002 would be a bloodbath for the semiconductor industry.
The message that newly hired CEO Pat Brockett delivered to OConnor, his chief information officer, was blunt: Spending in the companys information-technology department had to be slashed, fast and deep. “It wasnt just a matter of cutting spending,” says OConnor. “I was also being asked to increase the level of productivity.”
Brockett gave OConnor his marching orders: He had one month to come up with a plan.
The company had other challenges. Zarlink had just been spun off from telecommunications company Mitel Networks as a pure-play semiconductor fabricator. During the technology boom in the late 1990s, Zarlink had acquired several competitors but never fully integrated their systems. That meant there was no single view of the newly independent companys financial reporting systems. Reports and records had to be pulled together by analysts to get a complete picture of the companys far-flung operations in North America, Europe and Asia.
Brockett, who had headed up National Semiconductors $1.5 billion analog and wireless group, was hired to begin the new chapter at Zarlink. OConnor was also fresh onto the scene from Singapore, where he had led Mitels Asian technology operations. Zarlinks previous CIO had left after the split from Mitel. OConnor had a background in finance, and Brockett wanted someone who knew how to crunch numbers to plot the companys technology strategy.
Click here to read a detailed guide on cleaning data, and its effect on reaching important reporting goals.
Zarlinks primary problem, OConnor recalls, is that as a result of the Mitel spin-off, the company inherited a technology infrastructure built for a much larger enterprise. Mitel had annual revenue of $1.6 billion just before the split, and its semiconductor division was responsible for about $600 million of that figure. But with the economic downturn, Zarlink was on target to record only $222 million in revenue in fiscal 2002.
Chief among the inherited systems: an SAP enterprise resource planning system installed in 1999 and 2000 at a cost of $24 million. Of Zarlinks 112-person information-technology staff, 36 were dedicated to the SAP system. The companys annual technology operating budget was $20 million, of which about $6 million was directly attributed to SAP.
Not only was SAP eating up a huge chunk of the companys technology budget, it was not delivering an appropriate return on investment. “We essentially had a system that was built for a company twice our size, and we werent getting the benefits out of it that we should have been,” OConnor says.
For $24 million, Zarlinks management expected to have on-demand access to the companys key performance metrics, such as daily sales, receipts, sales backlog and inventory. But because SAP had never been fully integrated with the rest of the companys core applications, such as budgeting and forecasting, inventory management and human resources, reports had to be cobbled together by analysts each week. All told, the company had 70 to 80 different core applications running its operations.
“The I.S. organization was struggling when Bill came in,” says information-systems manager Macrae Morse, who lived through the spin-off from Mitel. “We were working with I.S. fiefdoms and as a result, there was no single sense of financial truth.”
Next Page: Hashing out a plan.
Hashing Out a Plan
Hashing Out a Plan
OConnor huddled with two senior team members, Morse and senior business analyst Paul Donnelly, to plot strategy after the meeting with Brockett. Hashing out their plan on a whiteboard, the team came up with a strategy they believed could dramatically cut costs and improve reporting capabilities. They also knew it would be controversial. Key to the strategy:
- Freeze further deployment of the SAP system. It would essentially serve as a transaction engine going forward.
- Halt other non-critical application maintenance and development.
- Implement a business intelligence strategy to pull information out of existing applications and put in into a central data warehouse, as opposed to rewriting applications to make them more functional.
- Institute a 90-day development-to-implementation cycle to generate new reporting applications.
The business case projected reducing technology spending by $3 million in the first year to $17 million, followed by a further reduction of $3 million in year two and $2 million in year three. By 2004, OConnor believed he could shrink annual technology spending to $12 million, a savings of about $17 million over the three years.
OConnor presented the plan at a Zarlink managers meeting, and braced for battle. And he got it, especially from senior managers responsible for purchasing the SAP system. “Doesnt it make more sense to leverage its capabilities rather than freeze development?” they asked.
OConnors proposal to build custom business intelligence applications to pull information out of the existing applications raised red flags. Some executives were worried about development costs and project failure.
“There was a lot of angst around that boardroom table, and most of it was directed at me,” OConnor recalls. Only one person in the room fully supported the plan, but it was the voice that counted.
“I love it,” Brockett said. OConnor was told to get moving.
The I.T. team met to go over the plans. There was a tremendous backlash. Critics said that freezing further development of the SAP system was a colossal waste of money and good technology. SAP, they argued, should be the primary tool to gain intelligence on the corporation, not just an engine to input orders or track receipts.
For many in the 36-person SAP development and support team, OConnors pronouncement was tantamount to getting a layoff notice. OConnor knew he would have to watch for friendly fire. If the project ran into even the slightest problem, a small army of threatened workers would be waiting to pounce.
The first application had to be rock solid and important enough to quickly win converts. The initial phase involved installing the data warehouse and selecting the business intelligence tools. The team picked Oracles 8i platform for the database and Cognos for the reporting software. SAPs Business Information Warehouse was considered, but the cost was more than $1 million for the software, hardware and development, compared to just over $100,000 for the Cognos implementation, according to OConnor. He also liked the fact that Cognos was based in Ottawa and its experts could be called upon quickly.
Next Page: Building daily reporting.
Daily Reporting
For the first reporting tool, OConnor decided to build a daily report that could show the companys bookings, billings and order backlog. OConnor knew the reporting tool would not be accepted unless it was validated. His first project hire was Karyn Houle, an analyst from the companys finance department whose job was to verify that the daily Cognos reports were accurate.
The reporting tool was completed within the 90-day time frame, and it was an immediate hit with senior management. Rather than waiting until the end of the week to see an Excel spreadsheet on sales, billings and order backlog, they were now getting graphical reports every morning with the previous days numbers. The tool also allowed managers to easily drill down to see such items as sales by product, region or customer. The finance department continued to produce its spreadsheet reports in parallel with the new daily reports, but after two months of validating the results, the management team decided to rely solely on the interactive reports.
“That was a watershed moment,” OConnor says. “Until that point, there was zero interest in the finance community in what we were doing. Now we had their attention.”
Over the next two years, the development team methodically produced a stream of other reports and scorecards for areas such as cash flow, accounts receivable, revenue budget and forecast, inventory, material budget and forecast, head count, and compensation planning and analysis. The reports were all designed to be self-service—easy enough for managers to use without the need of technical assistance. All development was kept to the 90-day cycle, increasing credibility as each new report was rolled out. In addition, making changes to the Cognos reports was relatively simple. Houle says a change could typically be made in four to six hours, compared to the four to six weeks required to change SAP.
The impact was soon felt on the bottom line. Since the SAP system had been relegated to a transaction engine, OConnor was able to reduce the number of licensed users from 1,090 to 260. In addition, the number of technology staff dedicated to SAP was cut from 36 to just one. No changes were allowed to the SAP system, and it continues to function reliably. Where possible, redundant report applications for areas such as inventory and personnel were eliminated along with their support staff. By the beginning of 2004, OConnors I.T. head count had been reduced from 112 to just 34.
The $12 million annual-budget target was achieved and taken further. Fiscal 2004 technology expenditures came in at around $7.6 million. The most recent run-rate is $1.5 million per quarter, or $6 million per year, a 70% reduction from 2001 levels.
In total, OConnor says the company invested about $500,000 in the business intelligence project over three years and has generated about $13 million in direct annual savings.
Ray Homan, vice president of high tech industries for SAP, maintains Zarlink might have gained greater business benefits if it had expanded the use of sap in areas such as business intelligence, but he admits that business pressures may have forced the companys hand. “At the time the decision was made, it was probably prudent,” he says. “It may not turn out to be the best decision over the long term, though.”
In addition to the information-technology department savings, there have been other significant benefits. Since analysts were no longer required to pull together weekly reports, the finance department was able to cut its staffing roughly in half. The team also implemented a self-service human-resources application that also allowed staff cuts. In all, OConnor estimates that about $10 million in annual savings were generated elsewhere in the company as a result of the technology overhaul.
The staff cuts were difficult but necessary, according to OConnor. “One of the keys to our success is that each time an application was implemented, we went back through the process and made sure all of the savings were harvested,” he says.
There is no denying that the past three years have been heart-wrenching for many of the people laid off by Zarlink. But rather than create a dysfunctional technology department, OConnor maintains the opposite is true.
Houle concurs: “We feel were playing a key role in the companys drive to profitability and future growth.”