Showing posts with label Todd DeCapua. Show all posts
Showing posts with label Todd DeCapua. Show all posts

Friday, September 16, 2016

Strategic DevOps—How Advanced Testing Brings Broad Benefits to Operations and Systems Monitoring for Independent Health

Transcript of a discussion on how the reuse of proven performance scripts and replaying of synthetic transactions that mimic user experience have cut costs and gained insights into app behaviors.
 
Listen to the podcast. Find it on iTunes. Get the mobile app. Download the transcript. Sponsor: Hewlett Packard Enterprise.

Dana Gardner: Hello, and welcome to the next edition to the Hewlett Packard Enterprise (HPE) Voice of the Customer podcast series. I’m Dana Gardner, Principal Analyst at Interarbor Solutions, your host and moderator for this ongoing discussion on technology innovation -- and how it's making an impact on people's lives.

Gardner
Our next applications performance innovation case study highlights how Independent Health in Buffalo, New York has entered into a new phase of DevOps. After a two-year drive to improve software development, speed to value, and improved user experience of customer service applications, Independent Health has now extended testing benefits to ongoing apps production and performance monitoring.

We'll learn how reuse of proven performance scripts and replaying of synthetic transactions that mimic user experience have cut costs and gained early warning and trending insights into app behaviors and system status.

To describe how to attain a new strategic level of DevOps benefits, we're joined by Chris Trimper, Manager of Quality Assurance Engineering at Independent Health in Buffalo, New York. Welcome, Chris.

Chris Trimper: Thank you for having me, Dana.
Get the New Book
On Effective
Performance Engineering
Gardner: We are also here with Todd DeCapua, Senior Director of Technology and Product Innovation at CSC Digital Brand Services Division and former Chief Technology Evangelist at Hewlett Packard Enterprise. Welcome back, Todd.

Todd DeCapua: Hello, everybody.

Gardner: Let's start at the top. What were the major drivers that led you to increase the way in which you use DevOps, particularly when you're looking at user-experience issues in the field and in production?

Trimper: We were really hoping to get a better understanding of our users and their experiences. The way I always describe it to folks is that we wanted to have that opportunity to almost look over their shoulder and understand how the system was performing for them.

Whether your user is internal or external, if they don't have that good user experience, they're going to be very frustrated and they're going to have a poor experience. Internally, time is money. So, if it takes longer for things to happen, and you get frustrated potential turnover, it's an unfortunate barrier.

Gardner: What kind of applications are we talking about? Is this across the spectrum of different type of apps, or did you focus on one particular type of app to start out?

End users important

Trimper: Well, when we started, we knew that the end user, our members, were the most important thing to us, and we started off with the applications that our servicing center used, specifically our customer relationship management (CRM) tool.

Trimper
If the member information doesn’t pop fast when a member calls, it can lead to poor call quality, queuing up calls, and it just slows down the whole business. We pride ourselves on our commitment to our members. That goes even as far as, when you call up, making sure that the person on the other end of the phone can service you well. Unfortunately, they can only service you as well as the data that’s provided to them to understand the member and their benefits.

Gardner: It’s one thing to look at user experience through performance, but it's a whole new dimension or additional dimension when you're looking at user experience in terms of how they utilize that application, how well it suits their particular work progress, or the processes for their business, their line of business. Are you able to take that additional step, or are you at the point where the feedback is about how users behave and react in a business setting in addition to just how the application performs?

Trimper: We're starting to get to that point. Before, we only had as much information as we were provided about how an application was used or what they were doing. Obviously, you can't stand there and watch what they're doing 24x7.

Lately, we've been consuming an immense amount of log data from our systems and understanding what they're doing, so that we can understand their problems and their woes, or make sure that what we're testing, whether it's in production monitoring or pre-production testing, is an accurate representation of our user. Again, whether it’s internal or external, they're both just as valuable to us.

Gardner: Before we go any further, Chris, tell us a little bit about Independent Health. What kind of organization is it, how big is it, and what sort of services do you provide in your communities?

Trimper: We're a healthcare company for the Western New York area. We're a smaller organization. We define the red-shirt treatment that stands for the best quality care that we can provide our members. We try to be very proactive in everything that we do for our members as well. We drive members to the provider to do preventative things, that healthier lifestyle that everybody is trying to go for.

Gardner: Todd, we're hearing this interesting progression toward a feedback loop of moving beyond performance monitoring into behaviors and use patterns and improving that user experience. How common is that, or is Independent Health on the bleeding edge?

Ahead of the curve

DeCapua: Independent Health is definitely moving with, or maybe a little bit ahead of, the curve in the way that they're leveraging some of these capabilities.

DeCapua
If we were to step back and look at where we've been from an industry perspective across many different markets, Agile was hot, and now, as you start to use Agile and break all the right internal systems for all the right reasons, you have to start adopting some of these DevOps practices.

Independent Health is moving a little bit ahead on some of those pieces, and they're probably focusing on a lot of the right things, when you look across other customers I work with. It's things like speed of time to value. That goes across technology teams, business teams, and they're really focused on their end customer, because they're talking about getting these new feature functions to benefit their end customers for all the right reasons.

You heard Chris talking about that improved end-user experience about around their customer service applications. This is when people are calling in, and you're using tools to see what’s going on and what your end users are doing.

There's another organization that actually recorded what their customers were doing when they were having issues. That was a production-monitoring type thing, but now you're recording a video of this. If you called within 10 minutes of having that online issue, as you are calling in and speaking with that customer service representative, they're able to watch the video and see exactly what you did to get that error online to cause that phone call. So having these different types of users’ exceptions, being able to do the type of production monitoring that Independent Health is doing is fantastic.
I do think that Independent Health is hitting the bleeding edge on that piece. That’s what I've observed.

Another area that Chris was telling me about is some of the social media aspects and being able to monitor that is another way of getting feedback. Now, I do think that Independent Health is hitting the bleeding edge on that piece. That’s what I've observed.

Gardner: Let’s hear some more about that social media aspect, getting additional input, additional data through all the available channels that you can.

Trimper: It would be foolish not to pay attention to all aspects of our members, and we're very careful to make sure that they're getting that quality that we try to aim for. Whether it happens to be Facebook, Twitter, or some other mechanism that they give us feedback on, we take all that feedback very seriously.

I remember an instance or two where there might have been some negative feedback. That went right to the product-management team to try to figure out how to make that person’s experience better. It’s interesting, from a healthcare perspective, thinking about that. Normally, you think about a member’s copay or their experience in the hospital. Now, it's their experience with this application or this web app, but those are all just as important to us.

Broadened out?

Gardner: You started this with those customer-care applications. Has this broadened out into other application development? How do you plan to take the benefits that you've enjoyed early and extend them into more and more aspects of your overall IT organization?

Trimper: We started off with the customer service applications and we've grown it into observing our provider portals as well. A provider can come in and look at the benefits of a member, the member portal that the members actually log in to. So, we're actually doing production monitoring of pretty much all of our key areas.

We also do pre-production monitoring of it. So, as we are doing a release, we don’t have to wait until it gets to production to understand how it went. We're going a little bit beyond normal performance testing. We're running the same exact types of continuous monitoring in both our pre-production region and our production regions to ensure that quality that we love to provide.

Gardner: And how are the operations people taking this? Has this been building bridges? Has this been something that struck them as a foreign entity in their domain? How has that gone?

Trimper: At first, it was a little interesting. It felt like to them it was just another thing that they had to check out and had to look at, but I took a unique approach with it. I sat down and talked to them personally and said, "You hear about all these problems that people have, and it’s impossible for you to be an expert on all these applications and understand how it works. Luckily, coming from the quality organization, we test them all the time and we know the business processes."
Get the New Book
On Effective
Performance Engineering
The way I sold it to them is, when you see an alert, when you look at the statistics, it’s for these key business processes that you hear about, but you may not necessarily want to know all the details about them or have the time to do that. So, we really gave them insight into the applications.

As far as the alerting, there was a little bit of an adoption practice for that, but overall we've noticed a decrease in the number of support tickets for applications, because we're allowing them to be more proactive, whether it’s proactive of an unfortunately blown service-level agreement (SLA), or it’s a degradation in quality of the performance. We can observe both of those, and then they can react appropriately.

Gardner: Todd, he actually sat down and talked to the production people. Is this something novel? Are we seeing more of that these days?

DeCapua: We're definitely seeing more of it, and I know it’s not unique for Chris. I know there was some push back at the beginning from the operations teams.

There was another thing that was interesting. I was waiting for Chris to hit on it, and maybe he can go into it a little bit more. It was the way that he rolled this out. When you're bringing a monitoring solution in, it’s often the ops team that’s bringing in this solution.

Making it visible

What’s changing now is that you have these application-development testing teams that are saying, "We also want to be able to get access to these types of monitoring, so that our teams can see it and we can improve what we are doing and improve the quality of what we deliver to you, the ops teams. We are going to do instrumenting and everything else that we want to get this type of detail to make it visible."

Chris was sharing with me how he made this available first to the directors, and not just one group of directors, but all the directors, making this very plain-sight visible, and helping to drive some of the support for the change that needed to happen across the entire organization.

As we think about that as a proven practice, maybe Chris is one of the people blazing the trail there. It was a big way of improving and helping to illuminate for all parties, this is what’s happening, and again, we want to work to deliver better quality.

Gardner: Anything to add to that, Chris?

Trimper: There were several folks in the development area that weren’t necessarily the happiest when they learned that the perception of what they originally thought was there and what was really there in terms of performance wasn’t that great.
It was a big way of improving and helping to illuminate for all parties, this is what’s happening.

One of the directors shared an experience with me. He would go into our utilities and look at the dashboards before he was heading to a meeting in our customer service center. He would understand what kind of looks he was going to be given when he walked in, because he was directly responsible for the functionality and performance of all this stuff.

He was pleased that, as they went through different releases and were able to continually make things better, he started seeing everything is green, everything is great today. So, when I walk in, it’s going to be sunshine and happiness, and it was sunshine and happiness, as opposed to potentially a little bit doomy and gloomy. It's been a really great experience for everyone to have. There's a little bit of pain going through it, but eventually, it has been seen as a very positive thing.

Gardner: What about the tools that you have in place? What allows you to provide these organizational and cultural benefits? It seems to me that you need to have data in your hands. You need to have some ability to execute once you have got that data. What’s the technology side of this; we've heard quite a bit about the people and the process?

Trimper: This whole thing came about because our CIO came to me and said. "We need to know more about our production systems. I know that your team is doing all the performance testing in pre-production. Some of the folks at HPE told me about this new tool called Performance Anywhere. Here it is, check it out, and get back to me. "

We were doing all the pre-production testing and we learned that all the scripts that we did, which had already been tried and true and been running and continuously get updates as we get new releases, could just be turned into these production monitors. Then, we found through using the tool, through our trial, and now all of our two plus years that we have been working with it that it was a fairly easy process.

Difficult point

The most difficult point was understanding how to get production data that we could work with, but you could literally take a test on your VUGen script and turn it into a production monitor in 5-10 minutes, and that was pretty invaluable to us.

That means that every time we get a release, we don’t have to modify two sets of scripts and we don’t have two different teams working on everything. We have one team that is involved in the full life cycle of these releases and that can very knowledgeably make the change to those production monitors.

Gardner: HPE Performance Anywhere. Todd, are lot of people using it in the same fashion where they're getting this dual benefit from pre-production and also in deployment and operations?

DeCapua: Yes, it’s definitely something that’s becoming more-and-more aware. It’s a capability that's been around for a little while. You'll also hear about things like IT4IT, but I don’t want to open up that whole can of worms unless we want to dive into it. But as that starts to happen, people like Chris, people like his CIO, want to be able to get better visibility into all systems that are in production, and is there an easy way to do that? Being able to provide that easy way for all of your stakeholders and all of your customers are capabilities that we're definitely seeing people adopt. It was a big way of improving and helping to illuminate for all parties, this is what’s happening
That means that every time we get a release, we don’t have to modify two sets of scripts and we don’t have two different teams working on everything.

Gardner: Can you provide a bit more detail in terms of the actual products and services that made this possible for you, Chris?

Trimper: We started with our HPE LoadRunner scripts, specifically the VUGen scripts, that we were able to turn into the production monitors. Using the AppPulse Active tool from the AppPulse suite of tools, we were able to build our scripts using their SaaS infrastructure and have these monitors built for us and available to test our systems.

Gardner: So what do you see in our call center? Are you able to analyze in any way and say, "We can point to these improvements, these benefits, from the ability for us to tie the loop back on production and quality assurance across the production spectrum?"

Trimper: We can do a lot of trend analysis. To be perfectly honest, we didn’t think that the report would run, but we did a year-to-date trend analysis and it actually was able to compile all of our statistics. We saw really two neat things.

When you had open enrollment, we saw this little spike that shot up there, which we would expect to see, but hopefully we can be more prepared for it as time goes. But we saw a gradual decrease, and I think, due to the ability to monitor, due to the ability to react and plan better for a better performing system, through the course of the year, for this one key piece of pulling member data, we went from an average of about 12-14 seconds down to 4 seconds, and that trend actually is continuing to go down.

I don’t know if it’s now 3 or less today, but if you think about that 12 or 14 down to about 4, that was a really big improvement, and it spoke volumes to our capabilities of really understanding that whole picture and being able to see all of that in one place was really helpful to us.

Where next?

Gardner: Looking to the future, now that you've made feedback loops demonstrate important business benefits and even move into a performance benefit for the business at large, where can you go next? Perhaps you're looking at security and privacy issues, given that you're dealing with compliance and regulatory requirements like most other healthcare organizations. Can you start to employ these methods and these tools to improve other aspects of your SLAs?

Trimper: Definitely, in terms of the SLAs and making sure that we're keeping everything alive and well. As for some of the security aspects, those are still things where we haven’t necessarily gone down the channels yet. But we've started to realize that there are an awful lot of places where we can either tie back or really start closing the gaps in our understanding of just all that is our systems.

Gardner: Todd, last word, what should people be thinking about when they look at their tooling for quality assurance and extending those benefits into full production and maybe doing some cultural bonding at the same time?
The culture is a huge piece. No matter what we talk about nowadays, it starts with that.

DeCapua: The culture is a huge piece. No matter what we talk about nowadays, it starts with that. When I look at somebody like Independent Health, the focus of that culture and the organization is on their end user, on their customer.

When you look at what Chris and his team has been able to do, at a minimum, it’s reducing the number of production incidents. And while you're reducing production incidents, you're doing a number of things. There are actually hard costs there that you're saving. There are opportunity costs now that you can have these resources working on other things to benefit that end customer.

We've talked a lot about DevOps, we've talked a lot about monitoring, we've mentioned now culture, but where is that focus for your organization? How is it that you can start small and incrementally show that value? Because now, what you're going to do is be able to illustrate that in maybe two or three slides, two or three pages.

But some of the things that Chris has been doing, and other organizations are also doing, is showing, "We did this, we made this investment, this is the return we got, and here's the value." For Independent Health, their customers have a choice, and if you're able to move their experience from 12-14 seconds to 4 seconds, that’s going to help. That’s going to be something that Independent Health wants to be able to share with their potential new customers.

As far as acquiring new customers and retaining their existing customers, this is the real value. That's probably my ending point. It's a culture, there are tools that are involved, but what is the value to the organization around that culture and how is it that you can then take that and use that to gain further support as you move forward?

Gardner: Clearly, the benefits can be pretty significant, easily measured, and then shared widely for more buy-in. So, it's a very cool opportunity. I'm afraid we will have to leave it there.

We've been learning how Independent Health in Buffalo, New York has entered a new phase of DevOps. And we've heard how the reuse of proven performance scripts and replaying of synthetic transactions that mimic user experience have cut costs and gained early warning and trending insights into app behaviors while they're in production and also how the systems and the people are behaving.

So, please join me in thanking our guests, Chris Trimper, Manager of Quality Assurance Engineering at Independent Health in Buffalo, New York. Thanks, Chris.

Trimper: Thank you very much.
Get the New Book
On Effective
Performance Engineering
Gardner: And we've also been here with Todd DeCapua, Senior Director of Technology and Product Innovation at CSC Digital Brand Services Division and former Chief Technology Evangelist at Hewlett Packard Enterprise. Thanks, Todd.

DeCapua: Thanks, everybody.

Gardner: And I'd like to thank our audience as well for joining us for this Hewlett Packard Enterprise, Voice of the Customer podcast. I'm Dana Gardner, Principal Analyst at Interarbor Solutions, your host for this ongoing series of HPE-sponsored discussions. Thanks again for listening, and please come back next time.

Listen to the podcast. Find it on iTunes. Get the mobile app. Download the transcript. Sponsor: Hewlett Packard Enterprise.

Transcript of a discussion on how the reuse of proven performance scripts and replaying of synthetic transactions that mimic user experience have cut costs and gained insights into app behaviors.  Copyright Interarbor Solutions, LLC, 2005-2016. All rights reserved.

You may also be interested in:

Thursday, December 17, 2015

DevOps by Design--A Practical Guide to Effectively Ushering DevOps into Any Organization

Transcript of a BriefingsDirect discussion on powerful best practices for making DevOps an accelerant to broader business goals.

Listen to the podcast. Find it on iTunes. Get the mobile app. Download the transcript. Sponsor: Hewlett Packard Enterprise.

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

Gardner
Our next DevOps innovation case study highlights how Cognizant Infrastructure Services has worked with a large telecommunications and Internet services company to make DevOps benefits a practical reality.

We'll learn important ways to successfully usher DevOps into a large, complex enterprise IT environment, and we'll hear best practices on making DevOps an accelerant to broader business goals -- such as adapting to the Internet of Things (IoT) requirements, advancing mobile development, and allowing for successful cloud computing adoption.

To provide a practical guide to effectively ushering DevOps into any organization, we're joined by Sachin Ohal, Manager Consulting at Cognizant Infrastructure Services in Philadelphia. Welcome, Sachin.

Sachin Ohal: Hi. I'm glad to be on the show. How are you?

Gardner: I'm great. Thanks for being here. We're also here with Todd DeCapua, Chief Technology Evangelist at HPE Software. Welcome, Todd.
DevOps Solutions Unify Development,
Accelerate Innovation and Meet Market Demands

Find out More from Hewlett Packard Enterprise
Todd DeCapua: Dana, great to be here.

Gardner: Let's start at a high level and then drill down. When we're talking about DevOps in a large environment, what are the barriers that we're facing these days? What is some of the resistance when we think about ushering it in? I know it's a complex undertaking, but what are the things we need to be thinking about in terms of overcoming that and making DevOps a reality?

DeCapua: Some of the things that I've seen in the last 10 or so years -- thinking about things like agile transformations, then DevOps -- people often say, "What are the tools that I need to buy?" And it's not about the tools. It's starting with the culture of the organization and helping people understand the reasons why a change is needed, and as they would understand why, then how is it that we can start to adopt some of these fundamentals?

Gardner: Sachin, what are some of the problems that we need to overcome?

Different models

Ohal: Fundamentally, industries come in with many different models, which was a sending and receiving mode rather than a communicating mode.

Ohal
So either one team is sending to the other team or one organization is sending to the other team. When we come up with a model like DevOps, the IT team starts DevOps without selecting an area where DevOps needs to start, or where a team needs to take a lead to start DevOps in the organization.

Companies are trying to enhance their IT infrastructure. They want to enforce DevOps. On the other hand, when they all start communicating, they're getting lost. This has become a fundamental problem in implementing DevOps.

Gardner: You've been working with a number of companies in bringing DevOps best practices into play. What are some of the bedrock foundation steps companies should take? Is there a common theme, or does it vary from company to company?

Ohal: DevOps is a kind of domain that varies inside a company. We can't compare company to company. It varies company to company, domain to domain, organization to organization, because here we're talking about developing a culture. When we talk about developing a culture, a thought process, understanding those thought processes plays a key role.

And if we fundamentally talk about an application development organization, testing organization, or the IT ops organization, they have their own key performance indicators (KPIs), their own thought process, and their own goals defined.

Many times, we observe that within the IT organization, development, testing, and operations have different goals, objectives, and KPI’s. They never cross-functionally define business needs. They mostly define technology as organization-specific. As an example, a functional tester doesn’t know how developers are communicating with each other, or the security team for security-related issues. An operations engineer has KPI up-time, but he really doesn’t know the various application modules he's supporting.  

Suddenly, by enforcing DevOps, we're telling all the organization to begin communicating, start intersecting, start having cross-communication. So this has become a key problem in the 21st century infrastructure, application, testing, or overall DevOps framework implementation. Communication and understanding have become key challenges for organizations.

Gardner: Before we get into the specific use case scenario and case study, what is the relationship between Cognizant and HPE? You're a services provider; they're a technology provider. How does it work?

Strong partner

Ohal: We're a strong partner with HPE. Cognizant is a consulting company, a talent company. On the other hand, HPE is an enterprise-scale product delivery company. There is a very nice synergy between Cognizant and HPE.

When we go to market, we assess the situation, we request HPE to come on-premises, to work with us, have a handshake, form a high-performance team, and deliver into an enterprise solution to Cognizant's and HPE's customers.

Gardner: Todd, given the challenges of bringing DevOps to bear in many organizations, the fact that it varies from company to company really sounds like a team sport, not something one can do completely alone. It's an ecosystem play. Is that right?

DeCapua: It absolutely is. When I think about this ecosystem, there are three players. You have your customer first, but then you have an organization like HPE that provides enterprise products and capabilities, and then other partners like Cognizant that can bring in the talent to be able to put it all together.

DeCapua
As we think about kind of this transition and think about what these challenges are that our number one player, our customers, have, there are these foundational pieces that you think about -- things like time-to-market as being a challenge, brand value being a challenge, and, of course, revenue is another challenge.

As we were talking early on, what are those fundamental challenges that our customer, again as a team sport, are being challenged with? We see that this is different for every one of our customers, and starting with some of these fundamentals, what are those challenges?

Understanding that helps with, "We need to make a change. We need to influence the culture. We need to do all these pieces." Before we jump right into that technical solution, let’s sit down as the teams together, with a customer, with someone like HPE, with someone like Cognizant, and really understand what our challenges are.

Gardner: All right. Let's drill down a bit into a specific scenario. Sachin, a large telecommunications, media and Internet services company, tell us about what their goals were and why they were pursuing DevOps and practical improvement in how they have a test/deploy synergy.

Ohal: When we talk about telco, pharma or retail customers, they fundamentally come up with many upstream/downstream revenue-oriented, customer service, workbench platforms -- and it's very hard to establish a synergy between all the platforms, and to make them understand what their end goal is.

Obviously the end goal is customer service, but to achieve that goal you have to go through so many processes, so many handshakes on a business level, on a technology level, on a customer-service level, and even internal customer service level.

Always supporting

In today's world, we are IT for IT. None of the organizations inside a company works as an independent IT group. They work IT for IT. They are always supporting either business or internal IT group.

Having this synergy established, having this core value established, we come across many people who don't understand the communication. The right tools are not in place. Once we overcome the tools and the communication process, the major question is how I'll put that process in end-to-end in the IT organization

That, again, becomes a key challenge to that process, because it's not easy to have it adopted with something new. As Todd said, we're talking about Agile development and mobile. Your IT organization becomes your business. You're asking to inject something new with no result. It's like injecting some test assay with some new drug. That's exactly the feeling any IT executive has: "Why am I supposed to be injecting this thing?"

Do I have a value out of it or don't I, because there is no benchmark available in the industry that people succeed in a certain domain or a certain area. There are always bits and pieces. This is a key challenge that we observe across the industry  -- a lack of adaptiveness to a new technology or a new process. We're still seeing that.
There is no benchmark available in the industry that people succeed in a certain domain or a certain area. There are always bits and pieces.

I have a couple of customers who say, "Oh, I run Windows 2000 server. I run Windows 98. I have no idea how many Java libraries my application is using." They are also unable to explain why they still have so many.

It's similar on the testing side. Somebody says, "I use a Load Testing Solution 9," where even HPE themselves got rid of it three or four years back.

Then, if you come to the operations organization, people say, "I use a very old server." What does it mean? It means that business is just getting IT services. They have to understand that this service needs to be enhanced so that the business will be enhanced.

Technology enhancement doesn’t mean that my data center is flooded with some new technology. Technology enhancement means that my entire end-to-end landscape is upgraded with a new technology that will support for next gen, but I'm still struggling with legacy. These are the key challenges we observe in the market.

Gardner: But specifically with this use case, how did you overcome them? Did you enter into the test environment and explain to them how they should do things differently, leverage their data in different ways, or did you go to the developers first? Is there a pattern to how you begin the process of providing a better DevOps outcome?

End-to-end process

Ohal: First of all, we had to define an end-to-end delivery process and then we had to identify end-to-end business value out of that delivery process.

Once we identified the business value, we drew a line between various organizations so they could understand that they were not cutting across each other, but going parallel. But this is a thin line, which is going to work, and which will definitely vary domain-to-domain.

In a multi-generational business plan, when we talk about drawing this thin line, we don’t have any scope that tells exactly how we draw it in IT organization, a business organization, or inside IT. We draw it in a testing organization or a development organization.

DevOps can be started in any landscape. We may start with a testing organization and then we decide to pull it into the development and IT organization.
DevOps Solutions Unify Development,
Accelerate Innovation and Meet Market Demands

Find out More from Hewlett Packard Enterprise
In some cases we may start with a development organization, and then testing and operational organizations come into place. Some businesses start DevOps, and they say that they want to do things the way they want.

If you really ask me about a specific case study, rather than giving a very centric answer, I want to tell you that the answer is a wide area. I don’t just want to take our audience in a wrong direction. Somebody else started in testing. So we'll just start in testing. Somebody else started in development. Let’s start in development.

You can start anywhere, but before starting, just stay back, decide where you want to start, why you want to start, how you want to start, and get the right folks and the right tools in the picture.

Gardner: Given that there is a general pattern, but there are also deep specifics, could you walk us through the general methodology that you have been talking about and that you are describing?

Ohal: At one point in time, most users or most listeners on this podcast, were startup companies. They started up their company as a product or as service and they were struggling with a market.

Then, they shifted themselves as a product company. When I say product it doesn’t mean a physical product; it might be service as a product. Then, they started merger, acquisition, and enhancing their portfolio in the market. They've done a couple of exercises that fundamentally industry does.

Service companies

Now, more big companies are transforming themselves to the service companies. They want to make sure that their existing customers and their new customers are getting the same values, because challenges remain, while adding new customers. Are my existing customers still with me? Are they happy and satisfied, and are they willing to continue business with my company?

Are they getting equivalent service to what we have committed to them? Are they getting my new technology and business value out of those services?

This creates a lot of pressure on IT and business executives. In mobile computing and cloud computing, suddenly some companies are trying to transform themselves into cloud companies from service companies. There is a lot of pressure on their IT organization to go toward cloud.

They're starting with using cloud web services, cloud authentication at an IT level. We're not talking a larger landscape, but they're trying that. Basically this transformation from startup to product, product to services, and then services to cloud. That is your multi-generational vision with your multi-generational business plan, because your people change, your IT changes, your technology changes, your business models keep changing, your customers change, your revenue changes, and the mode of revenue changes.
That's where your IT plays a key role. Information technology becomes a key strategic business unit in your organization that is driving this whole task force.

Consider the example of eBay and Google. At some point in time, they never existed. We never even thought that these companies would be leading on Wall Street, giving us so much employment, or have such a large consumer base.

Being a consulting company like Cognizant, we observe those trends in the market very quickly. We see those changes in the market, we assist them, and we come with our own internal teams that understanding this all -- yet the customer multi-generational vision remains the same.

To run this vision I have a strategic business objective, a strategic business unit. How will this unit communicate with the strategic business objective? That's where your IT plays a key role. Information technology becomes a key strategic business unit in your organization that is driving this whole task force.

While driving this task force, if you didn’t define your DevOps in a multi-generational business plan, what will happen is that your focus is IT-centric. The moment technology changes, you're in trouble. The moment the process changes -- and the moment you think about cross domain in your company -- you're in trouble.

As an example, a telco is doing a cross-domain with the retailer. Then, pharma is doing cross-domain with the telco. Do you want to spend double for your IT or your business, or do you want to shut down the existing project and fund a new project?

There are so many questions that come into the picture when we talk about an IT-centric DevOps organization, but when we have business-centric DevOps initiation, we accommodate all the views, and accordingly, IT takes control of your business and they help you to run your business.

Gardner: So business agility is really the payoff, Todd?

Looking at disruptions

DeCapua: Yes. Dana and Sachin, as we look at this challenge and wrapping this around the use case that Cognizant has -- not only the one customer that we are talking about, but really all of them -- and thinking through this multi-generational business plan using DevOps, there are some real fundamentals to think about. But there are disruptions in the world today, and maybe starting there helps to illustrate a little bit better why this concept of a multi-generational business plan is so important.

Consider Uber, Yelp, or Netflix. Each one of them is in a different stage of a multi-generational business plan, but as to this foundational element that Sachin had been explaining -- where some organizations today are stuck in a legacy technology or IT organization -- it’s really starting at that fundamental level of understanding, What are our strategic business objectives?

Then look at this from whether there's a strategic business unit and where that's focused. Then, build up from there to where you have technology that lives on the top of that.

What’s fun for me is when I look at Uber, Yelp, or Netflix, knowing they are all different, but some of them do have a product and some of them don’t. Some of them are an IT organization that has a services layer that connects all of these pieces together.
Look at this from whether there's a strategic business unit and where that's focused. Then, build up from there to say you have technology that lives on the top of that./div>

So whether it's a large telecom or an Internet provider, there are products, but there has really been a focus on services.

What can help is that this organizational, multi-generational vision is going to live through the iterations that every organization goes through. I hate to keep pounding on these three examples, but I think they're great in ways that help illustrate this.

We all remember when things like Uber came in as a startup and was not really well-understood. Then, you look down, and it has become productized. It’s probably safe to assume that we've reached a certain level where it's available in most cities that I travel to.

Then, you move into something more like a product, looking at Yelp. That is definitely a product that’s mainstream. It definitely has a lot of users today. Then you move down into the service area, and as something would mature into a service it has now become definitely adopted in the majority of their target users.

The fourth I would like to call on is cloud. As you move to something like cloud, that's where Netflix becomes a perfect example. It’s all cloud-based. I'm a subscriber. I know that I can have streaming video any device, anywhere in the world, at any time, on Netflix delivered from the cloud.

So these four generational business plan items that we are talking about -- startup, products, service, and cloud -- again, carrying that underlying vision, all supported by information technology and a defined strategic business objective, focusing on a strategic business unit.

It’s really important to help understand that as I look at somebody like Cognizant as a partner and the approach that they have used with several of their customers.

Gardner: For organizations reading this or listening in that are interested in getting to that multi-generational benefit -- where their investments in IT pay off dividends for quite some time, particularly in their ability to adapt to change rapidly -- any good starting points? Are there proof of concept (POC) places where you start? I know it’s boiling the ocean in some ways, but there must be some good principles to get going with.

Sensing inside

Ohal: Definitely there are. In this 21st Century IT business goal, first you have to sense everything inside of your business, rather than sensing the outside market. Sense all your business thoroughly, in real time. What is it doing?

You have to analyze your business model. Does my business model fit in these four fundamental parts? Where am I right now? Am I into the startup side, product side, service side, or cloud and where do I want to go? We have to define that, and then based on that, you have to adopt DevOps. You have to make sure where you are adopting your DevOps.

I was on product and I'm going to services, so I need a DevOps fitting here. Or I'm right now in a well-matured product and I want to go on a cloud. Where I am going? Or, I'm right now on a cloud and I want to have more and more refined services for my customers.

Find out that scale and define that scale, rather than getting many IT groups together and just doing a brainstorming session. Where am I supposed to stand? No. What is your business vision? What is your customer value? Those values really derive your business, and to derive that business use DevOps.
You have to make sure where you are adopting your DevOps.

It's not for just getting the continuous delivery in-place or continuous integration in-place. Two IT executives are talking, "You're in my organization doing a great handshake," and the business says, "I don’t want that handshake. I want that up-time."

There are so many various aspects, various views. Todd mentioned that he has all these examples, but if you check other example as well, they're very focused on their multi-generational business plan, and if you want to succeed, you have to be focused on those aspects as well.

Gardner: Anything else to add, Todd?

DeCapua: As far as getting started and what works and where you go, there are a number of different ways that we've worked with our customers to get started.

One of the ones that I have seen proven is something that has been neglected. For example, there's a maintenance backlog. Here are items that over six months, a year, or sometimes even two years, have just been neglected. If you really want to try to find some quick value, maybe it’s pulling that maintenance backlog off, prioritizing that with your customer, understanding what's important still, what’s not important any longer, and shortening it down to a target list.
The second piece that comes in is this analysis capability. How are you tracking the results?

Then being able to identify that if we're going to focus a few resources on a few of these high-priority items that are going to continue to be neglected, then starting to adopt some of these practices and capabilities to then immediately show value to that business owner because we have applied a few resources with a little bit of time and gone after the highest priority items that otherwise would have been neglected.

The second piece that comes in is this analysis capability. How are you tracking the results? What are those metrics that you're using to show back to the business that they have their multi-generational plan and strategy laid out, but how is it that they are incrementally showing this value as they're delivering over and over again?

But start small. Maybe go after that neglected maintenance backlog being a really easy target, and then showing the incremental value over time, again, through the sensing that Sachin has mentioned. Also be able to analyze and predict those results and then be able to adapt over time with speed and accuracy.

Gardner: I'm afraid we'll have to leave it there. We've been learning about how Cognizant Infrastructure Services has worked with HPE to help a large Internet services provider to make DevOps benefits a practical reality.

And we've heard some powerful best practices on making DevOps an accelerant to broader business goals, but at the level of a multi-generational business activity.

So I want to thank our guests, Sachin Ohal, Manager Consulting at Cognizant Infrastructure Services. Thanks, Sachin.
DevOps Solutions Unify Development,
Accelerate Innovation and Meet Market Demands

Find out More from Hewlett Packard Enterprise
Ohal: Thank you very much. Glad to have been on your show.

Gardner: And we have also been talking with Todd DeCapua, Chief Technology Evangelist at HPE Software. Thanks, Todd.

DeCapua: Thank you, and speak with you guys soon.

Gardner: And a big thank you also to our audience for joining us for this special DevOps case study discussion. I'm Dana Gardner, Principal Analyst at Interarbor Solutions, your host for this ongoing series of HPE-sponsored discussions. Thanks again for listening, and come back next time.

Listen to the podcast. Find it on iTunes. Get the mobile app. Download the transcript. Sponsor: Hewlett Packard Enterprise.

Transcript of a BriefingsDirect discussion on powerful best practices for making DevOps an accelerant to broader business goals. Copyright Interarbor Solutions, LLC, 2005-2015. All rights reserved.

You may also be interested in:

Tuesday, February 04, 2014

HP Service Virtualization Eases Developer and Operations Lifecycle Support for Shunra Software

Transcript of a BriefingsDirect podcast on the benefits to software development from greater use of service and network virtualization.

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 Podcast Series. I’m Dana Gardner, Principal Analyst at Interarbor Solutions, your host and moderator for this ongoing sponsored discussion on IT innovation and how it’s making an impact on people’s lives.

Gardner
Once again, we’re focusing on how companies are adapting to the new style of IT to improve IT performance, deliver better user experiences, and boost business results. This time, we’re coming to you directly from the recent HP Discover 2013 Conference in Barcelona.

We’re here to learn directly from IT and business leaders alike how big data, mobile, and cloud -- along with converged infrastructure -- are supporting their goals in new and interesting ways.

Our next innovation case study highlights how Shunra Software uses service virtualization to help its developer users to improve the distribution, creation, and lifecycle of software applications. To learn how, we're joined by Todd DeCapua, Vice President of Channel Operations and Services at Shunra Software, based in Philadelphia. Welcome, Todd.

Todd DeCapua: Thank you, Dana. It's great to be here with you.

Gardner: Let's think a little bit about this market. There are a lot of trends affecting software developers. They have mobile on their minds. They have time constraints issues. They have to be faster, better, and cheaper along the apps lifecycle way. What among the trends is most important for developers?

DeCapua
DeCapua: One of the biggest ones -- especially around innovation and thinking about results, specifically business results -- is Agile. Agile development is something that, fortunately, we've had an opportunity to work with quite a bit. Our capabilities are all structured around not only what you talked about with cloud and mobile, but we look at things like the speed, the quality, and ultimately the value to the customers.

We’re really focusing on these business results, which sometimes get lost, but I try to always go back to them. We need to focus on what's important to the business, what's important to the customer, and then maybe what's important to IT. How does all that circle around to value?

Gardner: With mobile we have many more networks, and people are grasping at how to attain quality before actually getting into production. How does service virtualization come to bear on that?

Distributed devices

DeCapua: As you look at almost every organization today, something is distributed. Their customers might be on mobile devices out in the real world, and so are distributed. They might be working remotely from home. They might have a distribution center or a truck that has a mobile device on it.

There are all these different pieces. You’re right. Network is a significant part that unfortunately many organizations have failed to notice and failed to consider, as they do any type of testing.

Network virtualization gives you that capability. Where service virtualization comes into play is looking at things like speed and quality. What if the services are not available? Service virtualization allows you to then make them available to your developers.

In the early stage, where Shunra has been able to really play a huge difference in these organizations is by bringing network virtualization in with service virtualization. We’re able to recreate their production environments with 100 percent scale -- all prior to production.

Getting back to the idea of innovation, some people are seeing these as innovations of a test environment. When we think about the value to the business, now you’re able to deliver the product working. So, it is about the speed to market, quality of product, and ultimately value to your customer and to your business.

Gardner: And another constituency that we should keep in mind are those all-important operators. They’re also dealing with a lot of moving parts these days -- transformation, modernization, and picking and choosing different ways to host their data centers. How do they fit into this and how does service virtualization cut across that continuum to improve the lives of operators?
Service virtualization and network virtualization can benefit them is by being able to recreate these scenarios.

DeCapua: You’re right, because as the delivery has sped up through things like Agile, it's your operations team that is sitting there and ultimately has to be the owners of these applications. Service virtualization and network virtualization can benefit them by being able to recreate these in-production scenarios.

Unfortunately, there are still some reactive actions required in production today, so you’re going to have a production incident. But, you can now understand the network in production, capture those conditions, and recreate that in the test environment. You can also do the same for the services.

We now have the ability to quickly and easily recreate a production incident in a prior-to-production environment. The operations team can be part of the team that's fixing it, because again, the ultimate question from CIOs is, “How can you make sure this never happens again?”

We now have the way to quickly and confidently recreate incidents and fix it the first time, not having to change code in production, on the fly. That is one of the scariest moments in any of the times when I've been at the customer site or when I was an employee and had to watch that happen.

Agile iterations

Gardner: As you mentioned earlier, with Agile, we’re seeing many more iterations on applications as they need to be rapidly improved or changed. How does service and network virtualization aid in being able to produce many more iterations of an application, but still maintain that high quality?

DeCapua: One of our customers actually told us that -- prior to leveraging network virtualization with service virtualization -- he was doing 80 percent of his testing in-production, simply because he knew the shortcomings, and he needed to test it, but he had no way of re-creating it. Now, let's think about Agile. Let's think about how we shift and get the proven enterprise tools in the developer’s hands sooner, more often, so that we can drive quality early in the process.

That's where these two components play a critical role. As you look at it more specifically and go just a hair deeper, how in integrated environments can you provide continuous development and continuous deployment? And with all that automated testing that you’re already doing, how you can incorporate performance into that? Or, as I call it, how do you “build performance in” from the beginning?

As a business person, a developer, a business analyst, or a Scrum Master, how is it that you’re building performance into your user scenarios today? How is it that you’re setting them up for understanding how that feature or function is going to perform? Let's think about it as we’re creating, not once we get two or three sprints into use and we have our hardening sprint, where we’re going to run our performance scenario. Let's do it early, and let's do it often.
Get the proven enterprise tools in the developer’s hands sooner, more often, so that we can drive quality early in the process.

Gardner: If we’re really lucky, we can control the world and the environment that we live in, but more often than not these days, we’re dealing with third-party application programming interfaces (APIs). We’re dealing with outside web services. We have organizational boundaries that are being crossed, but things are happening across that boundary that we can't control.

So, is there a benefit here, too, when we’re dealing with composite applications, where elements of that mixed service character are not available for your insight, but that you need to be able to anticipate and then react quickly should a change occur?

DeCapua: I can't agree with you more. It’s funny, I am kind of laughing here, Dana, because this morning I was riding the metro in Barcelona and before I got to the stop here, I looked down to my phone, because I was expecting a critical email to come in. Lo and behold, my phone pops up a message and says, “We’re sorry, service is unavailable.”

I could clearly see that I had one out of five bars on the Orange network, and I was on the EDGE network. So, it was about a 2.5G connection. I should still have been able to get data, but my phone simply popped up and said, “Sorry, cannot retrieve email because of a poor data connection.”

I started thinking about it some more, and as I was engaging with other folks today at the show, I asked them why is it that the developer of the application found it necessary to alert me three times in a row that it couldn’t get my email because of a poor data connection? Why didn’t it just not wait 30 seconds, 60 seconds, 90 seconds until it did, and then have it reach out and query it again and pull the data down?

Changing conditions

This is just one very simple example that I had this morning. And you’re right, there are constantly changing conditions in the world. Bandwidth, latency, packet loss and jitter are those conditions that we’re all exposed to every day. If you’re in a BMW driving down the road at 100 miles per hour, that car is now a mobile phone or a mobile device on wheels, constantly in communication. Or if you’re riding the metro or the tube and you have your mobile device on your hands, there are constantly changing conditions.

Network virtualization and service virtualization give you the ability to recreate those scenarios so that you can build that type of resiliency into your applications and, ultimately, the customers have the experience that you want them to have.

Gardner: Todd, tell us a bit about Shunra and your application-performance engineering solutions?

DeCapua: So, application performance engineering (APE) is something that was created within the industry over a number of years. It's meant to be a methodology and an approach. Shunra plays a role in that.

A lot of people had thought about it as testing. Then people thought about it as performance testing. At the next level, many of us in the industry have defined it is application engineering. It’s a lot more than just that, because you need to dive behind the application and understand the in’s and the out’s. How does everything tie together?
Understanding APE will help you to reduce those types of production incidents.

You’d mentioned some of the composite applications and the complexities there -- and I’m including the endpoints or the devices or mobile devices connecting through it. Now, you introduce cloud into the equation, and it gets 10 times worse.

Thinking about APE, it's more of an art and a skill. There is a science behind it. However, having that APE background knowledge and experience gives you the ability to go into these composite apps, go into these cloud deployments, and leverage the right tools and the right process to be able to quickly understand and optimize the solutions.

Gardner: It's fairly obvious to me, but I do get this question from time to time. Why aren’t the older scripting and test-bed approaches to quality control good enough? Why can't we keep doing what we've been doing?

DeCapua: This question is very often asked of me, too. In the United States recently, October 1 of 2013, there was a large healthcare system being rolled out across the country. Unfortunately, they used the old testing methodologies and have had some significant challenges. HP and Shunra were both engaged on October 2 to assist.

Understanding APE will help you to reduce those types of production incidents. All due to inaccurate results in the test environment, using the current methodologies, about 50 percent of our customers come to us in a crisis mode. They say, “We just had this issue, I know that you told us this is going to happen, but we really need your help now.”

They’re also thinking about how to shift and how to build performance in all these components -- just have it built in, have it be automatic, and get the results that are accurate.

Coming together

Gardner: Of course HP has service virtualization, you have network virtualization. How are they coming together? Explain the relationship and how Shunra and HP together go to market?

DeCapua: To many people's surprise, this relationship is more than a decade old. Shunra’s network-virtualization capability has, for a long time, been built in to HP LoadRunner, also is now being built into HP Performance Center.

There are other capabilities that we have that are built into their Unified Functional Testing (UFT) products. In addition, within service virtualization, we’re now building that product into there. It’s one that, when you think about anything that has some sort of distribution or network involved, network virtualization needs to come into play.

Some people have a hard time initially understanding the service virtualization need, but a very simple example I often use is an organization like a bank. They’ll have a credit check as you’re applying for a loan. That credit check is not going to be a service that the bank creates. They’re going to outsource it to one of the many credit-check services. There is a network involved there.

In your test environment, you need to recreate that and take that into consideration as a part of your end-to-end testing, whether it's functional, performance, or load. It doesn’t matter.
In your test environment, you need to recreate that and take that into consideration as a part of your end-to-end testing, whether it's functional, performance, or load.

As we think about Shunra, network virtualization and the very tight partnership that we've had with HP for service virtualization, as well as their ability to virtualize the users, it's been an OEM relationship. Our R and D teams sit together as they’re doing the development so that this is a seamless product for the HP customer to be able to get the benefit and value for their business and for their customers.

Gardner: Let's talk a little bit about what you get when you do this right. It seems to me the obvious point is getting to the problem sooner, before you’re in production, extending across network variables, across other composite application-type variables. But, I’m going to guess that there are some other benefits that we haven't yet hit on.

So, when you've set up you're testing, when you have virtualization as your tool, what happens in terms of paybacks? Not just the obvious ones, but it seems to me that this becomes a strategic benefit, influencing your business in terms of your overall performance, not just your application's performance.

DeCapua: There are many benefits there, which we have already covered. There are dozens more that we could get into. One that I would highlight, being able to pull all the different pieces that we've been talking about, are shorter release times.

TechValidate did a survey in February of 2013. The findings were very compelling in that they found a global bank was able to speed up their deployment or application delivery by 30 to 40 percent. What does that mean for that organization as compared to their competitor? If you can get to market 30 to 40 percent faster, it means millions or billions of dollars over time. Talk about numbers of customers or brands, it's a significant play there.

Rapid deployment

There are other things like rapid deployment. As we think about Agile and mobile, it's all about how fast we get this feature function out, leveraging service virtualization in a greater way, and reducing associated costs.

In the example that I shared, the customer was able to virtualize the users, virtualize the network, and virtualize the services. Prior to that, he would never have been able to justify the cost of rebuilding a production environment for test. Through user virtualization, network virtualization, and service virtualization, he was able to get to 100 percent at a fraction of the cost.

Time and time again we mention automation. This is a key piece of how you can test early, test often, ultimately driving these accurate results and getting to the automated optimization recommendations.

Gardner: How about getting started for organizations that have been doing traditional testing? Perhaps they’ve been using some HP products but they’ve been resisting going the full service virtualization monty, if you will. Any suggestions about skills, organization, how do you get started?
Let's start with that small scale, doing it right, and delivering that speed, quality, and value.

DeCapua: The most fun piece for me is that you actually need to do something. I can't tell you how many times I get started, and people say, “Yeah, this is a great idea. Yeah, it's wonderful.” They walk out of one of the session at HP Discover and they say, “Yes, I love it. Yeah, I've got my next three things that I need to do.”

It’s more than a tool. It’s really about the people. How is it that you can get this vision? Maybe it starts with one simple business case. Let's go through what that business case is to help me to understand what's the value to your organization. Can we calculate out some return on investment (ROI)? Can we get to what is the break-even point of this investment?

I hate to start talking about business and I hate to start talking about metrics. But as we look at the history of innovation, or what it means with the new style of IT, being able to improve IT performance, delivering the better user experience, and ultimately, who is paying the bill -- it's the business. So, if we can't deliver better business results, this is all for naught.

To get started, there are a number of different pieces that I recommend. But rather than create this huge strategy and everything else, what I would recommend doing is -- I hate to use the term “minimum viable product,” but really that's what I hear when I am in the smaller startup organizations.

It's, “What is that minimum viable product? How can we deliver the most value with the least investment in the shorter period of time, show that incremental value, and then start expanding it more?” It could be expanding it to other teams. It could be expanding it into the other business units, and then it could be going to the entire enterprise. But, let's start with that small scale, doing it right, and delivering that speed, quality, and value.

Gardner: Before we wrap it up, I’d like to just look a bit into the future. Things have been moving so rapidly. What comes next in terms of software productivity? Where should organizations be thinking in terms of vision?

Slow down

DeCapua: I see Agile, mobile, and cloud. There are some significant risks out in the marketplace today. As organizations look to leverage these capabilities to benefit their business and the customers, maybe they need to just slow down for a moment and not create this huge strategy, but go after “How can I increase my revenue stream by 20 percent in the next 90 days?” Another one that I've had great success with is, “What is that highest visibility, highest risk project that you have in your organization today?”

As I look at The Wall Street Journal, and I read the headlines everyday, it's scary. But, what's coming in the future? We can all look into our crystal balls and say that this is what it is. Why not focus on one or two small things of what we have now, and think about how we’re mitigating our risk of  looking at larger organizations that are making commitments to migrate critical applications into the cloud?

You’re biting off a fairly significant risk, which that there isn’t a lot there to catch you when you do it wrong, and, quite frankly, nearly everybody is doing it wrong. What if we start small and find a way to leverage some of these new capabilities? We can actually do it right, and then start to realize some of the benefits from cloud, mobile, and other channels that your organization is looking to.

Gardner: I guess, too, the role of software keeps increasing in many organizations. It's not a tool. It's becoming the business itself and, as a fundamental part of the business, requires lots of tender love and care, right?
The more that we can think about that and tune ourselves and make ourselves lean and focused on delivering better quality products, we’re going to be in the winning circle more often.

DeCapua: You got it. The only other bit that I would add on to that is looking at the World Quality Report that was presented this morning by HP, Capgemini, and Sogeti, they highlighted that there is an increased spend from the IT budget, and a rather significant increase in spend from last year in testing.

It’s exactly what you’re saying. Organizations didn’t enter the market thinking of themselves as a software house. But time and time again, we’re seeing how people who treat what they do as a software house ultimately is improving not only life for their internal customers, but also their external customers.

So I think you’re right. The more that we can think about that and tune ourselves and make ourselves lean and focused on delivering better quality software products, we’re going to be in the winning circle more often.

Gardner: Well, very good. I’m afraid we’ll have to leave it there. We’ve been learning about how Shunra Software is improving its network virtualization and service virtualization in partnership with HP for overall improved software-development quality. Please join me in thanking our guest Todd DeCapua, Vice President of Channel Operations and Services at Shunra Software. Thank you, Todd.

DeCapua: Thank you very much, Dana. I appreciate the opportunity, and thank you all.

Gardner: Yes, thanks to our audience for joining the special discussion coming to you from the HP Discover 2013 Conference in Barcelona. I’m Dana Gardner, Principal Analyst at Interarbor Solutions, your host for this on-going 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 the benefits to software development from service and network virtualization. Copyright Interarbor Solutions, LLC, 2005-2014. All rights reserved.

You may also be interested in: