{"id":70214,"date":"2020-01-05T15:39:13","date_gmt":"2020-01-05T15:39:13","guid":{"rendered":"https:\/\/coforge.site\/cigniti_new\/?post_type=product&p=70214"},"modified":"2024-10-18T13:21:45","modified_gmt":"2024-10-18T13:21:45","slug":"devops-implementation-in-qa-models-chris-degonia","status":"publish","type":"product","link":"https:\/\/coforge.site\/cigniti_new\/resource\/podcasts\/devops-implementation-in-qa-models-chris-degonia\/","title":{"rendered":"Benefits and Procedures for DevOps Implementation in Traditional Quality Assurance Models with Chris DeGonia"},"content":{"rendered":"

Preview:\u00a0<\/span><\/b>We see that across the marketplace and\u00a0<\/span>across\u00a0<\/span>various industries, even those industries that traditionally take a long time to get things into production.\u00a0<\/span>\u00a0<\/span><\/p>\n

You are listening to QA talks. A podcast for quality assurance executives implementing digital transformation in their organizations. In this show, we focus on the unique pitfalls inherent in quality assurance and quality engineering and how these executives are navigating them to position their organization for the future. Let\u2019s get into the show.<\/span><\/i>\u00a0<\/span><\/p>\n

\u202f<\/span><\/i>Ralph:\u00a0<\/span><\/b>Welcome to QA talks, I am your host, Ralph<\/span>\u00a0Miranda<\/span>. QA talks is a podcast dedicated to the emerging technology and innovation happening in the industries such as banking, airlines, insurance, and retail.\u00a0<\/span>\u00a0<\/span><\/p>\n

Quality assurance is a key component of the digital transformation sweeping our world. Companies are increasingly leaning on quality assurance and quality engineering to seamlessly implement their unique digital transformation\u00a0<\/span>plans<\/span>. However, digital transformation can often seem like a massive tower<\/span>,<\/span>\u00a0impossible to scale.\u00a0<\/span>\u00a0<\/span><\/p>\n

Today, <\/span>we have Chris\u00a0DeGonia. Chris is an IT leader with an extensive track record on\u00a0<\/span>mission-<\/span>critical\u00a0programmes,\u00a0<\/span>delivery\u00a0<\/span>transformations, process improvements, budget optimization<\/span>,<\/span>\u00a0and strategic initiatives.\u00a0<\/span>\u00a0<\/span><\/p>\n

Gentlemen, how are you today?<\/span>\u00a0<\/span><\/p>\n

Chris:<\/span><\/b>\u00a0<\/span>We are doing great<\/span>.\u00a0<\/span>Thank\u00a0<\/span>you very much, Ralph.<\/span>\u00a0<\/span><\/p>\n

Ralph:<\/span><\/b>\u00a0<\/span>Good, glad to hear that.<\/span>\u00a0<\/span>Well gentlemen, today we are going to be talking mostly about DevOps. And DevOps is kind of a buzz word in the industry. So<\/span>,<\/span>\u00a0I am going to throw out a definition and then I kind of want to get your guys<\/span>\u2019<\/span>\u00a0opinion of the definition.<\/span>\u00a0<\/span><\/p>\n

\u201c<\/span>DevOps is a set of software development practices that combines software development or the Dev component and Information technology operations or the Ops component to shorten the system\u2019s development lifecycle while delivering features, fixes, and updates frequently in close alignment with business objectives.\u00a0<\/span>\u201c<\/span>\u00a0<\/span><\/p>\n

So, let me get your thoughts on that. I\u2019ll go with you first, Chris.<\/span>\u00a0<\/span><\/p>\n

Chris:<\/span><\/b>\u00a0<\/span>That sounds like a great definition to me. It<\/span>\u2019<\/span>s pretty unique amongst every company<\/span>. They have<\/span>\u00a0<\/span>their<\/span>\u00a0own definition of what DevOps means and every situation is different. So, that sounds like a great definition.\u00a0<\/span>\u00a0<\/span><\/p>\n

Ralph:<\/span><\/b>\u00a0<\/span>Okay. I\u2019ll start with you. <\/span>Tell\u00a0<\/span>us a little bit of how DevOps transforms the software testing industry?<\/span>\u00a0<\/span><\/p>\n

Cigniti Speaker:<\/span><\/b>\u00a0<\/span>I will say that the software testing, in terms of the way it is getting transformed<\/span>,<\/span>\u00a0is because of the two things\u00a0<\/span>that are\u00a0<\/span>very critical<\/span>.\u00a0<\/span>I would say that one is skillset and the other one is the mindset.\u00a0<\/span>\u00a0<\/span><\/p>\n

When I say skill set, we are talking about expanding the skill set of the test engineers from being knowing about software testing and also the functional applications too. It is pushing them to know more and more about technology as well. And what we would see\u00a0<\/span>their typical skill set that is required for somebody to be really successful in the DevOps ecosystem contributing to software testing and quality management activities is knowing the networking knowledge, the basic unique scripting<\/span>,<\/span>\u00a0and the ability to work with the continuous integration and continuous delivery tools such as Jenkins, performance testing tools<\/span>,<\/span>\u00a0and also having decent understanding of\u00a0<\/span>containers, dockers,\u00a0<\/span><\/i>and things like that. And\u00a0<\/span>also,<\/span>\u00a0that ability to understand the role of a cloud and how the cloud services are being used both in development and also hosting of the\u00a0<\/span>products of\u00a0<\/span>the applications.\u00a0<\/span>\u00a0<\/span><\/p>\n

And the other one that I would say that the mindset, which is equally important because\u00a0<\/span>the<\/span>\u00a0testing activities are very tightly integrated in to the development lifestyle and most of the times that you are working with the rest of the team<\/span>s<\/span>, essentially the development teams and other teams, side by side on a day to day basis<\/span>,<\/span>\u00a0and because the timelines of the releases have been shrunk significantly and also<\/span>\u00a0th<\/span>at the<\/span>\u00a0model sort of<\/span>\u00a0encourages and also expects the engineers to work together in a lot more collaborative manner.\u00a0<\/span>\u00a0<\/span><\/p>\n

Ralph:<\/span><\/b>\u00a0<\/span>That\u2019s an excellent point. Mindset is critical. No question about that. Chris, it’s estimated that around half of enterprises are planning a continuous integration and continuous delivery initiative in the coming years. So, my question is why shift to DevOps? What are the business\u00a0<\/span>benefits,<\/span>\u00a0and do you think it has a future?<\/span>\u00a0<\/span><\/p>\n

Chris:<\/span><\/b>\u00a0<\/span>Sure, definitely. when I joined the IT some 10 to 15 years ago, it was once ever<\/span>y<\/span>\u00a06 months was probably a good release pace. Today, we may be managing 25 projects at a time and we are doing several releases a day or more into production and so, you see how the pace has changed and has\u00a0<\/span>really\u00a0<\/span>picked up across the market<\/span>place<\/span>\u00a0and across various\u00a0<\/span>industries<\/span>,\u00a0<\/span>even those industries that traditionally take a long time to get things into production.<\/span>\u00a0<\/span><\/p>\n

So,<\/span>\u00a0in order<\/span>\u00a0to enable people to scale and to go there fast, you have to shift into a methodology that allows you<\/span>,<\/span>\u00a0in a controlled<\/span>\u00a0way<\/span>,<\/span>\u00a0<\/span>to\u00a0<\/span>get those products to the market.\u00a0<\/span>So,\u00a0<\/span>it’s definitely here to stay. Its something that\u00a0<\/span>te<\/span>a<\/span>ms\u00a0<\/span>really need to get their hands around<\/span>.<\/span>\u00a0<\/span>If\u00a0<\/span>they are not already working in DevOps space, they need to\u00a0<\/span>kind of<\/span>\u00a0scale up<\/span>\u00a0or skill up in order<\/span>\u00a0t<\/span>o make it. Because it’s not becoming a slower-paced world<\/span>,<\/span>\u00a0we\u2019re certainly facing a faster-paced world<\/span>\u00a0as we move forward<\/span>.<\/span>\u00a0<\/span><\/p>\n

Ralph:<\/span><\/b>\u00a0<\/span>Yeah, no question about that. So, given the fact that it is here to stay, as you said<\/span>,<\/span>\u00a0<\/span>what\u00a0<\/span>are the issues faced in the transition to the DevOps approach and can you tell us a little bit about the challenges in implementing this revolution?<\/span>\u00a0<\/span><\/p>\n

Chris:<\/span><\/b>\u00a0<\/span>Sure. I think you know Peter Drucker\u00a0<\/span>had<\/span>\u00a0a statement where he said, \u201cculture eats strategy for breakfast\u201d<\/span>.<\/span>\u00a0So, true<\/span>!<\/span>\u00a0<\/span><\/p>\n

And the number 1 challenge is the culture of your team. You need to build a team that people are accepting and ready for change. You need to build a safe space so that people can feel comfortable to experiment and learn as they are growing along<\/span>.<\/span>\u00a0<\/span>Because\u00a0<\/span>you see these job descriptions that want 10 years in this technology and the technology is only 2 years old.<\/span>\u00a0<\/span><\/p>\n

You know some of these technologies are new enough that people are learning<\/span>\u00a0them<\/span>\u00a0as they\u00a0<\/span>go<\/span>\u00a0along. So, the challenge I think is first of all<\/span>,<\/span>\u00a0cultural. Second of all, strategic. We need to make sure that we have the right level of buy<\/span>\u00a0in at the<\/span>\u00a0C<\/span>–<\/span>level<\/span>\u00a0and below<\/span>\u00a0and they need to make sure that they are educated and that we are educating the right stakeholders so they can help us to formulate the plan and make sure that it’s moving along the way that it should be. And then third of all\u00a0<\/span>is\u00a0<\/span>tools. There is a number of tools in the marketplace that we can use now but just making sure that the tools that we choose are fully compatible and they also will fit well with<\/span>in the<\/span>\u00a0organization.\u00a0<\/span>\u00a0<\/span><\/p>\n

So, I think tackling those three challenges\u00a0<\/span>is<\/span>\u00a0a good start for a<\/span>n<\/span>\u00a0organization.\u00a0<\/span>\u00a0<\/span><\/p>\n

Ralph:<\/span><\/b> T<\/span>ell us a little bit about the role of automation testing in DevOps and how does automation frameworks speed your DevOps delivery?<\/span>\u00a0<\/span><\/p>\n

Cigniti Speaker:<\/span><\/b>\u00a0<\/span>I would say that test automation is absolutely necessary in a fast-moving DevOps environment. Because, in a typical DevOps environment<\/span>,\u00a0<\/span>you are expected to accelerate the cycles of design, development, validate, and push it to the production in a very fast-paced manner. In a way that\u00a0<\/span>actually\u00a0<\/span>it is very difficult to be successful in the DevOps environment\u00a0<\/span>without actually having test automation and so, but however it is also important to think\u00a0<\/span>about\u00a0<\/span>the bigger picture as well.<\/span>\u00a0<\/span><\/p>\n

The test automation alone will not solve all of your manual process problems.\u00a0<\/span>So, many times we hear people focusing solely on achieving the higher test automation coverage and forgetting the fact that there is no unlimited budget that is available for testing. So, optimizing the testing budgets and then trying to leverage as much as possible from a test automation point of view, I think, is very critical.<\/span>\u202f<\/span>\u00a0<\/span><\/p>\n

Ralph:<\/span><\/b>\u00a0<\/span>Chris,<\/span>\u00a0automation, as<\/span> he has laid out for you<\/span>,<\/span>\u00a0sits at the heart\u00a0<\/span>of\u00a0<\/span>the DevOps pipeline. So,\u00a0<\/span>more and more automation is the core of the cycle. But\u00a0<\/span>how much is really too much automation?<\/span>\u00a0<\/span><\/p>\n

Chris:<\/span><\/b>\u00a0<\/span>Well, I do not believe that there is too much automation. You can never have too much automation and if you are gonna do something more than once then you should automate it. But that being said, there is never gonna be a time in\u00a0<\/span>our\u00a0<\/span>industry where you don\u2019t have the need for creativity. That person that is creative, looking at the problem<\/span>s<\/span>, looking at the products the way another person is gonna use it<\/span>,\u00a0<\/span>another\u00a0<\/span>user is gonna use it. And\u00a0<\/span>so,<\/span>\u00a0with that mind, you are never gonna do away with some level of manual testing you know for comparing manual with automation. But to me, it’s more about creativity. It’s bringing back the human set of eyeballs into the picture to take a look at that. The automation machine can tell you that okay its a hexagon or a\u00a0<\/span>color<\/span>, but the person can actually see that okay<\/span>,\u00a0<\/span>does<\/span>\u00a0this really make sense? It is truly a blend of both of those.\u00a0<\/span>\u00a0<\/span><\/p>\n

Ralph:<\/span><\/b>\u00a0<\/span>Okay, guys so we have laid the groundwork. We have talked about DevOps. We have defined it. We have talked about its role in the digital transformation and we have determined that it is here to stay. So now let’s shift a little bit.\u00a0<\/span>\u00a0<\/span><\/p>\n

What are some of the best practices that are followed <\/span>in<\/span>\u00a0DevOps and tell us a little more about the changed role of QA in DevOps<\/a>.<\/span>\u00a0<\/span><\/p>\n

Cigniti Speaker:<\/span><\/b>\u00a0<\/span>I would say that DevOps is actually a very good thing that is happening to the testing industry at it is very large and especially in the long run, I guess DevOps would make test teams a lot more valuable to the overall software development community as well. So, if you look at it<\/span>\u00a0historically<\/span>, testers have focused solely on the testing aspect of bringing a product to the market. Testing the code to validate<\/span>\u00a0the code<\/span>\u00a0and pushing the validated code to developers. But DevOps changes that. With continuous integration, continuous delivery<\/span>,<\/span>\u00a0and the overall goal of increased efficiency, DevOps required testers to take responsibility of the quality across the entire development lifecycle. Not just\u00a0<\/span>during<\/span>\u00a0the traditional<\/span>\u00a0testing phase<\/span>.\u00a0<\/span>So, I would say that that is the fundamental change that is happening because of the DevOps.\u00a0<\/span>\u00a0<\/span><\/p>\n

Ralph:<\/span><\/b>\u00a0<\/span>So, Chris, I would go back to you. You have talked about the quote that says, \u201cculture eats strategy for breakfast\u201d I think that was the correct quote. I hope I had it right. And given that, the concept of DevOps is found o<\/span>n<\/span>\u00a0building a cultural collaboration between teams that historically have functioned on\u00a0<\/span>their<\/span>\u00a0own<\/span>\u00a0in relative silos<\/span>. So, how could this culture develop the organization as a whole<\/span>,<\/span>\u00a0bringing it closer together?<\/span>\u00a0<\/span><\/p>\n

Chris:<\/span><\/b>\u00a0<\/span>Sure.<\/span>\u00a0<\/span>The best organizations that I have seen, work collaboratively across business lines. And that\u2019s really something that I really appreciated throughout my career being able to do. When you have team members that are solely focused on just \u201cOkay, this is in my job description and I got to do this\u201d rather than focused on the outcome. Right?<\/span>\u00a0<\/span><\/p>\n

But a team has to come together and say, \u201cokay how do we get this across the finish line.\u201d And that really is the nature of DevOps. Everybody is working together. That’s the nature of our job as well. Everybody is working together. Taking ownership. Or completing the best products that they can<\/span>,<\/span>\u00a0and you can actually\u00a0<\/span>extend\u00a0<\/span>that outside of traditional software development activities into other areas as well.\u00a0<\/span>\u00a0<\/span><\/p>\n

You know, bringing together some of the ops and the sales folks together. Bringing together different business lines. So that you can create collaboration spaces because, in each company, you are there to see that company to succeed as a whole. So that is indefinitely transformed the entire enterprise when you start having this ownership mindset<\/span>\u00a0a<\/span>nd a collaborative mindset.<\/span>\u00a0<\/span><\/p>\n

Ralph:<\/span><\/b> Yeah. obviously DevOps being what it is, has the tendency or the ability to give us economies of scale so, if it does that, its gonna obviate the need for a dedicated manual QA staff and all forms of automation requires writing code so if your traditional staff doesn\u2019t learn code then obviously they are out in the cold. So, how do you think DevOps\u00a0<\/span>will<\/span>\u00a0have a future impact on manual testing and traditional QA?<\/span>\u00a0<\/span><\/p>\n

Cigniti Speaker:<\/span><\/b>\u00a0I would say that the continuous improvement is the way to go. And the newer technologies and the newer ways of doing things obviously are disrupting the traditional ways of doing things<\/span>. U<\/span>se this analogy –\u00a0<\/span>\u00a0<\/span><\/p>\n

\u201cA bird is sitting on a branch. Right? As a bird, I don\u2019t think you should put a lot of faith on the\u00a0<\/span>branch,<\/span>\u00a0but you should have faith more in your wings.\u201d<\/span>\u00a0<\/span><\/p>\n

What\u00a0<\/span>th<\/span>is means is that the branch has to collapse, the bird still has to be able to fly away. Right?<\/span>\u00a0<\/span><\/p>\n

Likewise, I guess as much as individuals are depending on their\u00a0<\/span>organizational<\/span>\u00a0strength, but I guess, being a professional it is your responsibility to make sure that your skillset is continu<\/span>e<\/span>s to be relevant to the industry that you are working with.\u00a0<\/span>\u00a0<\/span><\/p>\n

So, in that sense I guess definitely if you are somebody out there just relying on your manual functional testing skills only, then probably the DevOps is certainly a wake-up call especially if you want to grow your career.<\/span>\u00a0<\/span><\/p>\n

So, I would say that yes, there continues to be space for the manual functional testing and the knowledge for applying the business knowledge that they\u00a0<\/span>have<\/span>\u00a0gained. However, you know, investing in some basic technology skills<\/span>\u00a0<\/span>– coding skills and networking skills<\/span>,<\/span>\u00a0along with improving soft skills is very much needed in the context of DevOps.\u00a0<\/span>\u00a0<\/span><\/p>\n

Ralph:<\/span><\/b> I like your analogy, the bird and the branch. Very well-spoken. Keeping with you,\u00a0<\/span>let’s talk about security and compliance. And obviously, these checks have traditionally taken place at the end of the development. And usually, have been done manually. So, adopting DevOps integrates<\/span>\u00a0<\/span>information security into everyone\u2019s daily work\u00a0<\/span>as<\/span>\u00a0part of the deployment pipelines. So, how does this help in improving software security and therefore, reducing its risks?<\/span>\u00a0<\/span><\/p>\n

Cigniti Speaker:<\/span><\/b>\u00a0I would say that in terms of the software security, generally comes as part of your non-functional testing and typically a lot of these non-functional test types are done at the end of the life cycle in a traditional waterfall method. But however, as we see more and more enterprises are being forced to open up access to their applications, to the outside world<\/span>\u00a0a<\/span>nd access to the data that has been residing in these applications.\u00a0<\/span>A<\/span>ccording to\u00a0<\/span>one of the<\/span>\u00a0survey that I was reading, almost about 40<\/span>%<\/span>\u00a0to 50% of the data that\u00a0<\/span>is\u00a0<\/span>residing\u00a0<\/span>in<\/span>\u00a0<\/span>enterprises\u00a0<\/span>now has<\/span>\u00a0to be\u00a0<\/span>exposed to the outsider world. And when I say outsider, it would be your employees trying to access the data outside of\u00a0<\/span>your<\/span>\u00a0network, it could be giving access to your partners and vendors so that they can collaborate with you better on the business outcomes<\/span>, it<\/span>\u00a0could be the consumers that actually need the data that you have in the enterprise.<\/span>\u00a0<\/span>So, which means that it clearly exposes the risks in terms of security.\u00a0<\/span>So,<\/span>\u00a0no more we have the luxury of waiting to build out the entire functionality and then do a security test.\u00a0<\/span>Because security\u00a0<\/span>is also one of the quality attributes that need to be built<\/span>\u00a0earlier<\/span>\u00a0in the life cycle. Not just to be built but also validated throughout the life cycle. So<\/span>,<\/span>\u00a0in many of the clients that we are working with, we have built this automated security test<\/span>\u00a0speed<\/span>\u00a0<\/span>that\u00a0<\/span>are\u00a0<\/span>integrated into the overall DevOps pipeline. So that every new buil<\/span>d<\/span>\u00a0is actually being validated – not just for the functionality but also for security.\u00a0<\/span>\u00a0<\/span><\/p>\n

Ralph:<\/span><\/b>\u00a0<\/span>Chris,\u00a0<\/span>what is the overall impact of DevOps in software quality, time to value<\/span>,<\/span>\u00a0and return on investment?<\/span>\u00a0<\/span><\/p>\n

Chris:<\/span><\/b>\u00a0<\/span>Sure.<\/span>\u00a0<\/span>I would say, personally, I see an average around 250 to 300% ROI, month over month<\/span>,<\/span>\u00a0for automation.<\/span>\u00a0<\/span>So,<\/span>\u00a0it proves over and over again the wor<\/span>th<\/span>\u00a0of automation coming to\u00a0<\/span>bare<\/span>\u00a0into your projects. But it also helps for things that are repeatable<\/span>,<\/span>\u00a0right?<\/span>\u00a0<\/span><\/p>\n

What I call the dummy testing<\/span>,\u00a0<\/span>where\u00a0<\/span>you are trying to do the same tests over and over<\/span>\u00a0and over<\/span>\u00a0again. This repeatable processes, repeatable checks, and bounces in the system, it really does bring a level of control that you\u00a0<\/span>cannot\u00a0<\/span>maintain manually\u00a0<\/span>with<\/span>in your projects.<\/span>\u00a0<\/span>So, both in terms of ROI and in terms of software checks, and then in terms of just time to get things to market.<\/span>\u00a0<\/span>There are so many things you can do to make your script\u2019s\u00a0<\/span>performance<\/span>. You can\u00a0<\/span>pair them wise<\/span>,\u00a0<\/span>you<\/span>\u00a0can\u00a0<\/span>customize the code<\/span>,<\/span>\u00a0and<\/span>\u00a0you can<\/span>\u00a0choose the tool that runs from the cloud and run based on AI and the other inputs into the<\/span>se<\/span>\u00a0automation frameworks.<\/span>\u00a0<\/span>So, you can really optimize\u00a0<\/span>your\u00a0<\/span>automation to very very quickly get things out to the customer and in the customer\u2019s hands.\u00a0<\/span>\u00a0<\/span><\/p>\n

Ralph: <\/span><\/b>We talked a little earlier about security <\/span>and\u00a0<\/span>compliance, we talked a little bit about DevOps and its effect on manual testing and traditional QA. So, how can DevOps streamline this testing and the digital assurance function?<\/span>\u00a0<\/span><\/p>\n

Cigniti Speaker:<\/span><\/b>\u00a0<\/span>I would say that DevOps naturally allows testers to be involved<\/span>\u00a0earlier<\/span>\u00a0in the life cycle<\/span>,<\/span>\u00a0so DevOps is clearly helping testing community to shift the testing activities both left and right<\/span>, w<\/span>hich I call them as shift<\/span>–<\/span>left and\u00a0<\/span>shift<\/span>–<\/span>right. And\u00a0<\/span>as everybody knows<\/span>\u00a0that the longer you put off a problem, the worse it is going to get in the long run and in the continuous delivery<\/span>–<\/span>driven DevOps world, letting a problem\u00a0<\/span>fester\u00a0<\/span>means letting the release\u00a0<\/span>bottleneck grow<\/span>.<\/span>\u00a0<\/span><\/p>\n

This situation happens most often when you run too many tests manually at the end of the life cycle instead of automating them. So, there are\u00a0<\/span>methodologies<\/span>\u00a0<\/span>like test-driven development, behavior-driven development, that can help build quality into the product by doing a good amount of work on the shift<\/span>–<\/span>left.<\/span>\u00a0<\/span>And also<\/span>,<\/span>\u00a0<\/span>that<\/span>\u00a0shift<\/span>–<\/span>right helps you to make sure that the<\/span>\u00a0application<\/span>\u00a0<\/span>continues<\/span>\u00a0to function at a certain level of efficiency<\/span>, n<\/span>ot just from the functional point of view but also from availability, reliability, and also in terms of performance.<\/span>\u00a0<\/span><\/p>\n

Ralph:<\/span><\/b>\u00a0<\/span>Chris, I\u2019ll direct my final question today towards you. You have been\u00a0<\/span>involved\u00a0<\/span>with DevOps. What are the lessons that you have learned while integrating DevOps and any advice for our listeners?\u202f<\/span>\u00a0<\/span><\/p>\n

Chris:<\/span><\/b>\u00a0<\/span>Sure.<\/span>\u00a0<\/span>My one piece of advice is just to take your time. Take your time about choosing which project to automate.<\/span>\u00a0<\/span>Don\u2019t try to do, \u201cboil the ocean\u201d as they say.<\/span>\u00a0<\/span>Take your time to find a small project, automate the pipeline through. See the value of it and then work through the remainder of\u00a0<\/span>the\u00a0<\/span>organization. You know as you are learning things as you go, each customer, and each company – they have a different makeup\u00a0<\/span>of\u00a0<\/span>technology stack, culture, level of skills within the organizations, level of appetite to move fast within the organization as\u00a0<\/span>they<\/span>\u00a0are adapting these DevOps practices.\u202fSo, really take time to make good forward-thinking decisions and take time to\u00a0<\/span>vet<\/span>\u00a0out the value that you are providing<\/span>\u00a0back<\/span>\u00a0<\/span>in<\/span>to the organization. And see the growth happening organically. I think that’s<\/span>\u00a0really<\/span>\u00a0the biggest piece of advice that I would give to you.<\/span>\u00a0<\/span><\/p>\n

Ralph:<\/span><\/b>\u00a0<\/span>Well, that\u2019s gonna wrap it up for this episode of QA talks. We have been speaking with Chris DeGonia, a QA director and senior IT leader. And with Cigniti speaker, he is the president of Cigniti and head of the North America <\/span>East\u00a0<\/span>business unit. Gentlemen, thank you for your time and I appreciate it very much.\u202f<\/span>\u00a0<\/span><\/p>\n

Chris:<\/span><\/b>\u00a0<\/span>Thank you very much, it was a pleasure.\u00a0<\/span>\u00a0<\/span><\/p>\n

Cigniti Speaker:<\/span><\/b>\u00a0<\/span>Thank you, Ralph. Thanks for having me on the show.<\/span>\u00a0<\/span><\/p>\n

Ralph:<\/span><\/b>\u00a0<\/span>Thank you very much, guys!<\/span>\u00a0<\/span><\/p>\n

Quality Assurance is vital to the success of an organization\u2019s digital transformation. Lack of control can quickly derail a company\u2019s technological presence, costing thousands. At Cigniti, our resolution is to build a better world with better quality software. Renowned for the global thought leadership in the industry, we draw expertise from over a decade of test engineering experience across vertical. To learn how we do it, visit\u00a0<\/span><\/i>www.cigniti.com<\/span><\/i><\/a>\u202f\u202f<\/span><\/i>\u00a0<\/span><\/p>\n

\u202f<\/span><\/i>You have been listening to QA talks. To ensure that you never miss an episode, subscribe to the show in your favorite podcast player. Thank you so much for listening. Until next time.<\/span><\/i><\/p>\n","protected":false},"excerpt":{"rendered":"

Speakers:<\/strong>\u00a0<\/strong>Chris DeGonia<\/strong>, Director of QA at International SOS; Cigniti (A Coforge Company) Speaker<\/b>
\n<\/span>
\n