Showing posts with label self-provisioning. Show all posts
Showing posts with label self-provisioning. Show all posts

Thursday, August 08, 2013

T-Mobile Swaps Manual Cloud Provisioning for Services Portal, Gains Lifecycle Approach to Cloud Across Multiple Platforms and Data Centers

Transcript of a BriefingsDirect podcast on how a major telecom company has improved its IT performance to deliver better experiences and payoffs for its businesses and end users alike.

Listen to the podcast. Find it on iTunes. Download the transcript. Sponsor: HP.

Dana Gardner: Hello, and welcome to the next edition of the HP Discover Performance Podcast Series. I'm Dana Gardner, Principal Analyst at Interarbor Solutions, your moderator for this ongoing discussion of IT innovation and how it’s making an impact on people’s lives.

Gardner
Once again, we're focusing on how IT leaders are improving their services' performance to deliver better experiences and payoffs for businesses and end users alike, and this time we're coming to you directly from the HP Discover 2013 Conference in Las Vegas. [Disclosure: HP is a sponsor of BriefingsDirect podcasts.]

Our next innovation case study interview highlights how wireless services provider T-Mobile US, Inc. improved how it delivers cloud- and data-access services to its enterprise customers. We'll see how T-Mobile walked back use of manual cloud provisioning services and delivered a centralized service portal to manage and deploy infrastructure better and also improve their service offerings across multiple platforms and across multiple data centers.

To learn more about how T-Mobile enabled a lifecycle approach to delivering advanced cloud services, please join me in welcoming our guest, Daniel Spurling, Director of IT Infrastructure at T-Mobile US, Inc. Welcome.

Daniel Spurling: Thanks, Dana.

Gardner: Tell me about the trends that are driving your business now. We know T-Mobile as a mobile provider, but is this speed, is this competition? What are some of the big top-of-mind issues for you and your market?

Spurling: To answer that question, I'm going to frame up a little history and go into where T-Mobile has come from in the last few years and what has driven some of that business shift in our space.

As many know, in 2011 AT&T attempted to acquire T-Mobile. When that dissolved, there was a heavy recognition that we needed to drive greater innovation on our business side. We had received a generous donation, we’ll call it, of $4 billion dollars and a lot a spectrum. We drove a lot of innovation on our network side, on the RF side, but the IT side also had to evolve.

We, as an IT group, were looking at where we needed to start evolving within the infrastructure space, we recognized that manual processes are a very rudimentary way of delivering servers or compute storage, etc. This was not going to meet the agility needs that our business was exhibiting. So we started on this path of driving a significant cultural shift, and mindset shift as well as the actual technological shift in the infrastructure space, with cloud as one of the core anchor points within that.

Gardner: When you decided that cloud was the right model to gain this agility, what were some of the problems that you faced in terms of getting there?

Not a surprise

Spurling: When you talk about cloud, you have to define what cloud is. We recognize that cloud is almost like a progression of where we've been going within IT. It is not like it is a surprise.

Spurling
We've been trying to figure out how to enable more self-service. We've been trying to figure out how to drive greater automation. We've been trying to figure out how to utilize those ubiquitous network access points, the ubiquitous services, external or internal of the company, but in a more standardized and consolidated fashion.

It wasn't so much that we were surprised and said, "Oh, we need to go cloud." It was more on the lines of we recognized that we needed to double down our efforts in those key tenets within cloud. For T-Mobile, those key tenets really were how we drive greater standardization consolidation to enable greater automation and then to provide self-service capabilities to our customers.

Gardner: Were there particular types or sets of applications that you identified as being the first and foremost to go into this new model?

Spurling: That's a great question. A lot of people look at the applications, as either an application play or an infrastructure play, because of the ecosystem that existed when the cloud ecosystem was kind of birthing, a year-and-a-half ago, two years ago. We started more on the infrastructure side. So we looked at it and said, "How do we enable the application growth that you are talking about? How do we enable that from an infrastructure perspective?"
We recognized that we needed to double down our efforts in those key tenets within cloud.

And we saw that we needed to focus more on the infrastructure side and enable our partners within our IT teams -- our development partners, our application support partners, etc. -- to be able to transform the application stacks to be more cloud-capable and cloud-aware.

We started giving them the self-service capability on the infrastructure side, started on that infrastructure-as-a-service (IaaS) type capability, and then expanded into the platform-as-a-service (PaaS) capability across our database, application, and presentation layers.

Gardner: The good news with cloud is that you do away with manual processes and you have self-service and automation. The bad news is that you have self-service and automation, and they can get very complex and unwieldy, and like with virtual machines (VMs), sometimes there is a sprawl issue. How did you go about this in such a way that you didn’t suffer in terms of these new automation capabilities?

Spurling: I'm going to break it into two parts. Look at the complexity of an IT organization today, especially for a company of T-Mobile's size. T-mobile has 46,000 employees, around 43 million customers. It's not a small entity. The complexity that we have in the IT space mirrors that large complexity that we have in the business space.

Tough choices

We recognized on the infrastructure side, as well as in the application, test and support sides, that we cannot automate everything. We had to really drive heavy consolidation and standardization. We had to make some tough choices about the stuff that we were -- for lack of a better term -- going to pare off our infrastructure tree: different operating systems, different hardware platforms, and data centers that we were going to shut down.

We had to drive that heavy rationalization across all of the towers within our IT space, in order to enable the automation you talked about, without creating a significant amount of complexity.

On the sprawl question though, we made a conscious decision that we were going to allow or permit some level of sprawl, because of the business agility that was gained.

When you look at server sprawl, there are concerns around licensing, computer utilization, and stranding resources or assets. There are a lot of concerns around sprawl, but when you look at how much business benefit we got from enabling that agility or that speed to deliver and speed to market, the minimal amount of sprawl that was incurred was worth it from a business perspective.
You have to continue to deliver for your customers, but you need to prioritize what you are doing in that maintenance space.

We still try to manage it. We still make sure that we're utilizing our compute storage data centers, etc., as efficiently as possible, but we've almost back-burnered the sprawl issue in favor of enabling business.

Gardner: So with multiple platforms -- Windows, Linux, AIX, Unix -- and multiple data centers across large geographies, how can you do that without a larger staff? Do you find the centralization possible or is it really pie in the sky?

Spurling: It’s a bit of both. When you look at how much work there is to enable an automation solution, you almost have to be -- and my team hates it when I use the term -- ambidextrous. On one hand, you have to continue to deliver for your customers, but you need to prioritize what you are doing in that maintenance space and shave off a bit to invest in the innovation space.

You're going to have to make some capital investments, and maybe some resource investments as well, to drive that innovation the next step forward. But you almost have to do it within the space that you are coexisting in that maintains and innovates at the same time, because you can't drop one in favor of the other.

We did have to make some tradeoffs on the maintenance side, in order to take some qualified and some bright resources that we are excited about in our burgeoning cloud future, and then invest those resources to continue driving us forward in the technological and also cultural space. We made a significant cultural change too.

Gardner: That was going to be my next question. When it comes to making these transitions in technology, platform, and approach, I often hear companies say they have a lagging cultural shift as well. What did that involve in terms of your internal IT department making that shift more of a service bureau supporting your business like a business within a business?

Buggy whips

Spurling: A lot of times when you talk about evolution in either business context or kind of an academic context, you hear the story about the buggy whip. The buggy whip, back in the day, was something that everybody knew. About 125 years ago, everybody probably knew someone who made buggy whips or who sold buggy whips. Today, no one knows anybody who makes or sells buggy whips.

The buggy whip industry went away, but a brand-new industry emerged in the automobile space. In the same context. the old IT way of manually building servers, provisioning storage, and loading applications may be going away, but there is a brand-new environment that's been created in a higher value space.

As to the cultural shift you talked about, we had to make significant investments in our leadership to be able to help set a vision, show our employees where that vision intersected with their personal careers and how they continue to move on.

Then, you lead and help them to do that kind of emotional change. I'm not a server builder anymore. I'm now a consultant with the business on delivering a value, I'm now an automation engineer, or I'm now delivering future value and looking at new products that we can drive further automation into. That cultural change is ongoing, and it’s certainly not done.

Gardner: And given that this transition and transformation is fairly broad in terms of its impact, you don’t just buy this out of a box with your professional services. How did the combination of people, process, technology and outside your knowledge come together?
With those tools, with HP professional services, and with our own internal team members, we created a tactical team that went out there and "attacked cloud."

Spurling: When we started down the path, we had a lot of people in our teams who were really excited about making IT better. T-Mobile is full of people who are dedicated and excited about making T-Mobile the best wireless company out there. They're starting to change the conversation to make T-Mobile the best company that is enabling people to get access to the Internet, to their friends, to data, etc.

So the people were excited to jump on, but we still had a knowledge gap. We knew that, from a leadership perspective, we weren’t going to get the time to market that we wanted, by training our resources, helping them learn and make mistakes. We had to rely on professional services. So we partnered with HP very heavily to drive greater, instant-on services in our cloud solution.

On the technology side, we have everybody under the sun from a tooling perspective, but we do have a significant investment in HP software. We made a decision to move forward with the HP Cloud Suite. Pieces like HP Operations Orchestration (HPOO) or Cloud Service Automation (CSA), and building out those platforms to be the overarching cloud solution that, for lack of a better term, created that federation of loosely coupled systems that enabled cloud delivery.

With those tools, with HP professional services, and with our own internal team members, we created a tactical team that went out there and "attacked cloud," delivered that, and continues to deliver that now.

Paybacks

Gardner: Before we close out, and it might be too early in your journey to measure this, but are there any paybacks? Can you look at results, either business, technological, or financial from going to a cloud model, provisioning with that automation, advancing the technology, making those cultural hurdles? What do you get for it?

Spurling: I could talk for hours on this one question. When you break out all of the advances that we've made internally and all the business benefits that have been realized, you can break them into so many different categories, in green-dollar and blue-dollar saves, in resource saves, etc. I’ll highlight a few.

When we look at the cloud opportunity and the agility that has been gained, the ability to deliver things in an almost immediate fashion, one of the byproducts that we may not exactly have intended was that our internal customers have demanded in the past a lot of complexity or a lot of significant specific systems.

When we said, you can get that significant system, whatever it is, in a couple of weeks or you can get this cloud solution that delivers 95 percent of what you ask in a couple of hours, almost always those things that we thought were hard requirements melted away. The customer said, "You know what, I'm okay with this 95-percent deal because it gets me to my business objective faster."
Because of the investments we made in standardization and automation, our cloud portfolio, we were able to build out that capacity in record time.

Though we as IT thought you had to have that complexity, we're realizing now that that complexity may not have been required all along, because we are able to deliver so quickly. The byproduct of that is that we're seeing massive amounts of standardization that we could never have thought would organically be possible.

From an agility perspective, there's time to market. We had a significant launch with the iPhone, a big event in T-Mobile’s history, probably one of the largest launches that we've had. That required a significant amount of investment in our back-end systems because of the load that was put in our activations and payment inside our systems.

Because of the investments we made in standardization and automation, our cloud portfolio, we were able to build out that capacity in record time, in days versus what would have taken in weeks or months two years previously. We were able to support our business with very little lead time, and the results were very impressive for us as a business. So those two areas, that standardization and consolidation and that rapid ability to deliver on business objectives, are the two key ones that we take away.

Gardner: Daniel, let’s close out on the future. When you look to unforeseen events in your business, it could be mergers, acquisitions, changes in the market, new products, new applications, do you feel that the investments you’ve made in cloud also puts you in a position to be able to move rapidly? What future direction do you have in mind for your cloud trajectory?

Spurling: As I said in the beginning, we're just starting with cloud. That’s not fair to say. We are just continuing with cloud. We've done it in the past. We've used mainframes to distribute it.

Just one step

We’ve done application hosting with the Internet craze into software as a service (SaaS), that we now are seeing PaaS external to our internal organizations. We're seeing software to find everything starting to have a role. And there is a really interesting play that says, there is no end. Cloud is just one step in continuing to evolve IT to be more of a business partner.

That's really how we are looking at it. We're making great strides in that space. You talked about new applications or business mergers, etc. In every single area, we're setting ourselves up to be closer to the business, to move that self-service capability. I'm not just talking about a webpage. I am talking about being able to consume an IT service as a business leader in a simple way. We're moving that closer-and-closer to the business and we are being less and less of a gatekeeper for technology, which is super-exciting for us to see in the organization.

For us specifically, we're recognizing that the investments we made in our PaaS plays as well as test automation as well as some of the dev platforms. We're seeing those start to have payoffs in the fact that we're developing cloudware applications that are now scalable in a way that we've never seen before, without massive human invention.

So we're able to tell our business, "Go ahead and have a great marketing idea, and let’s move it forward. Let’s try that thing out. If it doesn't work, it’s not going to hurt IT. It's not going to take 18 months to deliver that." We're seeing IT able to respond about as fast as the business wants to go.
In every single area, we're setting ourselves up to be closer to the business, to move that self-service capability.

We are not there yet today. It’s a continuing journey, but that’s our trajectory in the next 6 to 12 months, and then who knows what’s going to happen, and we are excited to see.

Gardner: Well, great, I'm afraid we have to leave it there. We've been learning about how wireless services provider T-Mobile US, Inc. improved how it delivers cloud and data and applications to its enterprise customers, and we've seen how T-Mobile walked back the use of manual cloud provisioning and in order to move to a more advanced and automated approach and that has delivered some very impressive results.

So join me in thanking our guest, Daniel Spurling, Director of IT Infrastructure at T-Mobile US. Thanks so much.

Spurling: Thanks, Dana. It’s my pleasure.

Gardner: I'd like to thank our audience as well for joining us for this special HP Discover Performance podcast coming to you directly from the HP Discover 2013 Conference in Las Vegas.

I'm Dana Gardner, Principal Analyst at Interarbor Solutions, your host for this ongoing series of HP sponsored discussions. Thanks again for joining, and come back next time.

Listen to the podcast. Find it on iTunes. Download the transcript. Sponsor: HP.

Transcript of a BriefingsDirect podcast on how a major telecom company has improved their IT performance to deliver better experiences and payoffs for their businesses and end users alike. Copyright Interarbor Solutions, LLC, 2005-2013. All rights reserved.

You may also be interested in:

Friday, July 12, 2013

HP-Fueled Application Delivery Transformation Pays Ongoing Dividends for McKesson

Transcript of a BriefingsDirect podcast on healthcare giant McKesson's continuing multi-year, pan-IT journey toward service management transformation.

Listen to the podcast. Find it on iTunes. Download the transcript. Sponsor: HP.

Dana Gardner: Hello, and welcome to the next edition of the HP Discover Performance Podcast Series. I'm Dana Gardner, Principal Analyst at Interarbor Solutions, your moderator for this ongoing discussion of IT innovation and how it’s making an impact on people’s lives.

Gardner
Once again, we're focusing on how IT leaders are improving their services' performance to deliver better experiences and payoffs for businesses and end users alike, and this time we're coming to you directly from the HP Discover 2013 Conference in Las Vegas.

We’re here the week of June 10 to explore some award-winning case studies from leading enterprises. Our next innovation case study interview highlights how McKesson Corp. accomplished a multi-year, pan-IT management transformation.

We’ll see how McKesson's performance journey, from 2005 to the present, has enabled it to better leverage an agile, hybrid cloud model.

To learn more about how McKesson gained a standardized services orientation to gain agility in deploying its applications, please join me now in welcoming Andy Smith, Vice President of Applications Hosting Services at McKesson. Welcome, Andy. [Disclosure: HP is a sponsor of BriefingsDirect podcasts.]

Andy Smith: Thank you, Dana. Glad to be here.

Gardner: It's good to have you back. It's hard to believe it's been a full year since we last spoke. I was very interested in how McKesson had been progressing and maturing its applications delivery capabilities back then. What's new? What's different? What's changed in the last year?

Smith: Probably one of the things that have changed in the last year is that our performance metrics have continued to improve. We're continuing to see a drop in the number of outages from the standardization and automation. The reliability of the systems has increased, the utilization of the systems has increased, and our system admin ratios have increased. So everything, all the key performance indicators (KPIs) are going in the right direction.

That allowed us to make the next shift, which was to focus on how can we do better at providing capabilities to our customers. How do we do it faster and better through provisioning, because now it's taking less time to do the support side of it.

Gardner: It's really interesting to me that a big part of all this is the provisioning aspect going from fewer manual processes and multiple points of touch to more self-provisioning. How has that worked out? Have the people stepped up to the plate on that, and do they seem to want to take more initiative in terms of how applications are developed and deployed?

Smith: It's been very well received. We've been in production now roughly two-and-a-half months. Rather than delivering requests via business requests to add some compute capacity in an average of six months, we’re down to less than four days. I think we can get it down to less than 10 minutes by the time we hit the end of summer.

Well received

So, it's been well received. It's been a challenge to get people to think differently about their processes internal to IT that would allow us to do the automation, but it's been very well received.

Gardner: Just for the edification of our listeners, tell us a bit about McKesson. You’re not just a small mom-and-pop shop.

Smith: No, I think we’re Fortune 14 now, with more than $122 billion in revenue and more than 43,500 employees. We focus specifically on healthcare, how to ensure that whatever is needed by  healthcare organizations is there when they need it.

Smith
That might be software systems that we write for providers. That could be claims processing that we do for providers. But, the biggest chunk of our business is supply chain, ensuring that the supplies, whether they be medical, surgical, or pharmaceutical, are in the hospital's and providers' hands as soon as they need them.

If a line of business needs to make an improvement in order to capture a need of a customer, with the old way of doing business, it would take me six months to get the computer on the floor. Then they could start their development. Now, you're down to less than a week and days. So they can start their development six months earlier, which really helps us be in a position to capture that new market faster. In turn, this also helps McKesson customers deliver critical healthcare solutions more rapidly to meet today's emerging healthcare needs and enable better health.

Gardner: And there are also some other factors in the market. There's even more talk now about cloud than last year, it's hard to believe, focusing on hybrid capabilities, where you can pick and choose how to deploy your apps. Then, there's the mobile factor. Is the compression of time something that you’re still feeling, perhaps more so now with mobile, or is that now a part of your applications’ speed initiatives?

Smith: It's not part of my speed initiatives right now, but we are recognizing that we have to build that next generation of application. Part of that is the mobility piece of it, because we have to separate the physical application, the software-as-a-service (SaaS) application from the display device that the customer is going to use. It might be an Android, an iPhone,  or something else, a tablet.
We really have to separate that mobile portion from it, because that display device could be almost anything.

So we're recognizing the fact that for next-generation of product, we really have to separate that mobile portion from it, because that display device could be almost anything.

Gardner: So there are more complexity factors always coming into the picture. Let's go back to this services orientation and standardization. What were some of the difficulties that you had. What were the hurdles in terms of trying to get standardized and creating that operating procedure that people could rally behind, self provision, and automate? What's for those people that are just starting on this journey? What might they expect?

Smith: The first piece is just a change in culture. We believe we were customer-centric providers of services. What that really translated to was that we were customer-centric customized providers of services. So every request was a custom request. That resulted in slow delivery, but it also resulted in non-standardized solutions.

One of the most difficult things was getting the architects and engineers to think differently and to understand that standardization would actually be better for the customer. We could get it to them faster, more consistently, and more reliably, and on the back end, provide the support much more cheaply to get that mind shift.

But we were successful. I think everybody still likes to customize, but we haven't had to do that.

The right culture

Gardner: We’re here at HP Discover, and you’ve won an award. Congratulations, incidentally. How have the HP products and services come together to help you not only tackle these technical issues, but to foster the right culture?

Smith: When we talked last year, we had a lot of the support tools in place from HP -- operations orchestration, server automation, monitoring tools -- but we were using them to do support better. What we're able to do from the provisioning side is leverage that capability and leverage those existing tools.

All we had to do is purchase one additional tool which is a Cloud Service Automation (CSA) that sits on top of our existing tools. So it was a very minor investment, and we were able to leverage all the support tools to do the provisioning side of the business. It was very practical for us and relatively quick.

Gardner: Of course, a big emphasis here at HP Discover is HP Converged Cloud and talking about these different hybrid models. How has the automation provisioning services orientation, and standardization put you in a place to be able to avail yourselves of some of these hybrid models and the efficiencies and speed that come with that? How do they tie together -- what you’ve done with applications now and what you can perhaps do with cloud?
From a technology standpoint, we know we can do it. We’ve done it in the labs.

Smith: We’ll be the first to admit that providing the services internally is not necessarily always the best. We may not be the cheapest and we may not be the most capable. By getting better at how we do provisioning and how we do our own internal cloud frees up resources, and those resources now can start thinking about how we work with an external provider.

That's a lot of concern for us right now, because there is that risk factor. Do you put your intellectual property (IP) out there? Do you put your patients’ medical records out there? How do you protect it? And so there are a lot of business rules and contracting issues that we have to get through.

From a technology standpoint, we know we can do it. We’ve done it in the labs. We’ve provisioned out to third-party providers. It all works from a technology standpoint with the tools we have. Now we have to get through the business issues.

Gardner: It's interesting that you are seeing this relationship between applications and the transformation you've made to make your applications delivery more agile and the deployment opportunities you have with cloud and hybrid cloud models. HP has its fingers in both sides of that equation -- the apps and then also the cloud.

Is there a certain advantage that you see working with HP that will perhaps allow you to pull those together for your benefit?

Smith: I think so, because a lot of companies, HP included, are on the same journey. You’ve got some legacy that you have to keep. You’ve got some legacy that you need to improve on. But you also need to be ready to build that next-generation application.

On the same journey

It's fortunate, in some ways, that HP is on the same journey. We partner on a lot of these things. When we brought CSA in, it was one of the earlier releases, and now we’ve partnered with them through the Customer Advisory Boards (CABs) and other methods. They continue to enhance this to meet our needs, but also to meet their needs.

Gardner: With CSA,  are you on the latest version of that?

Smith: We might be down one point release, we’re at 3 point something, so we are maybe one back. But we brought it in as 1.0, then 2.0, and now we’ve moved into 3, and it's continued to improve.

Gardner: Now that you've been on this journey from 2005, where do you see yourselves in a couple of years? How does this tie together? What are your new goals and requirements that you're setting for yourselves and are interested in achieving?

Smith: Because we’re in healthcare, very similar to banking, we've hit a point where we don't believe we can afford to be down anymore.

Instead of talking about three nines, four nines, or five nines, we're starting to talk about, how we ensure the machines are never down, even for planned maintenance. That's taking a different kind of infrastructure, but that’s also taking a different kind of application that can tolerate machines being taken offline, but continue to run.
That's where our eye is, trying to figure out how to change the environment to be constantly on.

That's where our eye is, trying to figure out how to change the environment to be constantly on.

Gardner: To have those levels of performance, you can't just look at the infrastructure or the apps. It needs to be all of those things, and the apps from beginning to end, in terms of their lifecycle.

Smith: Exactly. If the application isn't smart enough to tolerate a piece of machine going down, then you have to redesign the application architecture. Our applications are going to have to scale out horizontally across the equipment as the peaks and valleys of the customer demands change through the day or through the week.

The current architecture doesn't scale horizontally. It scales up and down. So you end up with a really big box that’s not needed some times of the day. It would be better if we could spread the load out horizontally.

Gardner: So just to close out, we have to think about applications now in the context of where they are deployed, in a cloud spectrum or continuum of hybrid types of models. We also have to think about them being delivered out to a variety of different endpoints.

Different end points

What do you think you’ll need to be doing differently from an application-development, deployment, and standardization perspective in order to accomplish both that ability to deploy anywhere and be high performance, as well as also be out on a variety of different end points?

Smith: The reality is that part of our journey over the last several years has been to consolidate the environment, consolidate the data centers, and consolidate and virtualize the servers. That's been great from a customer cost standpoint and standardization standpoint.

But now, when you're starting to deliver that SaaS mobile kind of application, speed of response to the customer, the keystroke, the screen refresh, are really important. You can't do that from a central data center. You've got to be able to push some of the applications and data out to regional locations. We’re not going to build those regional locations. It's just not practical.

That's where we see bringing in these hybrid clouds. We’ll host the primary app, let's say, back in our corporate data center, but then the mobile piece, the customer experience piece, is going to be have to be hosted in data centers that are scattered throughout the country and are much physically much closer to where the customer is.
You’re going to really have to be watching the endpoints so you can see that customer experience.

Gardner: Of course, that’s going to require a different level of performance monitoring and management.

Smith: Exactly, because then you really have to monitor the application, not just the server at the back end. You’ve got to be watching that performance to know whether you have a local ISP that’s come down, if you have got a local cloud that’s come down. You’re going to really have to be watching the endpoints so you can see that customer experience. So it is a different kind of application monitoring.

Gardner: Well, we look forward to speaking with you again, Andy, in a year or two to see how that’s progressing. But I am afraid we’ll have to leave it there for today. We’ve been learning about how McKesson accomplished a multi-year, pan-IT Management Transformation and we’ve seen how McKesson’s performance journey has enabled it to create an agile hybrid cloud model.

And so join me now please in thanking our guest, Andy Smith, Vice President of Applications Hosting Services at McKesson. Thank you, Andy.

Smith: Thank you, Dana.

Gardner: And I’d like to thank our audience too for joining us for this special HP Discover Performance Podcast coming to you from the HP Discover 2013 Conference in Las Vegas.

I'm Dana Gardner, Principal Analyst at Interarbor Solutions, your host for this ongoing series of HP sponsored discussions.

Thanks again for listening, and come back next time.

Listen to the podcast. Find it on iTunes. Download the transcript. Sponsor: HP

Transcript of a BriefingsDirect podcast on healthcare giant McKesson's continuing multi-year, pan-IT journey toward service management transformation. Copyright Interarbor Solutions, LLC, 2005-2013. All rights reserved.

You may also be interested in: