Thursday, May 21, 2009

BriefingsDirect Analysts Take Pulse of New Era in IT: Flat Line Stasis or Next Renaissance?

Edited transcript of BriefingsDirect Analyst Insights Edition podcast, Vol. 41 on the current state of information technology and defining the best description of the next era of computing.

Listen to the podcast. Download the podcast. Find it on iTunes/iPod and Podcast.com. Charter Sponsor: Active Endpoints. Also sponsored by TIBCO Software.

Special offer: Download a free, supported 30-day trial of Active Endpoint's ActiveVOS at www.activevos.com/insight.

Dana Gardner: Hello, and welcome to the latest BriefingsDirect Analyst Insights Edition, Volume 41. I'm your host and moderator, Dana Gardner, principal analyst at Interarbor Solutions.

This periodic discussion and dissection of IT infrastructure related news and events, with a panel of industry analysts and guests, comes to you with the help of our charter sponsor, Active Endpoints, maker of the ActiveVOS visual orchestration system, and also through the support of TIBCO Software.

Our topic this week on BriefingsDirect Analyst Insights Edition, and it is the week of April 27, 2009, centers on the next era of information technology (IT). We seem to be in it but we don't have a name for it yet.

Suddenly, cloud computing is the dominant buzzword of the day, but the current confluence of trends includes much more. There is business process modeling (BPM), business intelligence (BI), complex event processing (CEP), service-oriented architecture (SOA), software as a service (SaaS), Web-oriented architecture (WOA), and even Enterprise 2.0.

How do all of these relate? Or if they don't relate, is there a common theme? Is there an overriding über direction for IT that we need to consider?

For me, the cloud computing moniker just doesn't include enough and doesn't bring us to the next stage. In the words of Huey Lewis, we need a "new drug." So what is the next über IT phase for next generation enterprise technology?

Here to help us understand what the new IT drug is, join me in welcoming our analysts panel this week. We are joined by Jim Kobielus, senior analyst at Forrester Research. Hey, Jim?

Jim Kobielus: Hey, Dana. Hi, everybody.

Gardner: Brad Shimmin, senior analyst, Current Analysis.

Brad Shimmin: Greetings, Dana.

Gardner: Joe McKendrick, independent analyst and prolific blogger. Welcome back, Joe.

Joe McKendrick: Hi, Dana, glad to be back.

Gardner: We also welcome Ron Schmelzer, senior analyst at ZapThink. Hey, Ron.

Ron Schmelzer: Hey, there. Glad to be here. Thanks for having me on your drug trip.

Gardner: And we also might be joined in a little while by Tony Baer, senior analyst at Ovum.

But let's start out with our über definition. Jim Kobielus, do you agree with me that we're oversimplifying what's going on in IT by just calling everything that's going on cloud computing?

Kobielus: Of course, we're oversimplifying, but that's what we, as analysts, need to do now and then. There is just too much stuff, too much complexity, too many themes, and too many paths for evolution and innovation.

I agree with you, Dana, we all get worn out by these themes, trying to jam too much into them. Half the time I'm thinking we need to move to a post-theme era in IT and have a themeless architecture.

Half the time, with all these themes, I feel like I'm in Disneyland. I'm walking in Adventureland, Tomorrowland, Fantasyland, and, after a while, I sort of lose sight of the overall big park through which I'm roaming. I want an über Walt Disney to stand above it and say, "Here is my vision for the great magical journey we're on."

I don't think that Great Uncle Walt will emerge from the sky, but I do think we need to ask ourselves what value these themes add. These are all valuable frameworks -- SOA, cloud, virtualization, Enterprise 2.0, SaaS, and so forth, but they're valid and valuable for particular uses and for particular ways of approaching and managing the technology. None of them is superfluous, but none of them will become the über theme for everything we might ever want to do with technology.

Gardner: Well, Brad Shimmin, it seems though that something has shifted in the last six months. Perhaps, it's because of the recession, the contracting economy, but it certainly feels different than it did six months ago. Do you agree?

Shimmin: It does. Even in the last few weeks, now that we have the Swine Flu economy upon us. It seems that so many of us are in the midst of knee-jerk reactions to things within the industry and within our little sphere that we live on, but something more profound has changed over the last couple of years.

Going back to what Jim was talking about, it's so hard to put a finger on it and describe it. It's almost like the art scene at the turn of the century. They really didn't know what the hell to call what people were making. So, they just said, "Oh, it's postmodern." So, the postmodern IT world is perhaps what we're living in. Maybe that's okay, where there is no really overriding sort of thematic vision to IT, but I'm an analyst so I always try to like put labels on things.

My attempt with this is to describe just the zeitgeist I've seen over the last year or so, and that is just to call things -- with a double entendre totally intended here, and it's not sexual by the way or drug related -- "transparent computing." That's is what I'd look at this as.

The double part of this is IT resources and business solutions are becoming more visible to us. We're able to better measure them. We're able to better assess their cost-to-value ratio. At the same time, the physicality of those resources and the things that we call a business are becoming much more transparent to us and much more ethereal, in terms of being sucked into Amazon EC2, for example.

Gardner: What's transparent now that wasn't before?

APIs and transparency

Shimmin: For one, application programming interfaces (APIs) have made things much more transparent than they were. We all had a great discussion a little while back about WOA. That's a great example of what that means. As an enterprise owner or an independent software vendor (ISV) creating software, you have the ability to see into software with much more active and quicker response time than you could back in the days of SQL or an API in a 400-page book that you had to memorize.

Gardner: Is that a function of open source or just that Web services need to be fully understood in order to be shared and have interoperability work?

Shimmin: Open source to me is really the cultural vision of what you're talking about. Technologically, it really was what SOA engendered in its approach with opening up a layer of abstraction. So, it's like open-source sociology, SOA technology.

Gardner: What do you think, Joe McKendrick, is it the "open the kimono" technology era?

McKendrick: I think so. I don't think there's a name we can give it. Perhaps computing has become so ubiquitous to our everyday lives and our everyday work that it no longer needs to carry a name. We don't call this era the "telephone era" or the "television era." For that matter, we don't call it the "space age" anymore. The novelty and the newness of all this is worn off.

Looking back over at the past six months or even five or six years, a big thing that's been happening is that business users really understand computing. Computing is such an everyday thing that folks understand. At the same time, the IT folks are beginning to understand the business a little bit better and we're seeing those two worlds being brought together and blending.

Gardner: This is a George Costanza moment: worlds are colliding.

McKendrick: Worlds are colliding.

Kobielus: Dana, I just noticed something. This decade that we're currently ending has no name. Last decade it was the '90s, the one before that was the '80s, we've never given this decade a real name that's stuck chronologically. Likewise, this era that we are now entering doesn't have a name and maybe it shouldn't have a name, it's the "double-0 era."

Gardner: You're right, we don't have a name. Ron Schmelzer, do you think we need a name for this? It seems that now we're talking about a post-IT era, because IT is so pervasive that we don't even need to break it out anymore, that its just part of everything?

Schmelzer: We could say that we're still floating through the information era, but I like what Jim was talking about, the floating from one theme park to the other theme park in Disneyland, as we've been doing here in IT, to a certain extent.

I'm going to bring back the drug theme here. I might as well. We like to self-medicate in IT. We have these chronic problems that we seem to be continuously trying to solve. They're the same problems: getting systems to talk to each other, to extract information, and to make it all work. We try one drug after the other and they provide these short-term fixes. Then, there's the inevitable crash afterward, and we just never seem to solve the underlying problem.

If we had to get back to that Disney theme, there actually was one that tied them all together. What was the theme at Disneyland? "It's a small world after all." Isn't it? I like to bring it all back to IT. All these things we do, they're all looking very similar. Tying in the recent presidential campaign, maybe we are the change we are looking for. So maybe it's not really about the technology. Maybe it's the way that we're sitting here using the stuff, and it's more a change to process than it is to technology.

Kobielus: And, taking that theme just a little further, it's amazing what you can do with a mouse.

Psychological shift

Gardner: Well, in an era when we're always on, where there is ubiquity of at least network reach, now we all have smartphones and we can sync the phone to our PCs and into the cloud. We're all carrying our same configuration, private and public, as well as personal and work, all around with us. We never seem to break free of our IT identities. Our IT identity, our personal identity, and our work identity are the same.

Is this really a psychological shift then? Do we need to stop thinking about how technology is shifting and think about how people are shifting? I think that people are acting differently than they used to.

Schmelzer: I found out one thing though. From our personal life, our IT experience is becoming very rich. It's not just the Web and the phone experience or the television experience. Everything, the whole IT experience, is becoming remarkable. But, there is a digital divide, and I'm not talking about the parts of the country that have more IT than the other. I'm talking about the experience at home and the experience at work.

When I step into work, I'm turning the clock back 10 years. I have this wonderful, rich IT environment on my own at home and on my phone. Then, I see these enterprise IT systems that had very little in the way of influence from any of these movements from the last 10 years. It's like the enterprise IT environment is starting to stagnate quite a bit from the personal IT environment.

McKendrick: You aren't talking about the ZapThink workplace, are you?

Schmelzer: I work at home, so I've got the best of both worlds,

But, there is a digital divide, and I'm not talking about the parts of the country that have more IT than the other. I'm talking about the experience at home and the experience at work.


but I'm talking about walking into some of customer environments.

McKendrick: Some companies have stepped back 20-30 years in time.

Gardner: Hold on that thought. Ron, it sounds to me like a generation gap. We're back to 1972. Our dads are still locked into the World War II generation, and we're already well into the "Me Generation." Is that what's going on in technology now between business and consumer technologies?

Schmelzer: Yeah. Look at the IT environment. The question is, if we had to do it all over again, would we really be building enterprise IT systems or would we be doing it the way Google is doing it? Google would just be laughing at us and saying, "What are you doing putting in these mainframes and these large enterprise applications that take X millions of dollars and multiple years and you only achieve 10 percent of your goals and only use 5 percent of the system you just built? That's just hilarious."

Gardner: Jim Kobielus, is this whole cloud thing, in fact, forcing businesses and enterprise to catch up with what's been going on in the consumer circles?

Kobielus: Is the cloud phenomenon causing businesses to catch up with what's going on the consumer circles? Can you give me an example, Dana, so I know where you're coming from with that one?

Gardner: It's sort of playing off of what Ron was talking about. If I go to Gmail, I can get a free account. Suddenly, I can do chat and coordinate with my mobile phone. Google knows my identity a little bit and offers me the ability to do word processing, and on top of that I can do better searches. Then, in addition to that, I've got my own profile now at the bottom, when people search on my name. Now, I have an AdWords account. I can coordinate and integrate into cloud, but I can't in my own business.

Highly empowered

Kobielus: Exactly. Most of us, as Ron indicated, in our personal lives are highly empowered now with all sorts of media, gadgets, and services that it's just amazing what we have already integrated into our "life" lives.

When we go out to the workplace, assuming that we work somewhere other than our home and we're not self-employed, we see what our employer provides for us. What the employer provides may be technology, services, or capabilities that are 10 years behind the times.

We get frustrated. We think, first of all, "I'm spending eight or more hours of my day here with less capability, less connectivity, and less ability to be productive than if I simply stayed at home. Well, why don't I simply telecommute? More to the point, why don't I move to another company that provides me with better tools that are up-to-date, up to 2009?"

What you're hitting on is that there is this disconnect between what we can get on our own for ourselves and what our employer provisions for us. That causes frustration. That causes us to want to bolt, defect from an employer who doesn't empower us up to the level that we absolutely demand and expect.

Who has the highest expectations? It's the younger generation. It's my kids' generation, who are in college. When they go out to the working world,

What you're hitting on is that there is this disconnect between what we can get on our own for ourselves and what our employer provisions for us. That causes frustration.

they're going to think, "Oh, look at this. I'm not going to work for these people whose heads are stuck in the '70s or '80s."

Gardner: I don't know about the young people thing. I think the gap isn't really based on age. I think it's a gap based on people who see IT as empowering versus those that see IT as debilitating.

I was at the ballet last night in Boston, and during intermission, between some great dancing, people were breaking out their smartphones, and these weren't young people. Here's a whole group of folks that you really wouldn't have expected to be doing that. Brad Shimmin, what's going on?

Shimmin: I've got a great example of that from a vendor. I don't think I can name them, because they haven't made it live yet, but this is representative of what I'm seeing in my area of research, which is in collaboration, social computing, that stuff.

Most of the vendors have got the traditional, on-premise software, and they're all putting it in the cloud. They're also saying to me, in their go-to market schemes, "We're trying to take IT out of the picture, at least at the outset." They're seeing IT as a roadblock to getting these technologies -- like the ones you're talking about with Google Apps -- into the enterprise.

The people in the enterprise realize they want it. The worker bees in IT realize it, but IT's hands are strapped. They can't do anything about it, like Jim said. So, these companies are literally working around IT in some ways to bring these technologies into the enterprise.

Half empty - half full

Gardner: I'd like to get more into this psychology of what makes people rabid IT consumers versus somebody who avoids it. I think it has to do with the glass being either half empty or half full. Some people see IT as actually benefiting them across the board -- personal lives, communications, applications and services.

You go into a lot of cities now and there are people driving Zipcars, ordering groceries over the Internet, and finding their directions on their iPhones or a smartphone. It's really embedded deeply into their lives. There are other people who just don't see IT as helping them, but it actually frustrates or inhibits them.

Does anybody else have some thoughts as to whether we're crossing a cultural gap here or a threshold? Should we call it the "age of always on or always off," and how do we decide who gets to do what?

McKendrick: Dana, even those folks who think they're avoiding IT, actually do deal with it. Anytime they go to an ATM, they're using the client, the front-end of a network of an IT system. If they go to a phone and use voicemail or a voice prompt, they're accessing an IT system. It's unavoidable now.

I'm going to bring up Google up here. Even 10 or 20 years ago in any science fiction movie, nobody could have imagined that we'd have a resource where we could ask any question and get an answer back from any point in the globe. Nobody ever thought that, that would be possible.

Gardner: It really strikes me that between Wikipedia and Google, I can find just about anything I want, and I do. It's very enriching.

McKendrick: Anything, all the information in the world, everything is

Even 10 or 20 years ago in any science fiction movie, nobody could have imagined that we'd have a resource where we could ask any question and get an answer back from any point in the globe. Nobody ever thought that, that would be possible.

available.

Shimmin: Excuse me guys. With Wolfram Alpha, if any of you have heard of that, that's coming out, it's going to be not just content, but also the data itself. You can get answers to questions like, "What's the statistical probability that I'm going to get in a car accident next year?" It's amazing. For me, it's not so much even a cultural shift or a threshold. It's a functional threshold.

Back to just talking about Google and how pervasive it is, and the ATM example. If you're a two-year old baby and you're picking up an iPhone -- which I think I saw on YouTube at some point -- and you're able to actually make the damn thing work, that says to me that we've crossed the functional threshold. We have the technology in a form factor that people can understand and make use of, without it being a barrier to their adoption, regardless of age or any of those other factors.

Schmelzer: This wonderful idea of technology and technologists and IT and stuff -- we've been trying to figure out what is the real issue with business and IT. Is it just that there are people who don't like technology and people who do? It's more than just a cultural thing? It's personal preference. What we found is that most people, if not almost everybody, actually loved technology. So it's not an anti-technology thing.

You ask people, "Well, do you want a 42-inch plasma television in your house? Do you want TiVo? Do you want the latest MacBook and the latest iPhone?" Something like 90 percent of the people are going to say yes. They want the GPS. They want all that stuff.

So what is it about enterprise IT? It's not the technology that they're blocking. It's this complexity. And it's not just the complexity. It's this perception that enterprise IT is nonconstructive hassle. So they look at Google and they think, "Ah, constructive, productive." They look at enterprise IT, and they think, "Barrier, bottleneck."

Shimmin: You're absolutely right. Any of us here -- because most of us work remotely -- who has to get on a VPN before we're allowed access into the corporate facilities that we connect with knows that hassle and knows just what you're talking about.

Resisting bottlenecks

Kobielus: We on this call are atypical, because we're highly autonomous analysts who are quite used to self-provisioning. We're either running our own business or, if we 're employed by a larger company, have a remote, completely self-contained office where we basically have to do everything.

We're chief cook and bottle washer and we fix our own systems issues. We resist these IT bottlenecks, because bottlenecks just keep us from continuing to self-service and self-provision, as we've always preferred to do and as we want to keep on doing.

Really, this is an age of self-service, mashups, fending for ourselves, and resisting bottlenecks, or organizations, such as corporate IT, that essentially are bottlenecks, keeping us from getting the resources and services that we need right now.

Gardner: We're also in the era of mass bankruptcies, with Chrysler now declaring bankruptcy. We're looking at large banks, some of which may have not passed the stress test. We're looking at, in some senses, an implosion of a financial order, at least on Wall Street.

Is there any connection? Is there any connection between a big car company that can't seem to change itself over a 30-year period and individuals, enabled with technology

We have a corporation gap. The corporations have a huge burden of trying to move and do anything, whereas individuals or small companies or people that are aligned by their social network can move swiftly.

as it is today, can change their career, change their direction, and get virtually any information instantly.

Is there something going on here between the fact that a big company can't shift and move and change, but individuals can? Any comments?

McKendrick: A few months ago, when it first became apparent that GM and Chrysler were on the skids, Andrew McAfee of Harvard posted this proposal to help these companies. If he were given the option to rebuild one of these companies from the ground-up, he would go in with a very strong social networking system, enabling the folks that are working on the front lines, assembly, production, sales, marketing, and so forth to communicate with each other real time, on a regular basis, to find out what everybody is doing, and to build the base of knowledge to move the company forward.

Gardner: So, we don't have a generation gap. We have a corporation gap. The corporations have a huge burden of trying to move and do anything, whereas individuals or small companies or people that are aligned by their social networks can move swiftly. Perhaps we need to destroy the dinosaurs and become small furry mammals in the undergrowth. Is that it?

Kobielus: Yeah, take the auto analogy. I'm from Detroit originally and I know that culture. Auto companies of necessity are chained to platforms. It's the basic chassis and design and the internal guts in terms of the transmission and engines and so forth for a wide range of models. When they make a commitment to a given platform, they're stuck with it. They put up millions upon millions of dollars.

Gardner: Well, the same can be said for your enterprise IT department, right?

Chained to a platform

Kobielus: Exactly. Being chained to a fixed and fairly static platform, there are great scale economies. That's how the GMs got to be GMs, but it really limits your ability to turn on a dime. In other words, when some hotshot auto company from -- let's just name a country we don't even think has an auto industry -- Zimbabwe comes along and gives the customer something that they like more, they just build fairly quickly and get out to market.

I don't know of any Zimbabwean automaker, but regardless, if you think about corporate IT, they're chained to these huge platforms that they've made a significant investment in. So, when some cheaper, more lightweight solution, maybe in the cloud, comes along, the users can get it quickly and more cheaply. It's essentially mocking the investments that this company has made. You spent millions of dollars on something that you could have gotten in the cloud for pennies per hour. That's a disruptive force in IT.

Gardner: Let's hold that thought. I think Tony Baer just joined us. Is that right?

Tony Baer: Yeah, I'm here.

Gardner: Welcome to the show, Tony. We've been talking about needing a new drug in IT. I think we've stumbled into something interesting. Individuals in their lives, corporations, governments, maybe even entire industries, some of which are encumbered by technology or held back if it's a "platform-based technology," can't move with the times.

Other organizations, individuals, or networks of people embracing what we now are calling loosely "cloud computing" are able to be fleet agile, move on a dime, change their business, and not be encumbered by their own data centers or their own platforms. There seems to be a gulf between the two.

One group is able to be productive and perhaps redefine business and even culture and society relationships. The other is suffering terribly with massive layoffs, restructuring, mergers and acquisitions, in a sense a meltdown, even bankruptcies at a scale never expected.

How do you see it, Tony? Is the gap here between technologies? Is it between platforms? How can we reconcile these two?

Baer: Well, there are a couple of things. There is always the advantage of the late starter, and there is always a disadvantage of the first starter. One of the things that came to my mind this week is the imminent demise of Cassatt, which was onto the idea of private clouds before its time.

On the other hand, if you're a late starter and the technology or the market has already proven itself, you can then start to innovate with the latest methodologies or technologies, whatever, without being burdened by all the baggage.

Gardner: Are we talking about more than just the innovator's dilemma here? Aren't we really moving into a new era, because everyone is always an innovator, if you look at the cloud model?

In a new era

Baer: Right. I'm coming a little bit out of context here, but I do think that we're into a new era, where you need to shave your cost structure and all your baggage that keeps you stuck in one place.

On the other hand, what I was about to lead up to is that you can start nice and fast, but then as you start to get into the scale up and scale out, in other words, when you start to become a victim of your own success, there are some lessons that some veterans have learned. Veterans who haven't been bogged down by legacy infrastructure learn that if you've just come into this race, you might think this doesn't apply to you, but it does.

So, on one hand, yes, I do think we are at a point where there are some basic structural changes that are happening, but at the same time, the old rule still applies. Once you get to a certain scale, you need to know how to manage it, whether it be technology, people, communications, process, or whatever.

Gardner: Brad Shimmin, let's take this back to the IT department and the large enterprise. They might be seeing this going on. They might have an inkling. But, they know that they can't do much with their existing culture and their existing organization. Isn't it time for a skunkworks or some sort of a parallel IT department, even if it's not sanctioned? It's going to happen whether you want it to or not, and isn't it time to start looking at that as perhaps the future?

Shimmin: That's already happened, Dana. Otherwise, how can you explain the preponderance of SharePoint servers running around? That stuff is not being bought top-down.

As I was saying a little bit ago with some of the vendors I'm talking to, trying to go around IT, they're realizing that this culture exists within the enterprise of wanting

I do think we are at a point where there are some basic structural changes that are happening, but at the same time, the old rule still applies.

to make use of the self-starting tool that Jim talked about. So that age is already upon us.

IT's challenge is to be able to allow those to happen and to encourage them to happen without locking them down, controlling them, and destroying their ability to make people in the enterprise more productive and flexible. As we've been talking about here, it's really a two-fold thing we're after in this age that we're talking about.

One is, the lightweightness of the infrastructure, getting rid of the Ford iron underneath the car. The second is to make the people on the line more valuable to us. It's no longer the Nubians pulling stones up to make the pyramids, it's the, Nubians are the stones and the pyramids for our companies. We are the companies.

The people in them are the ones that drive their potentiality. As an IT person, working in IT, you really have to sort of say, "I know that I have people that have the ability to do start their own software. And, I know that top-down I'm really not getting any support for this. So, I've got to find a way to stay relevant to those people, make their lives easier, and allow them to adopt the software and to make a go.

How that happens, I really couldn't tell you. It depends on how the software that the folks are using is built.

Gardner: Ron Schmelzer, is it fair to say that a company that can't transform its IT is doomed to fail?

Dooming the company

Schmelzer: We're not taking from any recent book titles, are we now? Service-oriented IT technology is a core to every company. So, not managing information, which is one of the four primary resources of the company, is effectively dooming the company to fail.

Bringing it back to the automotive and banking industry companies, clearly what brought the automotive companies to the current state is the fact that they just weren't selling a lot of cars. And, the fact that they weren't selling a lot of cars has to do with the economic situations -- if people can't borrow money, they can't buy cars -- and also, they weren't producing cars people wanted. So the question is, how would IT have helped there?

Maybe it was understanding better how to process the information that they had at their fingertips. Maybe some better intelligence on how to spot trends ahead of time might have allowed them a year ago to start paring back production and anticipation of the flattening demand or something like that. But, that's not information technology, that's just information.

Sometimes, we, as technologists, tend to put too much emphasis on the second half of that word information technology and say, "Well, information technology is about the technology."

Gardner: It's also how people use the information, right?

Schmelzer: I would argue that it has very little to do with the technology. Information technology has almost entirely to do with information. If all we're doing

Banks had sophisticated analytics to look at the risk, at what they were doing with the mortgages, the subprime, and so forth. But, human factors overrode that technology and those capabilities.

is putting more barriers between the business and the information by throwing technology, we're really making the problem worse.

Gardner: Joe McKendrick, what do you think? How do we emphasize process and people, but, at the same time, recognize that the business and the technology are maybe necessary cinder blocks on the feet? How do we get these all to move together in a fleet way or do we wait for the bad ones to go out of business?

McKendrick: Wow! Do I have to answer that?

Gardner: Yeah.

McKendrick: Okay.

Gardner: Well, I have another question for you if you don't want that one.

McKendrick: No, no, I'll take that one. Ron, you just hit the nail right on the head. If we look back at the chain of events that led to the financial meltdown, the problems of the auto industry, the turbulence in the global market that caused the oil prices to go up, it stems back to the real-estate crunch and the mortgage crisis, the tools were there.

Banks had sophisticated analytics to look at the risk, at what they were doing with the mortgages, the subprime, and so forth. But, human factors overrode that technology and those capabilities. I'm going to say it was greed, simple greed.

The market was booming and everybody wanted to pile on, despite what the risk management systems might have been telling them. Therefore, you have a case where the technology is there, the information technology. As Ron was saying, the emphasis on technology is there. We have great tools, but there is the human factor and those business cycles.

Gardner: Clearly, the technology needs to be there, but perhaps doesn't need to be visible. The transparent notion that Brad has makes sense, or maybe we need to be the "post-IT era." The IT has to be there, but under the covers, convenience and information become essential, along with the ability of people to act on it.

New tools and information

McKendrick: There's a lot of talk about this being Great Depression 2.0. Fortunately, that talk subsided, but we have a lot of tools and information. We were able to sidestep a major disaster, such as we saw on the 1930s, because we had more information. We're able to act on the information. We have the technology.

Gardner: I think that's true.

Schmelzer: It's very interesting. Tony, maybe you could piggyback off of this. You live in an art capital there -- New York. After the Realism movement in art, we got to the phases of the Modernism movement. We moved from over-complexity to over-simplicity. It's quite possible that we might be doing that here in IT. Our next big movement in IT might be to shed all this complexity and perhaps oversimplify for the sake of trying to solve some of the problems of our over-complex Baroque history here.

Baer: I'm almost tempted to say that we're going to go into a postmodernist era. Joe was talking just now talking about how we used information fairly effectively to, at least for now, forestall a Depression 2.0, but it also brings me back to one of the things that Dana mentioned in the invites to this podcast, talking about some of the technologies that were out there -- and one of them being CEP.

Who were the folks who were using it all these years? It was a lot of the financial services, the Wall Street houses, all the folks who were doing derivatives. Did that prevent a crash, when essentially human behavior, human greed, let us down? We had all this technology to analyze all these risks, but we didn't use common-sense risk management.

Gardner: That's right. They had their emphasis on the complex events, but they couldn't step back and see the less complex events, which is, "You've got too much leverage, pal."

Baer: Exactly, exactly. In that sense, we became a slave to the technology we had.

Kobielus: Yeah, that defines the era. I'm glad you brought CEP back into this. The era that we're living in now is an era of wild volatility. Everything is crashing around us. It feels like it. If it isn't crashing around us, we hype it in our own culture.

This morning I twittered on the Swine Flu so-called pandemic. When did they stop being epidemics and become pandemics? And, when does a disease that's only killed a little over 100 people suddenly become equivalent to an outbreak 90 years ago that killed, was it [50 to 100] million people worldwide?

Shimmin: More than World War I [with 15 million killed].

Kobielus: The financial industry has for a long time been used to volatility. That's what they're about. That's the stock market. It's a volatile bouncing of prices, trades, and whatever. That sector has been built on volatility and on

What we live in right now is an era where everything conspires to give you a massive headache, a massive migraine all the time.

volume -- just increasing volumes of transactions, data, and a broader variety of transactions. It's The Big Vs: Volatility, Velocity, and Variety of events, flowing in to the financial institutions, all the time, continuously.

In many ways that volatility now affects every aspect of our lives, likewise the sheer volume of stuff we all have to deal with in our personal and professional capacities, and the sheer variety of stuff too. What we live in right now is an era where everything conspires to give you a massive headache, a massive migraine all the time, because of the 3 Vs coming together.

Gardner: We should call it "the complex generation."

Kobielus: Call it "the migraine era."

Gardner: Let's come up with some other names for what we're trying to describe here. We've really done a nice job at defining what it is, but, just because we're analysts, we need to put some labels on this stuff.

Jim has got complex and migraine era. Brad Shimmin, any ideas? You said "transparency." That works, but I think it takes an explanation in addition to the word "transparent" in order for people to understand. Is there a word that we can come up with that people instantly get?

Flat-earth IT

Shimmin: Wow, small task. I guess I would say that everything we're talking about is horizontal economy, horizontal IT. IT is no longer tipped on its side, with everything falling off the slope. It's distributed out amongst the constituency that make up the business, which is both IT and the users, and the flat Earth sort of thing, which, I guess, is another popular book that's out right now. So, I guess I'd call it the "flat Earth IT era."

Gardner: Okay. Joe McKendrick, any buzzwords or über terms? What are we doing? What's going on around us?

McKendrick: A few years back, an author said the corporations are breaking down -- I think I talked about this on this podcast -- into confederations of entrepreneurs. The company of the future will be a confederation of entrepreneurs.

I'd like to call it "entrepreneurship," "Entrepreneur 2.0." How's that? IT is breaking down these large structures, these large institutions, into bite size pieces. Technology is making information accessible to all, for all to leverage. As I say with SOA, we're becoming both consumers and producers of services.

Gardner: The power of one.

McKendrick: The power of one. I like that.

Gardner: Ron Schmelzer, any ideas on the terms here?.

Schmelzer: I think we're moving in the right direction. I don't know if I'd use the term "entrepreneurial," but it sounds to me more like a populist movement. Really what we're doing is empowering individuals within the organization to have greater control over their use and provisioning of IT capabilities.

They're shifting it away from these central oligarchies of enterprise systems that have had way too much control and way too little flexibility,

IT is breaking down these large structures, these large institutions, into bite size pieces. Technology is making information accessible to all, for all to leverage.

that have not prevented any of the major economic problems we've had, and to some extent maybe even contributed by shifting our focus away from the information and too much toward the technology.

I like these populist movements in IT. Once again, just remember your IT experience at home and how much you would wish it would be in your work environment.

Gardner: So, perhaps technology, habits, and the cloud are shifting sovereignty away from countries, companies, and even groups based on geography, like villages or towns or cities, being sovereign. Having power is now shifting down to amorphous groups and even individuals.

Shimmin: It's a meritocracy, Dana. That's exactly what we're talking about.

Confederated self-determination

Kobielus: This reminds me of a project I was involved with in, of all places, the auto industry several years ago. I was writing with a guy who was a real futurist. He was talking about future virtual product coalitions. The idea is that there are too many plants located in the wrong places. We have different skill sets and different centers of demand and they need to be rationalized with it. You need to provide the flexibility, the information, and the resources in order to act, as well as the ability to enter into trading partnerships.

This employs the principles of loosely coupled. I'd look at this as confederated local self-determination.

Gardner: Individualism. They theorized about individualism back in the late 1800s -- guys like Kierkegaard, Nietzsche, and some of the other philosophers. They were called "existentialist," after a while, but they were basically focused on saying, "You are a universe of one."

Kobielus: But we're in a world where we work with other people and other entities. In other words, you don't make your own car. You don't grow your own food. You depend on other sources for that -- for sustenance. So, yes, we have more self-determination, but yes, but we are also confederated because we rely on other services, other people, and other entities.

Gardner: We only rely on other entities that are on the network though.

Kobielus: Yeah, we are interdependent.

Schmelzer: It's the information economy that we're talking about here specifically. The other thing that's pushing us here is that if you've been observing the trends in the IT industry moving toward massive consolidation, while there's always going to be new venture creation, that's just part of the engine that is

In order to get reuse, which is what people talk about all the time, you have to have legacy. Just think, if you're never keeping anything around long enough, you're never going to get reuse.

venture capital and the capital system. The bulk of IT spending is becoming increasingly concentrated with a smaller and smaller set of companies.

So, from an enterprise IT experience, we're starting to drive the wedge between buying technology from an increasingly shorter list of vendors who are becoming über suppliers. This set of freely available technology just doesn't compete with that enterprise consolidation purchasing cycle. As this consolidation happens, it's going to exercise even more of the ability to say, "If we're not going to go the route of 'pick your handful of vendors here.' then you can go this plethora of other technologies that are really up to you as the individual to choose." That's what's happening in this economy.

Gardner: It's interesting. Just as we're embracing cloud, we're also seeing that, if you have a couple of mainframes, you can create a cloud. You could provide services out to a public constituency, or you could take your old mainframe inside the enterprise and put some new hubcaps on it. Then, you're able to do all sorts of application hosting and co-location services and act like an IT shared-services organization. So, it's back to the future in terms of both the ends and the means, right?

Schmelzer: Actually, both of those visions are not inconsistent with each other. That's the irony of it. In order to get reuse, which is what people talk about all the time, you have to have legacy. Just think, if you're never keeping anything around long enough, you're never going to get reuse.

The irony of it is that you have to have legacy to have reuse. But, having legacy doesn't necessarily mean also not spending a lot on new things, which is the weirdness of it. Why is it that we're soaking up so much of the IT budget on legacy, if we're not creating anything new?

There's something malfunctional in the way that we're procuring IT that's preventing us from getting the primary benefit of legacy, which is extracting additional value from an existing investment, so that we can make the old dog get new tricks and get new capabilities provisioned on a cloud, without having to invest a huge amount in infrastructure.

The biggest behavior that has to change is IT procurement. It has to fundamentally change, move away from these multi-million dollar software-provisioning cycles, and really think much more about the existing IT environment and enabling the populist economy.

Gardner: Brad Shimmin, is it possible that the cloud makes a lot of sense and even the mainframe and centralized models make a lot of sense, but client-server and distributed computing got in the middle to become the complexity roadblock?

What really matters

Shimmin: Certainly it is, but let's just go back to what we were talking about. To me, whether it's mainframe or a bunch of PCs on Google's data center doesn't matter. What matters is what it does. If we're able to make our existing mainframes do new tricks, that's really great, because it allows us to make use of investments we've already made.

That's why, when I look at things like SaaS, I see it being more beneficial to the vendors who are providing those services than to the customers using them. Instead of having something they can depreciate over time, they just have to pay it out every month like a telephone bill. You don't ever own your services -- you're just paying for them, like leasing a car versus owning a car.

Kobielus: I have a new theme. It's not the "migraine era," but rather it's the "era of seamless scavenging." All this legacy, all this functionality, on-demand access through clouds, mashups, and so forth, means each of us can immediately self-provision by scavenging all the rich functionality, all the data that's out there to be gotten in this environment for seamless scavenging.

Shimmin: Dana, back to your question to me, that's exactly what client-server does. I don't see it as a roadblock. I saw it as basically breaking down those assumptions of what the system should do. PCs had to do this. The mainframe had to

So, yes, cloud is a way of papering over all the administrative overhead. On the other hand, this isn't going to be your grandfather's timesharing mainframe.

do that. And, client-server came along and said, "Screw that. You can create your own multi-tiered environments that do different things. You can put application resources, not just in one box, but across a number of boxes."

Gardner: So that was a necessary threshold to cross?

Shimmin: Yeah.

Gardner: Okay. Tony Baer, do you think cloud computing is a response to the limitations of distributed computing?

Baer: There's no question about that, and I want to respond to what Brad was saying before about client-server being a distraction. I think it was a necessary stage to go through to get to where we are right now, to understand what we could really get out of a cloud without this being a repeat of time-sharing.

So, yes, cloud is a way of papering over all the administrative overhead. On the other hand, this isn't going to be your grandfather's time-sharing mainframe.

Gardner: We need the best of centralization, the best of distributed, but not being tied to distributed or client-server. We also need to have the ability for people to act on almost anything they can acquire very cheaply and easily through the Internet.

Baer: Client-server gave us the idea of that this is no longer a one-way conversation, from a host to a dumb slave. I want to have some capability locally.

Gardner: So, empowering was a necessary cultural shift, if not the right technological shift?

Best of both worlds

Baer: Exactly. Theoretically, if the cloud is done right, and if we use all the right enabling underlying architectures and technologies, we should theoretically be able to get the best of both worlds. I say "theoretically," because, of course, no shift to any type of architecture or technology ever goes without its own baggage.

When we thought that outsourcing was the way of dealing with staff complexities several years ago, what we realized was, if you outsource, you have to add an administrative layer. If you're going to acquire cloud or acquire cloud services, you are going to need to manage something new that you didn't have to manage before.

Gardner: I think I've come up with a word for us. If we look at what happened perhaps 500 or 600 years ago, there was a collective word that came to represent it. It was called Renaissance.

Are we perhaps at a point where there is a Renaissance in IT? Even though we thought we were enabled or empowered, we really weren't. Even though we thought that centralized and lock-down was best, it wasn't necessarily. But it wasn't until you got the best of all worlds that you were able to create an IT-enabled renaissance, which of course cut across culture and language, individuals, even the self-perception of individuals and collectively. Does anybody like the idea of "renaissance" IT or computing?

Baer: Just as long as we don't have to go through the Black Plague before it.

Gardner: All right, does that make Steve Jobs Michelangelo, what's going on?

If you're going to acquire cloud or acquire cloud services, you are going to need to manage something new that you didn't have to manage before.



Schmelzer: Well, I'm sure he is painting on the Sistine Chapel. We're definitely moving into some new arena. That's not to say that it's a generational thing, but it is true that young generation, and I'm on the cusp here myself, has been raised with information technology. A lot of the perceptions of information technology actually are different, just in general.

For example, 20 years ago, when we first put cameras up in the streets, the biggest concern was privacy, especially in the UK. People said, "Oh, they've got cameras everywhere. It's going to intrude into my privacy." Twenty years later, what do we do? We take pictures of ourselves and we post them on Facebook. So what just happened there?

In one instance, we were concerned about the cameras intruding our privacy. The next thing, we are the greatest cause of our privacy concerns, and nobody cares. What's happening in IT is that we're hung up, to a certain extent, generationally on what we expect the IT department to do and how it works, the whole budgeting process, the IT payment process, and all sorts of stuff.

But, we're raising a generation of people who can go online and within five minutes create a highly interactive website, with video, chat, forums, post documents, and do all the sort of stuff that would have taken probably a team of 20 with a few million dollars and many months to do, probably in a less efficient way. So how is this going to work?

Gardner: That was only five years ago.

Do it yourself

Schmelzer: Right. So how is it going to look when these guys go into the work stream and you tell them that some portal project is going to take six months? It's just laughable. They'll just say, "Forget it. I'm just going to go online to Google and do it myself."

Shimmin: They'll say, "There an app for that."

Gardner: Right. And, that's why it could be a new renaissance of productivity, bottoms-up, grassroots. Eventually, the big institutions of the old order will either adjust or completely crumble.

Schmelzer: Even more, I think we're looking at a renaissance of the organization of IT, of the IT department, if you will. The IT department could potentially become endangered itself, not the organization as a whole. Businesses operate on economic terms, not necessarily on technology terms.

If the IT department continues to increase the digital divide between the home IT experience and the work IT experience, then these people are going to go to work, they're going to watch the thing done, and when the IT department says no, then they're just going to do it themselves.

Gardner: And whoever does it faster, better, cheaper ends up having quite an advantage in the marketplace.

Schmelzer: So, the IT department really is at a risk at this point.

Gardner: Okay, we have to leave it there, I'm afraid. We're out of time. But, we've had an interesting discussion that has led us to perhaps the concept of a new renaissance and how IT is going to adjust, exploit, or perhaps even diminish in its role as a result.

I want to thank our panelists. We've been talking with Jim Kobielus, senior analyst at Forrester Research. Thanks Jim.

Kobielus: Yeah, always a pleasure.

Gardner: Brad Shimmin, senior analyst, Current Analysis. Thank you, Brad.

Shimmin: Thank you, Dana.

Gardner: Joe McKendrick, independent analyst and prolific blogger on software and enterprise subjects. Thank you, Joe.

McKendrick: Thanks, Dana. It was fun.

Gardner: Ron Schmelzer, senior analyst at ZapThink. Thank you, Ron.

Schmelzer: It was a pleasure being on this drug trip with you.

Gardner: And Tony Baer, senior analyst at Ovum. Thank you, Tony.

Baer: Better late than never.

Gardner: I would also like to thank our sponsors for contributing to the underwriting in support of the show. That would be Active Endpoints and TIBCO Software.

This is Dana Gardner, Principal Analyst at Interarbor Solutions. You've have been listening to BriefingsDirect Analyst Insights Edition. Thanks for listening and come back next time.

Listen to the podcast. Download the podcast. Find it on iTunes/iPod and Podcast.com. Charter Sponsor: Active Endpoints. Also sponsored by TIBCO Software.

Special offer: Download a free, supported 30-day trial of Active Endpoint's ActiveVOS at www.activevos.com/insight.

Edited transcript of BriefingsDirect Analyst Insights Edition podcast, Vol. 41 on the current state of information technology and defining the best description of the next era of computing. Copyright Interarbor Solutions, LLC, 2005-2009. All rights reserved.

Wednesday, May 20, 2009

Rise of WebKit Advances Mobile Web's Role, Opens Huge Opportunity for Enterprise Developers on Devices

Transcript of a BriefingsDirect podcast on new technologies and approaches that leverage the mobile Web for designing Web applications for hand-held and other mobile devices.

Listen to the podcast. Download the podcast. Find it on iTunes/iPod and Podcast.com. Learn more. Sponsor: Genuitec.

Dana Gardner: Hi, this is Dana Gardner, principal analyst at Interarbor Solutions, and you're listening to BriefingsDirect. Today, we present a sponsored podcast discussion on bringing enterprise applications effectively out to mobile devices.

This complex subject has required some harsh trade-offs from developers in the past -- trade-offs between rich, native applications targeted at specific devices, versus standardized mobile application approaches that have simply failed to impress users.

Such trade-offs have also limited the ability of Web developers to take their full PC browser applications out to the mobile tier without losing powerful features, or finding that the transition to smaller form factors just doesn't hold up. Yet, a new day might be dawning on the ability for enterprise developers to make the mobile leap.

Thanks to the sizable impact that the Apple iPhone and its WebKit browser have had in the market, the mobile device competition is responding. It's sniffing out new business opportunities around application stores, selling application by application, and the mobile commerce implications of that as well.

We're also seeing advertising creep into the mobile tier. All of these trends and effects are mounting now for development to increase and for more applications to find their way out to these devices. Also, such developments as HTML 5, Android, and advances in scripting and open source tools have made the mobile Web suddenly more attractive and attainable for mainstream development and developers.

So, we're going to look at how the development field for mobile Web applications is shaping up and how targeting the modern mobile Web browser may be removing some of the harshness from the trade-offs of the past over form, function and unsatisfactory standards.

To help us unpack the mobile Web, we're joined by our panel. First, I'd like to introduce Stephen O'Grady, founder and analyst at RedMonk. Welcome, Stephen.

Stephen O'Grady: Hey, Dana.

Gardner: We're also joined by Wayne Parrott, vice president for product development at Genuitec. Hi, Wayne.

Wayne Parrott: Hi, there. Great to be here.

Gardner: And also, David Beers, a senior wireless developer at MapQuest. Welcome, David.

David Beers: Thanks. Good to be on, Dana.

Gardner: Let's start first with Stephen at Redmonk. You've been following these issues for quite some time. Why have the mobile Web and mobile applications become so important now?

O'Grady: It's really for a number of different reasons. We have better wireless options than we've had in the past. Wireless pricing is more conducive to adoption. In addition, we've seen, just within the past 12-18 months, a real revolution in terms of the adoption of applications, largely due to the success of the iPhone platform, which just recently sold its billionth application.

The success there is again due to the environmental and contextual factors, but also the success in the design of the device itself, in which we finally have a real Web browser. In your introduction, you mentioned WebKit, which is the foundation for the browser. Obviously that's on the iPhone platform.

For the first time, users have a real Web experience, as opposed to a stripped-down, bare-bones site in terms of what they can experience via the mobile Web. We need to pair the environmental and contextual factors with the advances that we've seen in the devices themselves. They've all come together to give us a rich and deep experience that will allow us to do things that we haven't been able to do before with the devices.

Gardner: We're also seeing some economic factors, given the tough economy. When you see the success that a little game application can have and how engaging it can be, I think the enterprise bean counters

When you're an enterprise vendor or a consumer vendor looking to target a volume audience, the fact is that, there are a lot more mobile devices than there are desktops and laptops.

say, "Wow, why can't we bring some of our applications down to that same tier, but at a much lower price point and perhaps out to a much wider user base -- either employees or partners, or even end-customers?"

O'Grady: The user base is one of the important factors. Certainly, the pricing in the applications is very conducive to adoption. In other words, if it's a couple of dollars an application, as Apple has proven with its iTunes store and BlackBerry has attempted to duplicate, we're seeing real low barrier to entry price points. This will spur adoption of the individual applications themselves.

When you're an enterprise vendor or a consumer vendor looking to target a volume audience, the fact is that, there are a lot more mobile devices than there are desktops and laptops. There are mobile devices all over the planet.

You were mentioning economics. The economics are an excellent indication of one trend that we're seeing recently, with handhelds and the so-called netbook category of subnotebooks or ultra-light machines. We're seeing these devices repurposed, utilized, and leveraged in areas that we haven't seen them before.

For example, a lot of folks who might have traveled in the past and had applications like Siebel built into their laptops are now very often using those in a handheld or, in some cases, a netbook. So, economics, in terms of the application price and the volume audience that can be targeted is a big factor.

Gardner: I suppose that Metcalfe's Law kicks in to some degree. The more people on the network, the more people that can be involved in a business process, particularly in real time, the more powerful the process, and the more powerful the network.

O'Grady: You've got it.

Gardner: Let's move on to this issue about fragmentation. As Stephen pointed out, we still have many, many devices. This is by no means 1982 with MS-DOS as the single platform to be concerned with. We still need to work out a great deal of fragmentation on the mobile tier.

Let's go to David. You're a developer in the mobile tier. How does an organization like MapQuest handle this whole issue of so many choices on that endpoint?

Beers: It's both a problem and an opportunity. From a developer's standpoint, and I am a developer, it's obviously difficult, because the amount of energy that you put in is divided across all of these different platforms. You have to make difficult decisions about developing the features you want with the resources you've got and perhaps limiting the targets that you're able to reach, as far as devices are concerned. Or, you may be faced with, partly because of resource constraints and partly because of the need to try to fit across the lowest common denominator, releasing apps that aren't as powerful or as functional as you'd like them to be in order to get that reach. That's a difficult thing.

On the positive side, fragmentation is a pejorative term that we use for differentiation. It's painful for developers, but we can't pretend that it's all a bad thing, because it's really driven by rapid innovation. A lot of the fragmentation that we see out there is because we've got these capabilities now on handsets.

So many of them have GPS, for example, which is a huge opportunity for MapQuest. We would definitely want to be able to leverage those capabilities. As Stephen was saying, part of this uptake in application usage is because the technology is getting better. So, you've got to go to where that improvement is.

Gardner: So, we have choices and trade-offs, but we also seem to have some coalescing around a better path. Why don't we go to Wayne? Tell us how you see the improvement, now that we've identified the problematic past. How do you see things improving?

Parrott: Looking back, things have been a pretty big mess on mobile for the whole. You kicked off by talking about some of the improvements in the smarter phones and the capabilities they bring in, both higher-end horsepower on the smartphones and a much better browsing experience or engine now showing up on the iPhone-class machines. The programming model that is now available enables a whole new class of Web-type applications, which, in the past, has been reserved for native applications.

Going back to talking about native, again, the fragmentation issue pops up. As you start to move forward with the WebKit-type browsers now more prevalent on these smarter phones, it's starting to represent a more common platform that we have a choice to target our application functionality toward.

Gardner: So, perhaps this goal of being able to "write once, run once" doesn't really work, given the variety of devices. "Write once, run anywhere" doesn't work, because of the differences in the native approaches. So, we're stuck with "write many times, and run many places."

It's got to be better than that, though! How do we manage and make that a bit more amenable from a technology and a business perspective? Again, I'll take that to Wayne.

Parrott: Obviously, recognizing the advances in the platform itself and being able to take advantage of the mobile Web capability of the newer iPhone class machines is something that has caught a lot of enterprises' attention. Before, they were scared off by the prospect of the cost of going native and the fragmentation issues around that.

Going back to focusing toward mobile Web and the WebKit browsers gives them the opportunity to start to look at their existing resources and their know-how, in terms of what they've been doing in the past as far as Web. They can ask, "What's the gap that I have to close, in order to repurpose and retarget my resources, my content, services toward reaching people where they are now?" More and more people are living mobile. So, what is it you have to do?

They're quickly starting to realize that the new smartphones are giving them a great new capability, and it's not that big a gap that they have to cross over in order to be able to reach users in a much more cost-effective level by focusing on the capabilities that the mobile Web gives them.

Gardner: Stephen, where do you fall on this? Do you see that the developers are going to be making the choices that winnow down these variables, or are the market, the technologies, and some elephants in the room, like Apple, going to make these standards for them?

Target the largest market

O'Grady: In large part, developers will be making the choice, and they'll be making the choice largely based on volume. In other words, whether you're a third-party application developer or an individual developer just putting out an application on your own, you want to target the largest market.

Now, there are exceptions to that. For example, even if the BlackBerry store is much smaller, in terms of the number of users, than the Apple Store, it will have a guaranteed, built-in audience simply because of BlackBerry's strength within the enterprise. Enterprise application developers might target that at the expenses of the Apple's iTunes store, but, ultimately, much of it will be determined by volume.

It's kind of a chicken and egg situation, because application volume is a function of the platform success and vice versa, but ultimately, the platforms that are successful will be determined by volume.

The difficult part here is that whether we're talking native or Web apps for the phone, it's still a fragmented market. The native clients, whether it's an Apple, a BlackBerry, or a Nokia device, are not going to be the same application. It's certainly not "write once, run anywhere," even for the Web. We have different versions of WebKit being employed for the different platforms. If the Mozilla folks are successful in making Fennec a real presence alongside of WebKit in one or more of these platforms, then we'll have fragmentation even at the Web space level.

So, fragmentation is going to be the status quo. That will carry into the future, but success will be determined largely by platform volume.

Gardner: Okay. So, volume is one major force in the market, but we are seeing some innovation technically,

It's kind of a chicken and egg situation, because application volume is a function of the platform success and vice versa, but ultimately, the platforms that are successful will be determined by volume.

and often the best approach for productivity that feeds that volume beast ends up winning. Let's go to David. We've seen developments around HTML advances, scripting language, and open source. From your perspective as a developer, what is getting you out of bed early Monday morning to get into work, when it comes to some of these new technologies?

Beers: I can tell this from the context of how things have evolved at MapQuest. We're a company that grew up on the Web, one of the first Web applications to hit the Internet back in 1996. It wasn't too surprising that we started on the mobile web with WAP technology, the early version of the mobile web. We've been pretty successful with that project within certain limits, but it's definitely been a least common denominator type platform, and it's been difficult to move that.

Gardner: WAP is Wireless Application Protocol (WAP), right?

Beers: Thank you, yes, and it's been a little bit of a silo for us. In other words, you can't really take a WAP website and evolve that very easily into an iPhone-class device, as Wayne is talking about.

Gardner: How long have you been grappling with this? As you say, you were early to the Web. How early have you been to mobile? It seems that when someone is traveling, they're not stuck at a desk, and the more value you can add to them. Right?

Beers: Mobile has been something that's been part of MapQuest right along. It comes in the nature of our business, which is getting people from A to B. So, it's intrinsically mobile oriented.

A lot of what we've been doing in the last couple of years has been developing what we've been calling native applications here. We've talked a little bit about some of the pain of that.

As to the question of HTML 5 and how this changes the picture for companies like MapQuest, we're beginning to see that these capabilities make it so that we can take technology that powers the mapquest.com website that people use on their desktop and repurpose that very quickly to provide a beautiful and powerful Ajax Web experience on modern smartphones.

An easy migration

We found that, considering the amount of development and energy that's gone into making our native applications, and has gone into the mobile website that we have out there right now, what it took to get a great application on the iPhone was minimal. It was very impressive.

A lot of what has made it so intriguing for us is the fact that we're doing real Ajax here on the devices. So, for the problems that have been around with Web apps, which are compounded when you're talking about a mobile network with a huge latency and everything, you really have tools to be able to handle those situations and provide a lot better user experience. It's finally starting to make sense as a Web application.

Gardner: Clearly if you peruse the Apple's App Store, as I like to do, we're seeing quite a shift. The games being promenaded first, but all of a sudden, we're seeing content providers, Web-service providers, and portal providers all coming out with their iPhone version. It doesn't seem like it was that difficult for them. Maybe it's not quite the same full set of features, but it's pretty darn compelling.

Beers: I think so. You asked me what really gets me up in the morning. The other piece of this is, looking at that difficult trade-off we have right now, HTML 5 seems to bring another possible answer to that trade-off.

It's not just a mobile Web story. We see companies like Palm coming out with essentially native application environments that use those

One way you can look at this, as far as where things will go, is you're starting to see phones that essentially will have two tiers on them.

tools for the presentation layer. That brings up all kinds of very interesting and productive new models for releasing essentially a native application that has really rich access to the underlying features on the device -- things like GPS and the accelerometer. That's also a very exciting application model for companies like MapQuest to look at.

Gardner: So, as a developer, it seems that, while it could be quite difficult, the best of these worlds would be to be able to take advantage of a certain set of native functions and specifics to a handset or even a carrier, but, at the same time, leverage what you can across the Web, in terms of Web services and the ability to mash up and take advantage of some of the rich Internet application features. How do you see that hybrid possibility evolving?

Beers: It's going to be very interesting. We're starting to see, with the Palm Pre and webOS, the first signs that this is going to be a new way that applications will be released.

You see another example with the Sprint's Titan platform, which hasn't had a lot of attention in the media. WebKit may actually be a piece of that story that's going to make you hear a little bit more about that.

One way you can look at this, as far as where things will go, is you're starting to see phones that essentially will have two tiers on them. You're going to see developers having a choice to say, "Do I want to be operating completely in JavaScript and exercise my skills there in the WebKit environment, or do I want to have some of the application logic below that, perhaps in a Java environment, where it's essentially being a local server on the device for the presentation layer on top?"

You start to combine those things, and it allows all kinds of different components that are out there and that have been driving the innovation in the Internet to come into play on mobiles in ways that we haven't seen before.

Gardner: Stephen, do you concur with that? Do you think we're going to see the equivalent of a distributed, multi-tier capability at this mobile-device endpoint?

Taking a different approach

O'Grady: Ultimately, we'll get there, and the Palm Pre is a great example, because Palm is taking a different approach to application generation. Undoubtedly, we'll see the hybridization of both Web and native features.

To some extent, we can see some signs of where this will head. Think of the iPhone and the ability of WebKit to automatically reformat due to the gyroscopic functions that are contained in the handset. A Web page can automatically resize itself if the handset is tilted one way or another. We'll see a lot more development like that, which combine the present Web applications with native abilities of the handset, and GPS probably is the most obvious example.

At present, however, the development story is still, generally speaking, one or the other. I don't think that we're there yet.

Gardner: It certainly sounds like an opportunity for the tools people. Let's take this over to Wayne at Genuitec. Coming from a Java, Enterprise, and Eclipse heritage, you're used to complexity. You're used to dealing with difficult integration problems, where developers are accessing assets and resources from a variety of different background technology sources. What do you have in mind for the tools aspect of what we've been discussing in the evolution of these mobile apps?

Parrott: Let me just echo what Stephen was talking about. We were talking about what will come in the future in terms of the hybridized,

One of the forces driving us has been enterprise organizations that want to move to the Web. They're being driven by their own workforce.


blended Web device-type programming model. Where we're at right now is that it's a binary decision. It's native or Web, for the most part, and the Web model is the lowest barrier to clear in order to go native.

Before we jump in and say, "Hey, mobile Web is it," I like to take the approach that, you can pick the right tool for the right problem or the right technology for the right problem. For anybody interested in mobile web, the first thing they should do is educate themselves and learn about what's out there.

If you're interested in mobile Web, Genuitec provides educational resources and a lot of good references. Again, the Web is replete with a lot of emerging information about mobile Web strategy, and we tie that together with our own experience.

Gardner: Let me be sure I understand. So are you talking about how to take an existing Web developer and train them to transition to the mobile Web, or are we talking about getting people native-ready for the mobile Web, almost from a starting blocks position?

Parrott: Obviously, one of the forces driving us has been enterprise organizations that want to move to the Web. They're being driven by their own workforce, sales staff, etc. I'm not thinking so much blue-collar, but white-collar staff that's very mobile, and wants to have a high connectedness, basically they want to run their businesses through their smartphones.

What they're pushing us for is, "How do we get there from here?" They already have a lot of their own infrastructure and resources in place, but moving that to the mobile Web has been a challenge for them.

First step: education

First, they need to be educated about what it takes to get there, looking it through, and evaluating their own resources. David mentioned the Ajax model, HTML 5, and the mobile Web model. It's not a static content type model. So, your traditional static Web developer needs to have some skills and awareness that it's much more functional. It's not just static data, but it's functional.

You have what we call the mobile Web programming model so that you can now build some very sophisticated functionality that you run directly in the browser. You have to be educated about what you want to run local. Do you want to serve static content or do you want to push functionalities directly to the particular smartphone device?

We're servicing both -- helping educate and provide tooling and educational services for both Web developers and traditional enterprise developers -- Java developers who are moving over, bringing their programming know-how and experience, and applying that to dynamic Web applications.

Gardner: It sounds like some path we've already been on. If you have a set of Java developers and you have a set of Web developers, how do they come together to form some sort of an alignment for the delivery

You have to be educated about what you want to run local. Do you want to serve static content or do you want to push functionalities directly to the particular smartphone device?

of these modern applications? That shouldn't be too different when you take them out to the mobile tier. Right?

Parrott: Definitely not, but at a higher level, an organization just needs to understand, how much and what kind of functionality they actually want to push out to the mobile Web. It's really our overall strategy.

Gardner: Right! There are architectural and network considerations that are unique.

Parrott: Correct. You have to remember that you're running on wireless networks. It's not running at Wi-Fi speed necessarily. There are things you have to take into account, as you work through the total end-user experience that you're targeting and then focus on what kind of developers have the experience to build and create that type of experience and delivery for your customers.

Gardner: What about Eclipse? What are some things going on there, some projects, interesting developments and innovation? We've certainly seen a lot of interest in OSGi over the previous year or two. What is the bearing that some of those activities have on moving out to mobile development?

Parrott: I can talk very specifically to one of the projects that Genuitec is heading up. It's called Blinky. The focus with the Blinky Project is to create a mobile-Web development platform. The concentration has been in two areas, both to provide frameworks for building tools that developers could then use for creating really compelling Web applications and also user interface (UI) frameworks or rendering frameworks.

You can think of these as themes. If you want to build a Web application and have it have an iPhone type look and feel, it's easily possible with the HTML 5 technologies. But, your starting point is to work with an existing UI framework that can help you create that kind of end-user native experience.

So, we're working on those two aspects. That's all of part of the open source. If anybody is not aware, Eclipse is a platform for building both tools and run times, and we're focusing mainly on tooling and the UI development in terms of the Blinky Project.

Gardner: Let's go over to the developer. Dave, this open-source development, I assume, is something you've been involved with, as a user, or perhaps a contributor as well. Tell me a little bit about the role that open source has in your mobile development, and then, if you're familiar with OSGi, does that hold any interest for you?

The benefits of open source

Beers: First of all, open source is very important to us from many different directions. We're using a lot of open-source tools. In my time as a developer, I've also had a chance to contribute to a lot of open-source projects, including Eclipse, and then kind of eat my own dog food. It's hard to be a developer these days and not be enjoying a lot of the benefits and productivity that come from the existence of open source.

OSGi is a particularly interesting area for me, and I think it may be becoming more important now with Oracle's acquisition of Sun, because it's really bringing about a new component model for Java, in particular. Part of this problem of fragmentation that we're talking about has to do with the fact that we deal so often, at least in Java applications, with these static stacks. We've got these configurations. We've got profiles. We've got all these optional packages in mobile Java.

OSGi presents the possibility of being able to have just the right stack for what you need and not to worry so much about whether the capabilities are there natively in the phone, because you can add them as a developer.

The idea of OSGi being a component model that's underneath, something like that WebKit layer, is an extremely powerful combination. There you've got standards at both of those layers that I was talking about. I'm very hopeful about seeing that evolve. I agree with Stephen, it's not going to happen this month, but I think we're headed that way.

Gardner: Stephen, any thoughts about it. With OSGi, of course, its heritage was in embedded. So, it's almost designed for this sort of a problem set?

O'Grady: I was about to say exactly the same thing. OSGi is eminently applicable, simply because it does offer you the componentization, to some degree, of the stack, as was just discussed. We've seen this before. Some of the mobile carriers have explored OSGi in varying degrees. We'll certainly see more of that.

The other Eclipse-related mobile story that's probably worth at least a mention is some of the Android work that's going on. There's a plug-in for Eclipse that will allow you to develop in Eclipse and toward the Android platform.

So, both on the server side with OSGi, as well as the tooling side, the client development side, with things like the Android SDK and some of the work that the folks at MyEclipse are doing, Eclipse will really have roles to play on both sides of that equation.

Gardner: Wayne, given that we've identified the mobile Web and its latest incarnations and innovations as an interesting way for the enterprise developers to move quickly to mobile, and the fact that they're getting the push for doing this from their own users, those mobile warriors, how do you get started?

If you're in this mode of training, experimenting, and getting up to speed, where do you even start on that process of going from traditional Web development to mobile Web development?

Parrott: I am going to go ahead and toot our own horn here, but at Genuitec, this is what we're specializing in. We provide a number of online resources and enterprise tools to help users target toward both their enterprise applications and also toward mobile. So, I would say, visit our site at genuitec.com.

The other would be to educate yourself. As I mentioned earlier, there is just a wealth of resources on the Web. Genuitec will provide a book list

We've also learned how these approaches are going to make it easier for the enterprise to get these processes that they've of course invested many, many years and probably millions of dollars in, and bring them out to more users with more payback and return on that investment.

or a bunch of book lists that you can access, read up on, and kind of educate yourself, just to understand whether you really even want to get into this field or not.

Finally, one of the things that I am really proud of is that I believe what really gets you connected is seeing and believing. When I talk to some people, not everybody has access to a smartphone. They may have seen other people with them, but they don't necessarily understand or grok it. One thing that we provide is a very simple micro WebKit browser that you can install and it can run off your desktop. You can explore and experiment with the mobile Web in a way that gives you a first-hand type of experience.

Once you're beyond that, then you have additional roadmaps, depending on the type of complexity that you want to adopt and the type of applications you're going to build, and provide tooling and expertise around that.

Gardner: Okay, I'm afraid we're about out of time. We've been learning about how Web developers can better take their full PC browser applications out to a mobile tier, perhaps without losing the features. We're also looking at how those native capabilities on these handheld devices can be utilized as well, and bringing them together over time is something that I'm pretty excited about.

We've also learned how these approaches are going to make it easier for the enterprise to get these processes that they've of course invested many, many years and probably millions of dollars in, and bring them out to more users with more payback and return on that investment.

So join me in thanking our panel. We've been joined by Stephen O'Grady, founder and analyst at RedMonk. Thank you Stephen.

O'Grady: Thank you, Dana.

Gardner: We've also enjoyed the input from Wayne Parrott, vice president for product development at Genuitec. Thank you, Wayne.

Parrott: Thanks, everyone.

Gardner: And David Beers, senior wireless developer at MapQuest. Thank you, David.

Beers: Thanks all. I enjoyed it.

Gardner: I also want to thank the sponsor of this discussion, Genuitec, for underwriting its production. This is Dana Gardner, principal analyst at Interarbor Solutions. Thanks for listening, and come back next time.

Listen to the podcast. Download the podcast. Find it on iTunes/iPod and Podcast.com. Learn more. Sponsor: Genuitec.

Transcript of a BriefingsDirect podcast on new technologies and approaches that leverage the mobile Web for designing Web applications for hand-held and other mobile devices. Copyright Interarbor Solutions, LLC, 2005-2000. All rights reserved.

Monday, May 18, 2009

Role and Perception of Enterprise Architects Needs to Align Better with Business Goals, Panel Discovers

Transcript of a BriefingsDirect podcast on enterprise architecture and its role and value in the face of the current economic downturn.

Listen to the podcast. Download the podcast. Find it on iTunes/iPod and Podcast.com. Sponsor: The Open Group.

Announcer: Hello, and welcome to a special BriefingsDirect production, a sponsored podcast discussion coming to you from The Open Group's 22nd annual Enterprise Architecture Practitioner's Conference in London, England on April 22, 2009. Please welcome The Open Group's President and CEO Allen Brown, as he introduces the moderator and panelists for our discussion.

Allen Brown: This panel is about "Resisting Short-term Thinking: Rationalizing Investments in Enterprise Architecture During a Recession."

I'm glad there's not a recession in enterprise architecture (EA). We've got quite a full room, haven't we? The panel is going to be moderated by Kevin White, contributing editor to Computer Business Review in the UK. In that role, he closely monitors the infrastructure and enterprise management markets, consulting and writing about both the technology details and the business strategies of the major vendors and user corporations in these domains.

He also regularly writes about IT economics and business case analysis for Technology Investment. He was formerly editor-director for the CIO Connect Network of FTSE-level chief CIOs. Kevin also works as research director for Datamonitor Technology, and before that, headed the Computerwire IT news service.

I'm going to introduce Kevin. He's going to introduce his panel. Please give a big, warm welcome to Kevin White.

Kevin White: Thank you, and good afternoon everyone. So resisting short-term thinking, how does EA thrive and survive in recession? It's a tough subject, and I can't do it without some expert witnesses.

I would like to invite Henry Peyret from Forrester Research. He has focused for 25 years on the concepts, techniques, and tools used in EA.

We also have Phil Pavitt, the group chief information officer (CIO) for Transport for London. Phil is the man who is responsible for all the technology behind London buses, Underground, the Light, Docklands Railway. Phil admits to being responsible in part for the Central London Congestion Charging Scheme. So, a very warm welcome to Phil.

Next, we have Thomas Obitz, a principal architect at Infosys. Thomas's key areas of interest are the potential versus the perceived benefits of EA. It's very relevant.

Mike Turner, enterprise architect at Capgemini is a very familiar figure in this room. He's one of the core team that developed the SAP Enterprise Architecture Framework, which was a joint initiative between Capgemini and SAP. [More from Mike Turner on BriefingsDirect.]

Finally, we have Terry Blevins, a senior principal information systems engineer at MITRE and Customer Council Board member of The Open Group. Terry has been involved with architecture discipline since the late 1980s, and he currently heads a team of 40 enterprise architects. As his accent will show, he is based in the US. So welcome, panelists.

Talk about business

We've talked today about frameworks. We've talked about certification. We've talked about software tools. I just want to raise our heads somewhat and talk about business, because that's what we're all in. You don't need to look very far to realize that we live in very interesting times. The challenge for EA is to be able to balance the long-term goals against the pressing short-term needs of the business.

There are intense commercial pressures right now to reduce costs at a time when capital expenditure is severely constrained. Operational efficiency has become an imperative, but agility and speed to market are equally as important.

In a downturn, there is a natural tendency to accentuate the tactical, short-term initiatives, and EA arguably is inherently long-term. This is a crucial issue of how you balance that long-term architectural goal against the short-term needs of the business.

So let's explore that. To kick off, it would be interesting to understand what business is like at the top. Phil, perhaps you could share with us some of the challenges, some of the pressures, some of the dynamics currently in the CIO's office as it relates to this flex between short-term and long-term goals.

Phil Pavitt: Thank you. It's an interesting issue, because although this talk is entitled around recession, I'm not sure that pressures of the CIO's office have ever changed. Certainly the role I have, looking after an enormous organization that spends almost $2 billion a year through my team on technology, I don't remember having any other conversation around cost cutting, efficiency, or speed to market, that's particularly changed this week from this time last year.

What has changed though is that suddenly those business units that had two choices -- do we use the internal teams or do we do our own thing? Perhaps two or three years ago, in most business units, they felt strong enough to do their own thing and then once they've got it, or a third party has given it to them, come to the center and say, "Is there any chance you can run it?"

Now, perhaps that money is not so readily available to them. Suddenly, I can see where EA actually become a critical part. Taking our standards and designs, because they're common across the business, becomes a very efficient way to operate and to run.

Having sat here for the last hour, I'm worried about some of the "business speak" interface between the architects and the business, but I'm sure once you move away from your internal conversations to the external ones, it's much more business-focused.

Most businesses, and certainly the businesses I operate and am responsible for, want to talk about standards and designs that produce speed-to-market, save money, help with maintenance, do actually give longevity to application development, application maintenance. They wouldn't necessarily recognize the tools to do that, but they recognize the people and the business partner to supply those tools.

Demonstrate added value

So my role as CIO, it is to demonstrate to the business that we can add value, and that value is primarily helping them with their business needs, as it ever was, but now helping them in a way that's cost-effective and frees up cash on other things.

In this last year, the project meetings I've been to, where the respective project director says, "And that will be $X million over 12 years, etc.," all those conversations have gone. It's much shorter values over much shorter times. The day of the big program is dead. The day of the big outsource is dead.

The understanding of our architectural process that's going to apply to that is a critical interpretation that CIO and his office will do for the business. Otherwise, they will go for "short-termism," because they'd go for what they see in front of them. So, that's some of the pressures we face.

White: Thanks, Phil. I think you're suggesting, perhaps, that time-to-value is probably more important now than a big return on investment (ROI). Is that the case?

Pavitt: I work in the government sector, which has an interesting history of major programs, some of which is true and some of which is hype. At the end of the day, IT is judged by what a business can take and use tomorrow. It's no good to have some of my strategy team and my business relationship team sitting with customers and saying, "Look, we can do stuff that will change your world tomorrow," and they say, "But, my printer doesn't work."

I know as architecture, you don't want to talk about that. You want to talk about the big world-changing, world-challenging processes. Sometimes, our most simple architectures do not serve the customer and help them do their stuff today. The more we can learn to do that today, then the more we get long-term support.

Therefore, if you find in my organization a program or a project -- even things like the Congestion Charging, for which I'm responsible -- has programs that go over 12 months, we have to sit. If the ROI is acceptable, we have to seriously consider whether it's actually the right thing to do. Can we do these small parcels? Can we architect something that does now and is then put on the shelf to re-brought down or reused again and again and again or built on again and again?

Each one of those small components must be successful in terms of their hurdles, whatever their hurdles may be. That's the biggest challenge we currently face. It doesn't change the overall theme or the overall process. It's a repositioning of that relationship with the business.

White: Thanks, Phil. Thomas, EA needs to prove value. Infosys did some interesting research late last year and early this year. Perhaps you could pick up on some of those key themes and explore some of those issues.

Thomas Obitz: There are a couple of things that we found that closely relate to what you've been saying.

First of all, EA clearly becomes a tool for strategic business transformation. That is visible from a couple of indicators. One of them is that 42 percent of the organizations have their enterprise architects actively involved in the strategic planning process.

Another indicator is that 16 percent of all organizations have the EA report outside IT. That means to the head of strategic planning, to the CFO, to the COO, and to the CEO. So, enterprise architects are changing their positioning, and that means that the value that the organizations are expecting out of them is changing, and also, the way they are talking about value and how they are proving value.

I don't fully agree with this view that EA is strategic, and strategic is short-term. What is strategy? Strategy is, "I am here. I have a vision of being here. I need to take this and this steps, when I do a starting step. I start tomorrow, not in two years." The best way of making large transformation programs fail is actually to have something that does the tactical thing and another program that does the long-term strategic thing, because the tactical thing solves the problem.

What is EA good for? It's an approach for solving the problems of an organization. As we say, the problems are here and now. You need to make out the places where you have current issues. You need to identify architectural approaches to solve them. And, you need to start gradual change right now. So, yes, you are capable of demonstrating a long-term path, but you are creating value in the short-term.

Basically, as enterprise architects what we need to change in our overall approach is that we need to go away completely from this architectural approach, which is about, "We build a big picture of how we could imagine things work and then implement that over a long time," to "What's an approach that's issue-driven." We need to identify where the issues of the organizations are today, identify what needs to change, and then consolidate that into the big picture.

Uniquely positioned

Architects are uniquely positioned for that, because our key capability, which basically constitutes what we call architecture, is that we work out solutions from the standpoint of a multitude of stakeholders, but then we consolidate against a common set of models. Instead of having marketing do something, finance do something, and human resources (HR) do something, which then don't go together, we can come up with holistic solutions. This is the unique strength of architects.

That also means that we need to change the way we are talking about our solutions, as you rightly said. I often hear that architects need to talk business, but it takes it a bit short. The problem is not business in the sense of what the organization is doing. It's not sufficient that an enterprise architect understands banking.

The point is that an enterprise architect needs to understand the mechanics of management. He needs to understand how decisions are made at the top level, and he needs to have an approach of presenting what he's doing and what he suggests in a way that is understandable and traceable for the most senior decision makers in the organization. We're basically moving towards management consulting.

White: Terry, you had a large group. You just heard about the requirements of the group to have an understanding of management skills and the mechanics of management. Do you think the typical EA group now has the right sort of skills to be able to face off to clients within the business in that sort of fashion?

Terry Blevins: EA, architecting, and the architects themselves are much different than maybe domain-specific, technology-specific architectures, architects, and architecting. This is where the soft skills really come into play.

I've seen more than one CIO get pretty angry to the point of you're not invited back if you come in and just start talking about technology and architecture speed. In the DoD, if you start throwing out OV1 and SV1 and stuff like that, that doesn't make it.

You certainly do need to approach the decision makers with a mind toward the business. I don't think it hurts to speak "business speak" to them. But, the point is to show a true appreciation that you're there to help them, help them make decisions, help them implement what they need implemented, help them be responsive, and think about the day to day. It's not 5 or 10 years out anymore. It's the day to day.

White: Let's change tack slightly, Mike. EA has to make an impact, a business impact. What other ways can we accelerate fast impact programs, where there is a necessary focus on operational efficiency, productivity, and cost reduction?

Mike Turner: If organizations have been doing EA in the past, then now is a really good time to demonstrate the value of that in the world that's happening. A lot of the talk has been about using EA as a tool to increase the agility of your organization. Organizations that have understood their EA and understood their operating model and how their organization functions should be well placed to make significant strategic, cross-silo decisions to respond to new market situations.

One of the real opportunity areas that EA is uniquely placed to deal with is working across silos. IT could be one of those silos, but there's any number of other silos within the business, across HR, finance, and different parts of operations.

EA is a fantastic tool to be able to consult a wide variety of stakeholders about a particular market change, get a consensus viewpoint about that, and really have to define the responses across the whole organization. Also, to look for ways that traditional silos can work together more effectively. Most silos, when considered in isolation, in the majority of organizations, are quite efficiently run. There isn't a huge amount of extra value that can be driven from those silos or extra costs that can be taken out. The opportunities really span across those multiple silos.

In order to react quickly, you really need those essentials in place, and you need to understand your operating model and your stakeholders. You have a mechanism in which you can articulate how you're going to respond to a need to change, and then you really have the tools in place to be able to quickly make changes and have a coordinated response.

The worst thing you could do in any crisis situation is to allow fragmentation and different parts of the business to go and try different strategies. You may be cutting cost in one area and trying to increase value in a different area. You end up conflicting with each other and ultimately creating more tension and having a destructive impact on the business.

White: There are some strong communication and influencing skills that are required.

Turner: Absolutely.

White: You mentioned three keywords for me there: speed, response, and agility. Henry, I know you've got a real interest in agility and you consider it almost a benchmark that needs to be melded somehow into the EA group. Can you talk us through how that might develop?

Henry Peyret: At Forrester, we think that there is probably a breakthrough for the EA job currently. We are launching something we call EA 2.0, a renewal of the EA world. Take agility, for example. We think that we should now move the agility at the business level and say what type of agility we can provide for the business to deliver new products, to deliver new capabilities, and to transform the enterprise.

A new metric for EA is coming -- key agility indicators at the business level, but also key agility indicators for architects.

We talked a lot today about the strategy angle that enterprise architects are taking currently. We've seen lot of changes with service-oriented architecture (SOA), which brings a new iterative manner to more principles about driving different changes.

You talked about the fact that we need to adapt to different geographical zones, different constraints and compliance, different type of architectures. The big picture is not valuable enough for the enterprise architect. We think that brings a new way of doing EA, and we call that EA 2.0.

White: I want to introduce a question from the audience. This is from Colin Wheeler. Phil, you might want to take this one. How can big EA providers and consultancies demonstrate the cost benefit of EA to board-level management in today's climate?

Pavitt: Stay away really. That's just a small joke. You've got to remember that at the board level there's massive frustration with most IT departments. A CEO, or a principal in charge of an organization, has poured millions and even billions over the years into its IT department. Someone said, "Just a few million more, and I would have architected the right agile, fast-to-market, cheapest benchmark thing in the world. Just a few million more."

They've heard this so many times. I can tell you from the organizations I have led as an IT person, that is the single biggest source of frustration. Yet, and I think the conversation is totally valid, we to go back to the question of how you actually demonstrate value?

We see here an assumption that most organizations work with each other for the common good. Perhaps you work in a more perfect world than I do, and you're lucky in your company. With all respect, most business units in most companies are looking after their own horizontal profit and loss statement (P&L), their own horizontal income, or dealing with their own horizontal challenges. IT among two or three other project functions is the only one that goes horizontally.

The idea that the whole business can say, "Shall I chuck in my bit of my application, my bit of infrastructure, my bit of data center, and my bit of technology, so the common good can happen" -- those conversations don't happen very often, or perhaps they happen when I'm never in the room.

Some people I know in the businesses are so wedded to their application and their architecture, they think the threat of losing it is the threat of their job.

Common good vs. individual good

So to answer the question, fundamentally we have to demonstrate not just the common good, but the individual unit good, because although everybody says at the boardroom, "Yes, of course, we're here for the common good," how they all bonus and objectivize isn't the reality.

An enterprise architect who says, "I've decided that the good thing to do is to bid on this architecture, on this infrastructure, on this, or whatever, because we over the next few years would get a overall pound in the pocket for the business," will not get listened to, although they may well be right.

We have to understand that, whether it comes from a third party, an organization, a consultancy or whatever -- internally or externally -- is irrelevant. It's someone who can scratch where the business itches, not necessarily for the overall common good, but within the unique good that feeds the overall common good. Otherwise businesses are going to say it's more money in what is, in their view, almost a failing department.

Peyret: It is becoming very important to contractualize better, including internally. The more we become a shared service as an IT department, servicing different business unit with their own profit and loss, with their own requirements, the more we would be required to contractualize.

That's what we call the contractualization trend that's internal for the IT relationship with the business unit and also for the business unit relationship between themselves and between business units and also partners.

As you say, if we do not reflect those contract aspects, including the key agility indicators I talked about previously, within our personal incentives within each group, we will not obtain that contractualization in a wide manner.

At the same time, when we talk about contractualization, very often we talk about something that is more constrained, a way to get more money, and other things like that. There is something that is changing dramatically about that too, which is flexible contract.

That's a different type of relationship, but that's where EA should play a big, big role to obtain a wide level of contractualization. You cannot contractualize everything, particularly internally. At the same time, you should define an effective way to negotiate or at least discuss with the CEO and the business unit. That's a key requirement to make that happen as a shared serviced is different business units with different requirements.

White: Another question from the audience here, How can EA be positioned in this scenario? One of the key focuses of EA is business transformation.

The key for enterprise architecture, in either a business transformation scenario or maintaining operations, is really to understand the decisions that do get made.


Well, in the current climate, I'm not interested in transformation. I'm not interested in making major changes, because major changes are disruptive at any cost. They just want to run the business [well]. Terry, where does EA live in that scenario?

Blevins: Decisions are made every day. Some of those decisions are about transformation, and some of those decisions are about operational day-to-day things. The key for enterprise architecture, in either a business transformation scenario or maintaining operations, is really to understand the decisions that do get made. It's key to understand who is making those decisions, understand the information they need to make those decisions, and build your enterprise architecting or do your enterprise architecting and build your EA to support that decision making. ... To me, that's absolutely critical.

We're not here to go to the boardroom and say, "Here is an EA or here is our architecture anything. We're here to support decision makers. We're the back. We help them and empower them. We give generals more stars and give CIOs the CEO positions.

Turner: Being realistic, though, there is a fairly clear relationship between the amount of change that's happening within an organization and the demand for EA. If an organization is completely static, then there is little value to be had from having an EA.

Two-dimensional question

I guess the question is two-dimensional. One is about the amount of change that's happening, and the other dimension is the horizon on which that change comes into effect.

If you're seeing an organization that is taking its change budget and employing the same amount of money into very short-term change activity, then, absolutely, there is a need for EA there. You would probably expect that doing that would actually completely disrupt the business. If an organization is really just pulling back on the amount of change that it is doing, that, by consequence, has to have an affect on the requirement for EA.

White: In terms of understanding what your comment is, you really need to understand the business criteria that the business is trying to address. Is it the cash cycle that's an issue? Do you think that the EA group thinks out of the box departmentally? Does it think like a CFO? Does it understand the financial flows that are impacting the business? And, how important are they considered in the boardroom? How do you accelerate that or enhance that process?

Turner: If it wants to be relevant, it absolutely should do it. What you would aspire to and what you observe in organizations is not necessarily the case. Certainly, there's been a tendency in the past to focus on technology, elegance, and large theoretical exercises that look beyond the horizon of where the rest of the organization is thinking. That type of activity is really irrelevant to most people within an organization.

To really attain relevance is to focus on the problems that the business has, and grouping them in terms of agility. You could characterize that as agility on two different levels, because there is an agility that you can gain from having very flexible systems that can change based on unknown requirements. There's a lot of thinking around things like SOA, Agile Development, and those types of techniques, which are really looking to build open-ended systems that can address many different types of requirements.

I think another area of agility that is often slightly overlooked is the end-to-end business agility, which can often be derived from having static fixed systems that go end-to-end. Re-looking at the ERP platform that you have and how that can help increase time to market, supply chain visibility, or the usage of capital within the organization is something that shouldn't be overlooked, because it's not considered to be interesting from a technical standpoint.

White: Henry, earlier you mentioned earlier development in application portfolio management of EA. Does that pick up on Mike's point?

Peyret: Currently, there is a trend to rationalize everywhere, to try to decrease the cost. Obviously, it's the right time to score applications and be able to say, "Okay, I would like to cancel and kill some of those systems that are expensive, that cost a lot, are not maintainable, are not sustainable for the long-term, and many other things like that."

At the same time, I also see some industries in which IT is becoming more important, and where some of the business will be done with IT involvement.

I worked in some pharmaceuticals, for example. To decrease the risks of taking drugs, they're bringing now a bundle of IT testing machines. That's completely changing the business. That's becoming part of the pharmaceutical business. It's not something that's a sideline that's there to support a process.

I see some innovation, and one of the roles obviously of EA is to help businesses bring that innovation in at a right time. We have seen some of those mistakes in the past. We had client-server, which was adopted. Finally, it was not scalable or deployable, or whatever you want. That's the sort of thing where EA is playing different types of roles, which are more on the strategic side.

I agree with you on the rationalization and standardization. That really is the right place to come back with some recommendation you made in the past and say, "Okay, we can kill that application because the business is ready to save."

The issue of value

White: One of our participants has rightly brought us back to the issue of value, and it's actually addressed to you, Phil. Do you have an EA group? How did you form the group, and how do you demonstrate value to the individual business units of that group? Perhaps you can lead into the discussion of value generally?

Pavitt: Do I have an EA group? It's very small compared to the overall organizational size. Each of the groups in my team lives or dies by their contribution and the value the business perceives. The EA team now is a fifth of what it was when I first started. It will get smaller, if it doesn't continue to show value.

Despite all the conversation, we carry 12 million people a day in our transport systems. If we don't know where the buses or where the tube train is, if we cannot produce the countdown data which helps you to tell when the next underground train or bus comes along, you can have as much TOGAF design as you like, but at the end of the day, "Where is the damn bus" would be the obvious question from the business.

So value is not value necessarily, but not exclusively in monetary terms. I do agree with the sentiment that's been expressed here: get to know your customers. I've been frustrated with my own EA team time and time again. They are politically naive. As a CIO, I meant to be one of the sharpest political operators in my business, not because my business is particularly more political than anybody else's, but I'm the one who operates horizontally.

I'm the one who can be used as an excuse for every other department's failure, whether I've caused it or not. I'm the one in my company who is measured 1.7 million times every hour when someone presses the Enter button. We're the only department that's measured that often in real time of any other team in the company.

Our EA team turns up with the best thing since sliced bread that they have been working on in a hothouse environment for the last three months, which will feed all known starving people across the world.

It doesn't help me select the business in terms of value. Recognizing value in terms of what the customer, in our case the actual user, wants is critical. EA should be much more physical, politically savvy, and much closer to their customers. This is not a visit once a month.

Most of my EAs -- I think they have just stepped out, so I can say it now -- most of my EAs will end up in the business in the next six months, not in IT. I'll force them to be in the business, because I've asked them to do it nicely. Then they'll judge even more the value they can contribute. Of course, if the business then doesn't value them, they would do something about it.

So, value is a very important thing, but you have to get close physically to your customer to turn what value really means to them in terms of what they're trying to deliver.

White: So the way that EA group can create meaningful propositions with stakeholders is by working alongside them, by being fused in the business?

Thomas, surely everyone appreciates the value of EA. The business can see it. It's just that we're using the wrong measures, isn't it?

The need for rigor

Obitz: Well, that's an interesting thing. What enterprise architects think is a good explanation of the value of EA, may not be something that is even worth looking at for a CEO. Enterprise architects need to put rigor into how they justify and explain the value of what they are doing.

As part of our annual EA survey, we're asking enterprise architects if they feel capable of justifying the expenditure for the EA department. In our first survey, in 2005-2006, 76 percent felt capable of doing that. Then, 18 months later, only 68 percent felt capable of doing it, and in our last survey, in August last year, it went down to 61 percent.

Organizations are putting much more rigor into the metrics that people are reporting, and they want to get real numbers. We found that there are massive differences between architecture teams. If organizations are not collecting any metrics, only 42 percent of them feel capable of justifying the work of the EA group.

If they are very rigorous and are collecting data about what they're doing, collecting data about the business value they're influencing and enabling for the whole organization, and if they are collecting data on how they're accepted and involved with the work of the remaining organization, then 85 percent are capable of justifying the work of the EA team.

You need to put in this work. It's extra work, admin work, and it's boring. Enterprise architects don't want to do that. They need to talk about it. If an EA team doesn't report metrics on a regular basis, they're not recognized as a value source in the organization. Only 35 percent of those organizations that do not report metrics feel capable of explaining their value, versus 77 percent, where you have a periodic reporting of EA KPIs into the IT and business function.

Enterprise architects need to do something. They can do it. It's just that you need to take a different approach. The typical IT architect approach, "I do this because I think this is best practice," is something that nobody outside a team has ever accepted as a measure that is presentable.

White: Terry, another notion of perceived value of EA is that it delivers a value at the end of a very long process. How can we kill that notion off completely?

Blevins: Yeah, that's a bad thing. Is it true that 99 percent of the statistics are made up on the fly?

White: 87 percent.

Getting on the same timeline

Blevins: We have to get enterprise architecting -- I'm going to focus on the verb -- on the same timeline as the decision-making process in an organization. Decisions are being made every day in the organization. I couldn't agree more with Phil's comment about getting architects where the stakeholders are, getting them out of the back room, getting, at least part of them, very close to whatever process is being made.

One of the things we haven't talked a lot about today is the importance of connecting the architects to the governance process within the organization. Architecture is not there to build a solution. Architecture is not the solution. Architecture represents a resource base, where people can analyze to help others make decisions, and those decisions need to be made on a daily basis.

The key thing is for the enterprise architecting projects to be very closely aligned with whatever governance process happens to be there and then create deliverables to meet the timelines of those processes. It's essential to connect with those decision-making stakeholders, understand what their information needs are, and make sure that you package your enterprise architecting with no more than has to be there to support a given decision. That could be a decision about a process improvement. That could be a decision about an ERP buy. That could be a decision about the deployment of a business rule or an information standard. It doesn't matter.

White: There's a very relevant question from the floor. A key frustration for our CEO is that implementing the new solutions is constantly delayed by the business lines demanding new development, which can only be done by developing the very things you're trying to replace. So you're building an even bigger legacy. How would you deal with this within the EA?

Turner: One of the things that really helps in that context is simply the act of defining where you're trying to get to. If that target is not really defined in any detail and there aren't aspirational statements that say, "We'd like to do this," it doesn't really hit home with something that's real and in the here and now.

If you can say, "We want to be here. This is what it looks like in a bit more detail, and this is roughly how we're going to get there," and then put that in place within the governance processes that applies to those tactical decisions that are being made, you can then start to build the negative side of the equation for those changes. You can impact and assess those changes against, "This is taking me away from where I want to be rather than toward it."

There's a cross-implication to put this change in, but there is also a cross-implication to take this change out, and then start to look at alternatives of where you can maybe do it in a slightly different way that would take you closer to where you want to be.

A lot of organizations are simply making the commitment through a target state. Describing what it looks like in a way that people can understand means that they will almost instinctively make those decisions in a way that takes them towards where they want to go rather than away. They can start to factor that into their own decision making process.

Good to great

White: Thank you. One of the key drivers to any EA group right now is focusing on getting things done and getting done very well. Phil, you mentioned a book Jim Collins wrote, Good to Great. I think one essence of that is that in the soul of every great company, there is a sense of discipline. Do you see an EA group having any influence on enterprise discipline to keep the business going in the right direction?

Pavitt: The book Good to Great describes how companies can be pretty good, but there are quite big steps in making them great. There are lots of business principles in there that applies to IT in particular.

IT can really help any organization become great in a number of ways, particularly around architecture. As you sell to the business what architecture can do for them, I think they begin to get it. I guess they understand what the actual personal implications are, both positive and negative, but they also begin to build this sense of, "Well, if we do this, then we have a platform to launch on to something else."

What I find quite challenging, as any IT support organization would, is anticipating what the business needs. I enjoy the business planning around any organization, because the IT department says, "We'll set our strategy and our plan once the business has set their strategy and their plan."

I don't know if really good businesses always have those things. I've clearly made mistakes in my 25 years. I have not met one really. Most business plans are around survival or around getting to the next stage of a market. IT can't wait for that, but we can lead and guide business in a positive way to make those right choices.

In my organization, when I took responsibility, we had 63 data centers. We also had an architectural team of around 40 people. I could have put those two things together and made a very obvious conclusion. They both tried to separate themselves from the other, the physical reality. Someone had to persuade the business that to have 60 plus data centers was the wrong answer.

Now, we're down to three. Is that because of personality? Is that because of business case? Is that because of any of those? All of them have played a part, but the biggest thing was an architectural-type role. I'll use it as loosely as that.

Let's pick something the business is very bad at -- resilience. That might not be true for many companies, but in our company it was an issue. Disaster recovery is an issue, resilience, because politically we were savvy with the business.

We said 63 to 3 gives resilience, and suddenly everybody was on board. It wasn't because they saw having less was better, because nothing improved in their daily lives. It didn't get faster. It didn't get quicker. In fact, they didn't particularly save a lot of money individually, because those things are charged centrally.

But, the idea of resilience and disaster recovery, which has been a critical part of an operation of running a transport system, became very important to them. Suddenly, the architects could guide the business to make what in the background is an obviously right decision. A critical part that enterprise architects can play is the political part of helping the business make the right choices.

I'm not saying it should be self-diffusion or manipulation, although I think both things are perfectly legitimate tools in the IT world, but nevertheless, ultimately, you're doing the right thing for the business.

Survival without EA?

White: Thank you. Two questions from the floor, and I want to direct this to Henry. This is probably the most straightforward question, Henry. How can enterprises survive without EA? Another question, if the EA group can't produce a positive contribution to the business, is there any reason to keep it? That's addressing the current status of EA. I want to ask you what you think the future of the EA group is.

Peyret: I think that there is more EA. First, more enterprise are adapting EA. To answer some of your remarks, at the moment, EA is sharing some measurements, which are not addressing the complete enterprise, typically in travel and transportation. That's one industry that has four typical key performance indicators that they should share.

One is productivity. I fully agree with that approach. Second is quality, and third is risk. There are lots of risks transporting people without a level of security, which will bring them to the right place. The fourth one is about agility.

When we try to assess those metrics on each of the industries, some in finance should have cared a little bit more on the risk aspects. Also, subprime was a bad risk assessment. That was not sharing the key risk indicators with not only their buyers, but also their customers and many others.

So, to come back to your point, first, there are more enterprise architect groups within the enterprise. EA groups may not mean more people on the EA team. That means that we are seeing more federated, more virtual EA, and more EA involving business unit architects and business analyst architects -- the EA team. That's where the soft skills I talked about previously are becoming more and more important -- to involve the right person, to talk to the right person, to politically find the right way to bring the right message to the right person.

That's also why the enterprise architect role is changing currently. Now, we see different people jumping in as an enterprise architect, and not only people with a huge background in IT. Yes, they should have, but more and more, we see additional people coming to the business. It's a good way of muddling the business, muddling the architecture as a process, and many other things like that. What does that mean to the business?

White: Perhaps we could go to Thomas?

Obitz: Regarding your question what to do with an EA team that doesn't add value to the business, that's a difficult question. You can interpret business in two ways, and its commonly interpreted in two ways in the world of EA. One is, everything which is outside IT, and the second is the organization as a whole.

The last one is easy, if the EA team doesn't add any value to the organization in any shape or form, well, then it probably should be gone. If it doesn't add value to the organization outside IT, that's a different animal.

Basically, you have three value levers that you can use in an organization as an EA team. One is IT cost and risk, cost internal to IT. The second is cost and risk of the organization as a whole, and the third one is the top line -- revenue and opportunities.

An EA team may not be at a level of maturity to influence the organization's top and bottom line directly, but it may help running the business of IT more effectively. If you're looking at the research of Ross, Weill, and Robertson, just standardizing technology reduces the cost of running the IT by 15 percent. So, there are certain value levers inside IT that EA can address without going outside the IT department.

White: Thank you. So, "Resisting short-term thinking: Rationalizing investments in Enterprise Architecture during recession." We haven't begun to start discussing this, but thank you very much indeed.

I thank the panelists again. Henry Peyret from Forrester. Phil Pavitt from Transport for London. Thomas Obitz from Infosys. Mike Turner from Capgemini. Terry Blevins from MITRE. Thank you all.

Brown: And our thanks to Kevin White for moderating so beautifully.

Announcer: Thanks to you Allen Brown, president and CEO of The Open Group. You've been enjoying a special BriefingsDirect podcast discussion coming to you from the Open Group's 22nd annual EA practitioner's conference in London. This production was underwritten and supported by The Open Group. Thanks for listening and come back next time.

Listen to the podcast. Download the podcast. Find it on iTunes/iPod and Podcast.com. Sponsor: The Open Group.

Transcript of a BriefingsDirect podcast on enterprise architecture and its role and value in the face of the current economic downturn. Copyright Interarbor Solutions, LLC, 2005-2009. All rights reserved.