{"id":78463,"date":"2020-06-18T15:30:35","date_gmt":"2020-06-18T15:30:35","guid":{"rendered":"https:\/\/coforge.site\/cigniti_new\/?post_type=product&p=78463"},"modified":"2024-10-18T13:01:19","modified_gmt":"2024-10-18T13:01:19","slug":"leadership-traits-for-devops-success-jermaine-oldham","status":"publish","type":"product","link":"https:\/\/coforge.site\/cigniti_new\/resource\/podcasts\/leadership-traits-for-devops-success-jermaine-oldham\/","title":{"rendered":"Leadership Traits for DevOps Success"},"content":{"rendered":"

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

Logan:<\/span><\/b>\u00a0Welcome back to QA talks. I’m your host for today’s episode, Logan Lyles with\u00a0<\/span>S<\/span>weet\u00a0<\/span>F<\/span>ish\u00a0<\/span>M<\/span>edia. I’m joined today by two very experienced guests. We’ve got Jermaine Oldham,\u00a0<\/span>V<\/span>ice\u00a0<\/span>P<\/span>resident of\u00a0<\/span>E<\/span>ngineering and\u00a0<\/span>T<\/span>echnology at J B hunt. And as he has in many sessions of this podcast, I’m joined again by Cigniti speaker<\/span>.<\/span>\u00a0<\/span>Jermaine<\/span>, w<\/span>elcome to the show, sir.\u00a0<\/span><\/p>\n

Jermaine:<\/span><\/b>\u00a0Hey,\u00a0<\/span>Logan,<\/span>\u00a0<\/span>Thank<\/span>\u00a0you for having me today.\u00a0<\/span><\/p>\n

Logan:<\/span><\/b>\u00a0Absolutely. Well with that, I want to give a little bit of background for our new guest today. Jermaine is an<\/span>\u00a0IT<\/span>\u00a0executive with over 20 years of\u00a0<\/span>IT<\/span>\u00a0<\/span>experience,<\/span>\u00a0and he specializes in leading data<\/span>,<\/span>\u00a0infrastructure<\/span>,<\/span>\u00a0and application teams and initiatives for large complex organizations. His passion is to make technology the tool to support and enhance business processes. And more than that, the vehicle to make data accessible to all organizational levels and really helping\u00a0<\/span>to\u00a0<\/span>produce faster and more accurate results. I love to hear\u00a0<\/span>IT<\/span>\u00a0leaders that are so passionate about driving business outcomes for the units that they serve.\u00a0<\/span>So,<\/span>\u00a0Jermaine, I love that\u00a0<\/span>about your background<\/span>.<\/span> Cigniti speaker<\/span>,<\/span> welcome to the show. It’s great to have you again.<\/span><\/p>\n

Cigniti speaker:<\/span><\/b>\u00a0Thank you so much, Logan, and looking forward to\u00a0<\/span>be<\/span>\u00a0in the session along with my key expert, Jermaine<\/span>.<\/span>\u00a0<\/span>T<\/span>hank you for having us.<\/span><\/p>\n

Logan<\/span><\/b>:<\/span><\/b>\u00a0Awesome. Gentlemen, I know that you have done some speaking engagements together, so I’m excited to kick off a great conversation. So let’s start with you Jermaine, a question that we’ve been thinking on here that I’d love to get your perspective on<\/span>.<\/span>\u00a0<\/span>W<\/span>hat are some of the key characteristics that you would suggest that quality engineering leaders really have to adopt right now in the digital space to navigate not only innovation, but embracing the change that’s happening all around them at an even faster pace this year than ever before<\/span>?<\/span>\u00a0<\/span><\/p>\n

Jermaine:<\/span><\/b>\u00a0Yeah, I think quality engineers need to look at it from a holistic<\/span>\u00a0point<\/span>\u00a0of view. When you think about innovation and embracing change, this is in that\u00a0<\/span>level.<\/span>\u00a0<\/span>T<\/span>here is change that’s happening around us and innovation will continue to happen. There’s kind of five key things that I would recommend. One<\/span>,<\/span>\u00a0lead with confidence. Confidence is the key to know that innovation and change are out\u00a0<\/span>there,<\/span>\u00a0and you need to embrace it. I’ll say two, as a QE leader, you need to be willing to\u00a0<\/span>adapt and learn and grow. So<\/span>,<\/span>\u00a0the key thing there is just being flexible to be able to adapt, learn, and grow so that you can evolve as a leader. Three, be willing to challenge your previous exceptions and understandings. Things may not be the status quo<\/span>. S<\/span>o,<\/span>\u00a0you’ll have to certainly challenge your previous assumptions and understandings of what you thought you knew. And then finally you need to be open to failing. But the key with failing in this space is\u00a0<\/span>failing<\/span>\u00a0and f<\/span>ai<\/span>l<\/span>ing<\/span>\u00a0very fast.<\/span><\/p>\n

Logan<\/span><\/b>:<\/span><\/b>\u00a0<\/span><\/b>Tell us a little bit more about that. Jermaine, you know, you mentioned four great things there that QE leaders need to be thinking about for themselves<\/span>\u00a0– c<\/span>onfidence, adaptability, challenging their existing assumptions<\/span>,<\/span>\u00a0and failing, but not just failing, but failing fast, not just failing for failing sake. We don’t want to do that, but tell us a little bit about how you see that playing out well, either in your own teams or others that you admire, how did they fail fast and actually see that as a benefit for their teams?\u00a0<\/span><\/p>\n

Jermaine:<\/span><\/b>\u00a0<\/span><\/b>T<\/span>he key thing here is<\/span>,<\/span>\u00a0as I attributed before, was failing very fast. It needs to be a kind of a fast feedback loop and a fast kind of evolution of how you work through problems and situations. So<\/span>,<\/span>\u00a0I’ve seen leaders before you get myself and my teams where we failed on something, we try to implement something<\/span>,<\/span>\u00a0<\/span>w<\/span>e tr<\/span>ied<\/span>\u00a0to adopt a new technology. We thought we had the use cases and documentation to support the business, but we didn’t actually hit the nail on the head the first time around. So<\/span>,<\/span>\u00a0in those instances where I’ve seen that we failed in the beginning, we went\u00a0<\/span>back,<\/span>\u00a0and we iterate it to understand what we needed to do to improve on. We came back with a working model in order to solve the problem. So I would say just that there’s a continuous evolution where you may deliver a solution per the use cases and requirements that you gathered, but you may fail the first time, but don’t be swayed from the overall goal of trying to solve business problems. You want to fail fast and you want to come back and you want to be persistent.<\/span>\u00a0<\/span><\/p>\n

Logan:<\/span><\/b>\u00a0Yeah, it makes sense that it doesn’t stop with that failure. It makes perfect sense to me<\/span>.<\/span>\u00a0Jermaine, you know, we’ve been talking about digital transformation on this podcast for a good bit. Digital transformation has caused disruptions throughout every industry. It seems like it’s been coming faster and faster this year like a wrecking ball with the COVID-19 pandemic<\/span>.<\/span>\u00a0<\/span>I<\/span>n light of all of this, it seems like DevOps is becoming more than just a nice to have component of any digital transformation strategy. What are some of your recommendations for enterprises trying to embrace this change\u00a0<\/span>t<\/span>hat’s coming out them so quickly right\u00a0<\/span>now?<\/span><\/p>\n

Jermaine<\/span><\/b>:<\/span><\/b>\u00a0<\/span><\/b>Yeah. I would say one of the things that are important is preparing your team for the cultural change. When I think about DevOps and I think about quality, I think about really how you\u00a0<\/span>are developing<\/span>\u00a0the tool chain and a methodology. The first thing you need to think about is culture, the culture of the team, the team, how you need to evolve from a culture perspective. I would say a second point I’d make was prepare the team and yourself to embrace a cross or working model.<\/span>\u00a0<\/span>W<\/span>hen you think about the implementation of\u00a0<\/span>DevOps<\/span>\u00a0in the digital age, it’s about a team it’s about a cross functional team that consists of not only just developers and IT operations, but quality experts as well. So quality engineers and quality leaders and quality analysts to make that kind of working model<\/span>.<\/span>\u00a0<\/span>In<\/span>\u00a0addition, you need to prepare your team to own the quality\u00a0<\/span>as\u00a0<\/span>a key pillar<\/span>\u00a0<\/span>to<\/span>\u00a0delivering software<\/span>.<\/span>\u00a0<\/span>P<\/span>ersonally, what I’m doing today and what I’ve done in the past. I’ve seen teams not own quality. Quality is extremely important. And in order to ensure that you’re going to deliver value fast and often to the business, you’ve got to own your own quality. And the last thing I would say on this is you also need to prepare the business to embrace getting valued to software delivery early and often. So it does you no good to have a very stringent pipeline where you’ve got\u00a0<\/span>d<\/span>ev and you’ve got operations working together<\/span>,<\/span>\u00a0where you’re able to build<\/span>,<\/span>\u00a0where you’re able to test and release, and\u00a0<\/span>you’ve got continuous testing inside of the pipeline, but the business doesn’t have the capacity to consume that. So<\/span>,<\/span>\u00a0you need to also prepare your business in order to receive this value on a frequent basis as well.\u00a0<\/span><\/p>\n

Logan<\/span><\/b>:<\/span><\/b>\u00a0<\/span><\/b>Man, I love that. It’s about the communication throughout the other functions within the business and communication within your team. Going back to your first point there<\/span>,<\/span> talking about embracing this change and making your team ready for that culture shift. I think we can talk a lot about the technology and the processes, but if that doesn’t actually play itself out because of the way that people are able to take advantage of this technology, then it’s somewhat all for not. And I think that’s coming through in multiple things you’re saying there, Jermaine. Cigniti speaker<\/span>,<\/span>\u00a0I’ve got a question for you here. You know, we mentioned in your bio, you’ve got a lot of experience in setting up testing centers of excellence. And you know, when agile and\u00a0<\/span>DevOps<\/span>\u00a0started becoming more widely adopted<\/span>,<\/span>\u00a0testing\u00a0<\/span>centers<\/span>\u00a0of excellence took a back seat, or so\u00a0<\/span>it\u2019s<\/span>\u00a0kind of seemed at least<\/span>.<\/span>\u00a0<\/span>D<\/span>o you think that testing centers of excellence are still relevant and important? And if so or not, you know, give us a little bit of your thinking on this right now.\u00a0<\/span><\/p>\n

Cigniti speaker:<\/span><\/b>\u00a0<\/span><\/b>That’s a great question<\/span>,<\/span>\u00a0<\/span>Logan<\/span>. And as\u00a0<\/span>Jermaine<\/span>\u00a0pointed out that there\u00a0<\/span>is\u00a0<\/span>a lot of shift in the\u00a0<\/span>overall\u00a0<\/span>IT itself is happening, and that includes the quality as well. So<\/span>,<\/span>\u00a0the testing center of excellence is becoming a challenging spot right now, and it’s getting into a next evolution<\/span>,<\/span>\u00a0I would say<\/span>.<\/span>\u00a0<\/span>Q<\/span>uality and testing is not going to go away. It will exist in different format, right? It could be a quality engineering. And that’s where the industry shift is happening. Shift left, which is like, I want to get my testers ahead of the game to start working from the requirement itself<\/span>,<\/span>\u00a0<\/span>i<\/span>n the definition itself. I want each of my test engineers to be certified with the quality engineering concept or scaled agile framework concept<\/span>.<\/span>\u00a0<\/span>I<\/span>n the agile and DevOps model<\/span>,<\/span>\u00a0<\/span>t<\/span>he whole of the shift is towards building out pockets of excellence, which could be a quality engineering center of excellence<\/span>,<\/span>\u00a0or digital center of excellence, or it could be automation, or it could be DevOps\u00a0<\/span>center<\/span>\u00a0of excellence.\u00a0<\/span>
\nT<\/span>here are\u00a0<\/span>a lot<\/span>\u00a0of pockets of center of excellence is happening. Like the way, how agile is split into multiple parts and you call it as a\u00a0<\/span>story,<\/span>\u00a0or you call it as a scrum and execute them<\/span>.<\/span>\u00a0<\/span>Quality is\u00a0<\/span>also shift into each of those pockets<\/span>,<\/span>\u00a0testing underneath the IT domain itself. Like for example, if I’m creating an\u00a0<\/span>IT\u00a0<\/span>life cycle with respect to agile or DevOps, you form a small scrum team or you form a small pot team, right?\u00a0<\/span>So,<\/span>\u00a0they may call it in different words. And within that, you are bringing in this\u00a0<\/span>test-<\/span>driven development concept<\/span>,<\/span>\u00a0and bringing in the quality engineers<\/span>,<\/span>\u00a0or bringing in the software development engineer in test<\/span>,<\/span>\u00a0and part of that team itself and creating that CoE within that in sprint, no development life cycle. So<\/span>,<\/span>\u00a0this part of shift is happening at this point. So as TCoE evolving into the next stages of the excellence with respect to quality, we are repositioning the entire IT with respect to continuous testing in the name of quality engineering. And then we are creating this skill gap among the TCoE and having them to up-skill with respect to software development engineer in\u00a0<\/span>test or<\/span>\u00a0get them involved in a scaled agile framework and many of those upskill of certification that’s happening. So that’s going to be the new market that all our testers within the TCoE need to equip themselves in order to meet the\u00a0<\/span>IT\u00a0<\/span>transformation.<\/span>\u00a0<\/span><\/p>\n

Logan<\/span><\/b>:<\/span><\/b>\u00a0<\/span><\/b>I love your perspective on that Cigniti speaker. <\/span>J<\/span>ermaine, I want to circle back to something you mentioned earlier about really delivering value with this next question. You’ve been in the industry for more than two decades<\/span>\u00a0<\/span>a<\/span>s we mentioned during your bio. In that time, you’ve worked with a number of different organizations and taken measures to initiate the agile and\u00a0<\/span>D<\/span>evOps\u00a0<\/span>t<\/span>ransformation. In your opinion, how does\u00a0<\/span>D<\/span>evOps impact digital transformation and make it more valuable to customers talk, going back to that point about really delivering quality and delivering value that you were talking about earlier?<\/span><\/p>\n

Jermaine:\u00a0<\/span><\/b>S<\/span>ure, absolutely.\u00a0<\/span>So,<\/span>\u00a0when you think about\u00a0<\/span>D<\/span>evOps, the impact of Digital Transformation driving customer value,\u00a0<\/span>first<\/span>\u00a0of all<\/span>, you need to create a structured model and methodology for how you deliver software with quality through automation. And we’re not thinking about automation that’s essentially\u00a0<\/span>hands-off<\/span>\u00a0automation. And when I think about hands-off automation, I’m thinking about automation of builds, automation of test<\/span>,<\/span>\u00a0automation<\/span>\u00a0of<\/span>\u00a0deploys, automation of monitoring. When I think about the impact as well, I’m also thinking about creating a software delivery model that provides a quick feedback loop. So in the\u00a0<\/span>DevOps<\/span>\u00a0world\u00a0<\/span>in\u00a0<\/span>relation to digital transformation driving customer value, you’ve got to have a system checks and balances that allow you to fail and fail fast as I was mentioning before, but it’s\u00a0<\/span>got to<\/span>\u00a0be a continuous feedback. So if my bill failed, because I didn’t pass the security check, I get notification as a developer and I’m able to adjust on the fly and reinitiate that bill to ultimately get that value, which is the code that I’m developing and the features and functions that I’m trying to iterate on the software and deliver a new functions and functionality to the business as fast as possible.\u00a0<\/span><\/p>\n

I would say integration of testing as a practice needs to be first and foremost and embracing continuous testing is a requirement to success. I’ll tell you that a DevOps methodology in order to deliver software is just as good as testing that’s integrated.\u00a0<\/span>So,<\/span>\u00a0when I think about tests that I’m thinking about some unit testing of the code, I’m thinking about testing multiple modules together, I’m thinking about doing service calls and service testing. I’m thinking about a functional testing. I’m thinking about non-<\/span>functional\u00a0<\/span>testing<\/span>,<\/span>\u00a0performance testing<\/span>.<\/span>\u00a0<\/span>I<\/span>n the perfect world<\/span>,<\/span>\u00a0<\/span>t<\/span>his would be integrated as a product<\/span>\u00a0of<\/span>\u00a0your delivery pipeline, which is your DevOps\u00a0<\/span>pipeline<\/span>. And then the fourth point I would make is you need to create a method to deliver software to the business fast and when they want it, but with higher quality<\/span>.<\/span>\u00a0<\/span>O<\/span>ne of the things I’ve learned over the course of my career is that you never compromise quality for speed, but you want to do a little bit of both. You want to deliver it fast, which is\u00a0<\/span>the value\u00a0<\/span>proposition, but you want to do it with higher quality. So that’s\u00a0<\/span>essentially<\/span>\u00a0how<\/span>\u00a0I would summarize<\/span>\u00a0how<\/span>\u00a0DevOps impacts digital transformation and\u00a0<\/span>really ultimately<\/span>\u00a0how it drives customer value.<\/span><\/p>\n

Logan:<\/span><\/b>\u00a0<\/span><\/b>I love what you said there about quality and speed. And ideally you want a little bit of both, and that’s just such a quotable little moment there<\/span>,<\/span>\u00a0Jermaine. I love your take on that. You mentioned earlier about getting your team ready for the shift to a DevOps culture, which really a key component is this aspect of shared responsibility. Can you talk about specifically that cultural aspect in the teams that you’ve led, how you’ve implemented that or shifted mindsets or gotten people ready for this idea of shared responsibility that’s so integral to a DevOps culture?<\/span>\u00a0<\/span><\/p>\n

Jermaine:<\/span><\/b>\u00a0<\/span><\/b>Sure, absolutely.\u00a0<\/span>W<\/span>hen I think about DevOps culture, DevOps culture is so important because without culture, you have no DevOps. So<\/span>,<\/span>\u00a0when I think about\u00a0<\/span>DevOps<\/span>\u00a0culture drives the following things<\/span>\u00a0–<\/span>\u00a0better communication.\u00a0<\/span>Y<\/span>ou’re very intentional about how you communicate. You’re very intentional. You’re driven to communicate because that’s the cross or working model that I referred to earlier<\/span>.<\/span>\u00a0<\/span>I<\/span>t drives better collaboration between development, IT operations<\/span>,<\/span>\u00a0and QA teams. So that’s really working, not in a silo, but working across the organization in order to deliver software fast, but with higher quality<\/span>.<\/span>\u00a0<\/span>W<\/span>e’re not thinking about the culture and kind of that shared responsibility, you have shared accountability<\/span>.<\/span>\u00a0<\/span>S<\/span>o shared accountability because there’s different parts and pieces that people play and teams play<\/span>,<\/span>\u00a0<\/span>a<\/span>nd the leaders play within the DevOps kind of delivery model. It also drives increased transparency. So when you think about the culture, you’ve got to work with others and you’ve got to work with\u00a0<\/span>others<\/span>\u00a0very frequently, and you can’t get in a situation where you’re hiding something or trying to suppress something on the development side<\/span>,<\/span>\u00a0<\/span>or on the IT operations side, or when you’re doing the testing aspects of it<\/span>.<\/span>\u00a0<\/span>Y<\/span>ou’ve\u00a0<\/span>got to<\/span>\u00a0be a hundred percent transparent. And one of the final\u00a0<\/span>points<\/span>\u00a0I’m making this is that\u00a0<\/span>with\u00a0<\/span>culture<\/span>,<\/span>\u00a0<\/span>You<\/span>\u2019ve<\/span>\u00a0<\/span>got to<\/span>\u00a0trust.\u00a0<\/span>So<\/span>\u00a0in the\u00a0<\/span>DevOps\u00a0<\/span>culture, one of the underlying factors that you’ve got to\u00a0<\/span>have is<\/span>\u00a0you got to trust one another<\/span>.<\/span>\u00a0<\/span>S<\/span>o you’ve got to bring people together, you’ve got to communicate, you’ve got to trust one another. If you get that and things start clicking, then that’s when you’re able to really deliver software faster with higher quality.<\/span><\/p>\n

Logan:<\/span><\/b> Yeah, absolutely. And then you achieve those results that you were just talking about, where you’re able to do a little bit of speed and a little bit of quality at the same time, but while not sacrificing quality for speed. Cigniti speaker, I want to kick it back over to you. Jermaine has been talking a lot about the people aspect of DevOps and running teams. You’ve seen a lot of changes in your over\u00a0<\/span>20-year<\/span>\u00a0career in the QA space. Let’s take a little bit of a pivot, but you know, it is been a common theme on the show to talk at least briefly about AI here and there. Can you talk to us a little bit about some of the changes you’re seeing right now and those that you see coming with the role of AI in quality assurance?\u00a0<\/span><\/p>\n

Cigniti speaker:<\/span><\/b>\u00a0<\/span><\/b>Absolutely. Yes. The AI, that means the artificial intelligence. Yes. I know we are seeing that as a shift pattern towards embracing that AI into the quality engineering in two aspects. So one of them is from a pure\u00a0<\/span>play<\/span>, scripting aspect of it, where the automation tools company are bringing AI into their tools\u00a0<\/span>pack\u00a0<\/span>by doing script-less testing\u00a0<\/span>or code-<\/span>less testing by having the automation tools, learn the code, learn the entire concept of it, learn the business process<\/span>,<\/span>\u00a0and come up with scripts automatically through the AI concept and also go through the data and find out how the end user data are and coming up at the data combination and included as part of the<\/span>\u00a0AI<\/span>\u00a0model itself, along with the automation tools. So that’s on the scripting side of it. So that’s going to happen continuously across all the tools spectrum, be it open source tools or commercial tools.<\/span><\/p>\n

There are several companies that have come today and with the concept of AI in automation, AI in the testing space. So that’s something is going to happen from the technology side of the AI with respect to QA. The other side is to bring in the AI as part of the testing in the domain itself.\u00a0<\/span>So<\/span>\u00a0let’s say if I take one of the domain<\/span>s<\/span>\u00a0–<\/span>\u00a0airline industry or hotel industry<\/span>.<\/span>\u00a0<\/span>T<\/span>he AI is going to play a vital role in understanding the entire test process and coming up with concept of how to automate through the AI model, with respect to each of those business domain<\/span>s<\/span>, that’s one area\u00a0<\/span>of it. A<\/span>nd also come up with some prediction through the AI and then see how you can optimize your entire test process by introducing the AI technologies. So the domain side, the business process side also, it’s going to take you all in a big way.<\/span><\/p>\n

So we are seeing that in technology with respect to automation tools, we are seeing this shift in the domain and the business process and introducing the AI techniques in efficiently automating or writing the test processes for you to execute\u00a0<\/span>end-to-<\/span>end. That’s another area that we are seeing. In two years from now, the entire AI concept\u00a0<\/span>will<\/span>\u00a0get into really a high matured state. When that happens, you’re going to see a lot of efficiency in the test life cycle. You will see a lot of release to market at a higher value,\u00a0<\/span>and<\/span>\u00a0you will start to see lower defect in production as well. So those are some of the outcomes that you would start to\u00a0<\/span>see\u00a0<\/span>in the next two years with respect to this AI journey and the QA space.\u00a0<\/span><\/p>\n

Logan<\/span><\/b>:<\/span><\/b>\u00a0<\/span><\/b>I love the way you’ve taken that big concept and breaking it down to some very specific applications for folks to start thinking about Cigniti speaker<\/span>,<\/span>\u00a0as well as<\/span>,<\/span>\u00a0just looking logically at some of the impacts that are going to start happening here in the near future<\/span>.<\/span>\u00a0Jermaine<\/span>,<\/span>\u00a0<\/span>y<\/span>ou know, I know that in\u00a0<\/span>previous content collaborations and other talks that you do, you’ve shared that AI is really the next exponential technology trends. So<\/span>,<\/span>\u00a0I want to give you a chance to kind of piggyback off<\/span>\u00a0of<\/span> what Cigniti speaker is talking about here when it comes to the role of AI.<\/span><\/p>\n

Jermaine<\/span><\/b>:<\/span><\/b>\u00a0<\/span><\/b>Yeah. So when I think about\u00a0<\/span>kind of<\/span> what I’ll focus on was kind of the business benefits of AI and as Cigniti speaker alluded to, and kind of spoke to<\/span>.<\/span>\u00a0<\/span>F<\/span>rom my perspective, AI drives more predictable outcomes with data, because then when you think about artificial intelligence, you think about the amount of data that you need to process. AI allows you to do that in a smarter way. AI also allows you to lose use machines versus people to\u00a0<\/span>analyze<\/span>\u00a0complex data sets and information.\u00a0<\/span>So<\/span>\u00a0if I<\/span>\u00a0think about the capabilities I have to analyze petabytes of data and really taking that data, analyze it<\/span>,<\/span>\u00a0and turning into insights is really the business benefit of AI. And then I alluded to this in my previous point, but I’ll say it more directly here<\/span>.<\/span>\u00a0<\/span>Your<\/span>\u00a0use with AI, you’re able to use information<\/span>\u00a0<\/span>and you<\/span>\u00a0<\/span>a<\/span>re you able to turn it into knowledge<\/span>.<\/span>\u00a0<\/span>So,<\/span>\u00a0<\/span>data is no good<\/span>\u00a0without insights and taking that insight and turn it into knowledge. And with artificial intelligence, AI, that’s the premise of it. That’s what allows you to do and allows you to work smarter. And ultimately from there, you’re able to integrate these. The next step would be to integrate these into business processes so that you’re making smarter decisions for your business.<\/span><\/p>\n

Logan<\/span><\/b>:<\/span><\/b>\u00a0<\/span><\/b>I love that. I really appreciate that perspective<\/span>,<\/span>\u00a0Jermaine<\/span>.<\/span>\u00a0<\/span>A<\/span>s we round out the conversation, gentlemen, I’d love to get both of you to weigh in on this last question. And, you know, I think some of the most applicable things for listeners are what they can either look at doing or what metrics that they can hold themselves accountable to as an organization. So<\/span>,<\/span> Jermaine, I’ll start with you first and then Cigniti speaker<\/span>,<\/span>\u00a0I’d love to have you tack on any thoughts here as well. Jermaine, could you speak to some of the key metrics that enterprises should be evaluating for their own\u00a0<\/span>DevOps\u00a0<\/span>maturity? If you’ve got a short list of things that you think about there, I’d love to hear those and then from you as well<\/span>, Cigniti speaker<\/span><\/p>\n

Jermaine<\/span><\/b>:<\/span><\/b>\u00a0<\/span><\/b>Yeah, sure. That’s a great question. Because when you think about DevOps, you want to be able to measure, right. And when you say metrics, I have my mind automatically go<\/span>ing<\/span>\u00a0to KPIs, key performance indicators. So<\/span>,<\/span>\u00a0from my experience, you have to have a key set of defined KPIs. And from my experience that consists of a couple of them. One is deployment frequency. So how able, how fast<\/span>,<\/span>\u00a0and how frequent am I able to deploy to production, to lay binaries to production services and servers<\/span>,<\/span>\u00a0<\/span>a<\/span>nd what’s the frequency of that? Another key one in a DevOps from a metrics perspective is lead time. So<\/span>,<\/span>\u00a0lead time really measures the amount of time that occurs between starting a work item until it’s deployed. So that really allows you to measure the time of value from the time that you’ve logged<\/span>\u00a0<\/span>that user story using your scrum or Kanban methodologies.<\/span>\u00a0<\/span>And from the time that it’s logged to the time it’s deployed<\/span>.<\/span>\u00a0<\/span>A<\/span>nother key KPI and metric in this space\u00a0<\/span>is\u00a0<\/span>change failure<\/span>\u00a0rate.<\/span>\u00a0<\/span>So<\/span>,<\/span>\u00a0 you<\/span>\u00a0want to deploy frequently, but you don’t want to deploy for frequently if you’re\u00a0<\/span>failing<\/span>.\u00a0<\/span>Y<\/span>ou want to be able to measure your change failure<\/span>\u00a0rate.<\/span>\u00a0<\/span>F<\/span>rom a time that I’ve deployed, what’s my\u00a0<\/span>failure rate<\/span>\u00a0with that because that’s going to give you that quick feedback loop in order to change to make your deployments more seamless. And the last thing I would say is meantime to recovery from the time that you do\u00a0<\/span>deploy<\/span>\u00a0and you do have a failure, this metric really helps you track. How long does it take to recover from failures? And that’s important because not all deployments, not all the solutions deployment will be successful. So<\/span>,<\/span>\u00a0measuring meantime recovery<\/span>\u00a0will<\/span>\u00a0allow you to measure how long it took for you to recover so that you can get faster and faster and faster, and ultimately really delivering value to the business at a fast rate with higher quality<\/span>\u00a0with<\/span>\u00a0the least amount of thought as possible<\/span>.<\/span><\/p>\n

Cigniti speaker:<\/span><\/b>\u00a0<\/span><\/b>Yep, absolutely. To add onto that<\/span>,<\/span>\u00a0<\/span>s<\/span>ome of the metrics, the key metrics that\u00a0<\/span>Jermaine<\/span>\u00a0<\/span>had mentioned, he pretty much covered most of the metrics. So<\/span>,<\/span>\u00a0one, if I may want to add, which is the total cost of quality in the DevOps world. So<\/span>,<\/span>\u00a0you want to see how you’re improving it, right? And like<\/span>\u00a0the way<\/span>\u00a0Jermaine mentioned meantime to\u00a0<\/span>recover. H<\/span>ow quickly I fixed it, how quickly I tested it and released it to production, and that have your quality as the\u00a0<\/span>metrics<\/span>, a<\/span>ctually<\/span>.<\/span>\u00a0<\/span>T<\/span>he total cost of quality is going to be the key metrics<\/span>\u00a0i<\/span>n addition to what\u00a0<\/span>Jermaine<\/span>\u00a0outlined some of the metrics that he had mentioned.<\/span>\u00a0<\/span><\/p>\n

Logan:\u00a0<\/span><\/b>\u00a0I love\u00a0<\/span>that,<\/span> Cigniti speaker<\/span>. Thank you for that addition<\/span>.<\/span>\u00a0<\/span>J<\/span>ust to recap those for listeners<\/span>,<\/span>\u00a0<\/span>bec<\/span>ause I love\u00a0<\/span>thee<\/span>\u00a0sort of actionable list<\/span>,<\/span>\u00a0<\/span>a<\/span>nd in case you weren’t in a spot to be able to take notes and you don’t want to hit the back button too many times, those metrics were deployment frequency, lead time, change failure rate, meantime to recovery<\/span>,<\/span> and total cost of quality. Am I getting those all, all five of those right there, Cigniti speaker?<\/span><\/p>\n

Cigniti speaker:<\/span><\/b>\u00a0<\/span><\/b>Absolutely. Yes. Yeah. Those are the top metrics in the DevOps where you’re spot on.\u00a0<\/span><\/p>\n

Logan<\/span><\/b>:<\/span><\/b>\u00a0<\/span><\/b>Awesome. All right. Well gentlemen, this has been a fantastic conversation. I love being able to pick your brains<\/span>. S<\/span>o many years of experience between the two of you. If anyone listening to this would like to take next steps, ask any follow up questions of either one of you on what you shared today<\/span>,<\/span>\u00a0I’d love to give them the easiest ways to reach out or stay connected with you online.<\/span><\/p>\n

Jermaine<\/span><\/b>: Yeah, so people can connect with me directly<\/span>\u00a0on\u00a0<\/span>LinkedIn<\/span>.\u00a0\u00a0<\/span>S<\/span>o if you just searched Jermaine Oldham, I’m probably, I think I’m the only\u00a0<\/span>Jermaine<\/span>\u00a0on there. I’d be open to connecting. I’m a lion on LinkedIn, constantly. I’m sharing content and engaging with that platform. And I would be open to connecting and having additional conversations.<\/span><\/p>\n

Logan<\/span><\/b>:<\/span><\/b>\u00a0<\/span><\/b>I love it. Thank you so much for making it easy for folks<\/span>, Jermaine<\/span>.<\/span>\u00a0<\/span>A<\/span>nd Cigniti speaker<\/span>, h<\/span>ow about you, if folks are just now listening to this and haven’t heard from you in the past and they want to reach out after hearing this.\u00a0<\/span><\/p>\n

Cigniti speaker:<\/span><\/b>\u00a0<\/span><\/b>Absolutely. You know, the same LinkedIn<\/span>.<\/span>\u00a0I am<\/span>\u00a0a<\/span>\u00a0competitor to\u00a0<\/span>Jermaine<\/span>\u00a0in the LinkedIn. We always\u00a0<\/span>stay\u00a0<\/span>live<\/span>\u00a0<\/span>and I’ll be happy to share any feedback or any comments or any help that is required through the platform.\u00a0<\/span>\u00a0<\/span><\/p>\n

Logan:\u00a0<\/span><\/b>Absolutely. So as always folks, thank you so much for listening<\/span>.<\/span>\u00a0<\/span>S<\/span>ome next steps there<\/span>, i<\/span>f you want to reach out and ask some follow up questions of either Jermaine or Cigniti speaker<\/span>.<\/span>\u00a0<\/span>I<\/span>f you’re not yet subscribed, hit that subscribe button. So<\/span>,<\/span>\u00a0you never miss out on future episodes here of QA talks. You can also go the resources section of cigniti.com to find all the podcast episodes there and be able to search some other content here within the QA<\/span>T<\/span>alks podcast. Gentlemen, thank you so much for joining me on the show today. It’s a pleasure.\u00a0<\/span><\/p>\n

Jermaine<\/span><\/b>:<\/span><\/b>\u00a0<\/span><\/b>It’s a pleasure being here as well. Thank\u00a0<\/span>you, Logan<\/span>. Thank\u00a0<\/span>you, Cigniti speaker<\/span>.\u00a0<\/span><\/p>\n

Cigniti speaker:<\/span><\/b>\u00a0<\/span><\/b>Thank you, Jermaine. And thank you Logan.\u00a0<\/span><\/p>\n

Logan<\/span><\/b>:<\/span><\/b>\u00a0<\/span><\/b>Absolutely. If you’re enjoying the show, leave a rating and review as always. Thank you so much for listening.<\/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 quality thought leadership in the industry, we draw expertise from over a decade of test engineering experience across verticals. To learn how we do it, visit cigniti.com.\u202f\u202f<\/span><\/i>\u00a0<\/span><\/p>\n

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

Speakers:\u00a0Jermaine Oldham<\/strong>, Vice President, Engineering & Technology, COTS Applications at J.B. Hunt ;
\nCigniti (A Coforge Company) speaker<\/strong>
\n