The rebirth of re-engineering

Today's re-engineering is all about enhancing the hundreds of end-to-end steps involved in developing new products, acquiring and retaining customers, and making money. More often than not, it's starting with IT

It might go by the same name, but today's slimmed-down business process re-engineering bears little resemblance to its clunky predecessor.

Twenty-five years after management guru Michael Hammer popularized the concept of business process re-engineering, companies large and small are at it again -- only this time around with a few significant twists. Chief among them is the re-engineering of the IT organization itself.

[ Keep up on the day's tech news headlines with InfoWorld's Today's Headlines: Wrap Up newsletter. | Get sage advice on IT careers and management from Bob Lewis in InfoWorld's Advice Line blog and newsletter. ]

Unlike the mega-projects of the 1990s that spanned multiple years and revolved around big, honking ERP systems that cost millions and produced disappointing results, today's process re-engineering initiatives feature multiple, quick-hit projects, many born out of pocket innovation labs within IT.

The methodologies are also different. Forget color-coded Gantt charts and waterfall development techniques. Today, it's all about lean manufacturing, Six Sigma and agile development.

In a nutshell, today's re-engineering is not a one-time event. Rather, it's an ongoing endeavor that involves continually refining and enhancing the hundreds of end-to-end steps involved in developing new products, acquiring and retaining customers, and making money. What it's not about is the software that automates these steps.

"You might re-engineer once, and it takes you from a 1 to a 5 in some area. But the world is changing fast, so what was a 5 quickly becomes a 3," says Daphne Jones, CIO at Hospira, a $4 billion pharmaceutical company in Lake Forest, Ill. "You have to figure out every day how to re-engineer back to a 5. It's a continuous journey."

That's why the savviest CIOs are re-engineering IT itself around those steps with an eye toward creating new streams of revenue and business value as markets advance at hyperspeed.

For example, at Boston-based John Hancock Financial Services, IT team members are organized around business processes, such as order-to-cash or procure-to-pay, rather than around various technology stacks or software applications.

"If you have people organized around the processes being delivered rather than in [technology] silos, that means those people are attentive to how the processes operate and how they need to evolve and change over time," says CIO Allan Hackney. "Re-engineering is constantly changing the status quo."

Customers everywhere are demanding greater mobile access to services, tapping into social networks and showing no signs of a weakening appetite for multiple consumer gadgets. "If you haven't figured out that you have to expose your business rules and processes in new and different ways, I don't know how you'll survive," Hackney adds.

Jones has similarly organized Hospira's IT team around business processes, or what the company calls "value streams."

"I used to have SAP people and non-SAP people, and when someone called from the business, they wouldn't know who to talk to," she says.

Now, in contrast, Hospira still has an SAP team, which deals strictly with technical issues and ERP technology. But it also has appointed relationship managers who sit on cross-functional teams organized around 12 different value streams. Now, Jones says, "when someone from the business calls, they know exactly who in IT to talk to."

Currently, the pharmaceutical manufacturer has seven of its biggest and most important projects operating in this manner, Jones says. The ultimate goal, under an enterprise initiative known as GATE, which stands for "globally aligned and transformative enterprise," is to have the entire company humming the same process-focused tune.

Moshe Schechter, director of device manufacturing operations at Hospira, is the "value stream owner" for the company's procure-to-stock process. The process includes all of the steps involved in acquiring raw materials, making medical devices such as tubing and infusion equipment, and finally, stocking the products in the warehouse.

Schechter's team also includes a relationship manager who is his key contact back to IT. "I know exactly where to go as a business leader," he says.

"As the value stream owner, I'm from the business side and I'm responsible for revamping the process," Schechter emphasizes. In previous re-engineering efforts elsewhere, "IT had business analysts who were re-engineering the processes so they could launch technology. There was no buy-in from the organization being re-engineered," he says, adding that "one of the biggest lessons learned is that re-engineering has to be a part of everyone's goals."

Jones puts it this way: "People, processes and technology go together for a reason. It's the people who change the process, and it's the process that is accelerated or automated because of the technology."

Pick up the pace

Speed and rate of change are perhaps two of the most significant factors in today's re-engineering efforts, says Scott Hicar, CIO at DigitalGlobe, which operates three Earth-imaging satellites and processes massive volumes of data used for everything from assessing disaster damage to providing location-based mobile services.

"If you think back to traditional re-engineering, there was the 'as is' and 'to be' implementation plan. There was a lot of thinking up front about the end state," says Hicar. "In today's world, growth happens so fast and technology is so pervasive and evolving at such an incredible rate that anybody who thinks they can step back and guess the end state five years from now is probably going to have a very high error rate."

By way of example, Hicar notes that one of DigitalGlobe's first big customers wanted its images for car navigation. DigitalGlobe provided images on which roads and highways could be electronically traced, and the software was ultimately built into the customer's car navigation workflow.

But DigitalGlobe's next big customer wanted images that could be segmented for presentation on its own website. Hicar's team responded by building a so-called "tiling engine" that enabled it to chop up the images into smaller images that the customer could present online as customized maps.

"We processed 45 billion tiles for that customer," he says. At the same time, DigitalGlobe IT re-engineered itself and the content of its cloud-based image repository in a way that could serve other customers down the road.

"We're constantly re-engineering to create value for our customers," Hicar says.

Fail fast, move forward

To do that successfully, speed and agility are absolute musts, CIOs say.

That's the main reason so many projects are short in duration, and it's behind the emphasis on "failing fast and moving forward." The idea is to try new and innovative ways of creating business value and, if they don't work, to move on -- quickly.

Agile and iterative development methods are the best way to do this, CIOs say.

"You have to apply lean practices and agile methods," says Helen Cousins, CIO at Lincoln Trust in Denver. "The faster you know you're going the wrong way, the quicker you can fix it."

Cousins, who was involved in major, ERP-intensive re-engineering projects at various companies during the 1990s and 2000s, considers the need for speed to be one of the greatest lessons CIOs learned from earlier re-engineering efforts.

Big ERP projects usually turned out poorly because they cost a lot and took a long time to deliver any real efficiency, she says. "The CIO's role now is more about how to drive revenue to the bottom line as opposed to constantly cutting costs," Cousins notes, adding that "you have to deliver incremental benefits to the business every six to eight weeks."

At Capital One Financial, the company's online and mobile channels are the primary drivers of this need for speed, says CIO Rob Alexander.

"We see rising expectations from business customers all the way through to end customers for what we do in IT," he says. "They want to interact how they choose, and they want products and services when they want them."

What's more, Alexander says, "customers' expectations aren't being driven just by their experiences with competing banks. They're being shaped by Amazon and Google and the best companies out there at delivering online experience."

What's notable is that the process re-engineering effort at Capital One is being led by IT "and will then have a ripple effect out to the lines of business," according to Alexander.

Last year, Capital One launched a major transformation effort in IT, committing to deliver all software through agile development methods. Alexander says it helped that when Capital One acquired ING Direct last year, it also acquired "a 100% agile IT shop, so we got a critical mass of tremendous agile talent."

The other key area Alexander is focused on involves consolidating the bank's 30-plus data production and operation sites into two data centers running a standard set of technologies.

"Before, we had custom handcrafted technology stacks for each application," Alexander says. Standard technologies will enable IT to quickly deliver new services to Capital One's all-important base of ever-demanding mobile and online customers.

"This is really a big deal for us," Alexander says. "It's changing how we do work and also our combination of resources and skills. It will put us in a much better competitive position in the market."

Changing skills

Capital One isn't alone in its need for a new and different mix of skills in its re-engineered IT organization. Virtually all IT executives involved in re-engineering or transformation efforts list talent acquisition as a major challenge and priority.

"The most important thing that has changed is that we need a richer mix of associates," says Alexander. Specifically, Capital One is seeking out professionals with business and process knowledge and agile software development skills.

Kim Johnson, CIO at Graham Group, a midsize construction management company based in Calgary, Alberta, says the role of business analyst is taking on greater importance at his company and others. It's critical that business analysts have technical knowledge combined with "a very good understanding of the problem domain," Johnson says.

Traditionally, Graham Group, like many other companies, embedded business analysts in the IT organization. They would venture forth to the business, collect and interpret requirements and bring them back to IT.

Now, Johnson says, "when we talk about business analysts, we're talking about embedding a portion of the IT function into the business. As the problems have become more complicated and the company has grown and there is increased specialization, we're shifting the business analyst role into the business."

The upshot: "Today, I weigh business skills heavier than technology skills" in recruiting, Johnson says. High on his list of desired skills are the ability to drive collaboration, the ability to understand business requirements and translate them into a technical format and the ability to facilitate and integrate multiple perspectives.

Graham Group is also organizing most of its IT and business employees around various business processes. Additionally, there is a purely technical organization that is home to highly specialized technical workers.

"The days of the general software developer are long gone," Johnson says. Instead, Graham Group recruits candidates or hires service providers according to very specific platforms, the type of project and the type of software development.

The bottom line, according to Hicar, is that customers -- not technology -- determine how and where IT at the company will create business value in the future.

"Our vision is that business value will be determined by how people are using our imagery to create their own business value," he says. "We don't know yet what the most important value is going to be and which will emerge in the market, so we're building for flexibility.

"The reality now is that we know the world won't be what we thought it would be," Hicar adds. "We can't outguess technology evolutions."

In other words, we can expect the future will hold more re-engineering efforts implemented in a decidedly new manner.

Read more about management in Computerworld's Management Topic Center.

This story, "The rebirth of re-engineering" was originally published by Computerworld.


Copyright © 2012 IDG Communications, Inc.

How to choose a low-code development platform