 Welcome back to Las Vegas, where re-invent 22, AWS's big show going on here at the Venetian, several thousand, tens of thousands of folks packing that exhibit for ongoing discussions and also learning a lot about what's going on in the cloud space. And today we're going to talk about speed, velocity to be specific and with me to do that is Chris Wegman, who is the Global Technology and Business Lead for the Accenture AWS Business Group and Chris is with Accenture and then Eric Farr immediately on my right is the Global Technology Leader again for the AWS Business Group but at AWS. So very similar titles guys, you're making it tough on the host. Glad to have you with us here, really appreciate the time. So let's talk about velocity, you know, what's that all about and Eric I'll let you jump in on that and then Chris you go from there, how about that? Yeah, so with velocity it's really about innovation. It's really about trying to speed, you know, the way that we help our customers not just innovate through the AWS services but with Accenture, with their ability to come in and really just kind of bring their expertise and industries and in the technology underpinnings and kind of all of the aspects of what we do together as a partnership. Okay, Chris. Yeah, you know, so when we came up with a concept around velocity we work backwards from the customers, the traditional Amazon way, right? So, you know, we looked across a lot of the programs we were doing with our customers as well as we were doing internally and we were building assets to take to the market on AWS and we found we were spending way too much time, anywhere from six to eight months, just getting all the foundation in place, all the integration in place, getting the services to the point where we could actually build on top of it or our customers could build on top of it. And, you know, we got challenged, there's got to be a better way, right? And, you know, so we took a different look at it. We said, can we go build an application? Can we go build code versus accelerators or blueprints or that type of stuff that really would allow us to walk into a customer or walk into one of our internal organizations that had an idea around an application or solution to be built on AWS to take to our customers as a service? And so, you know, can we go through just a very simple set of checklist, predefined architectures, predefined solutions and that stuff, and can we just crank it out, right? Can we, and that's what we built. We built this tool and platform based on that concept. So it's designed and it is helping us internally as well as our customers. Just go that much faster and get to that innovation that Eric talked about. So how did it happen between the two of you? Yeah. You know, it's not easy, right? I mean, as good as your culture is, there's still going to be some bumps along the way, right? And so how did that evolve? What was that process like? Yeah, it's a great question. So I've been working with Accenture for over five years, working with Chris and other people at Accenture. And over those years, we've spent countless discussions with our customers all around the world. And just like Chris said, we see all of the different scenarios that our customers are having to deal with. We see the pain points. We try to figure out, how do we get better next time? How do we do this in such a way that allows them those customers to really kind of innovate using AWS, which is what we're all trying to get to. And during that process, we started to realize, there's a few key themes that we're seeing, right? Not just the foundations, right? What you build off of at the base level, but the data aspects. Like how is a customer going and developing their data lakes or their data meshes, right? How is this happening? And what we've realized is that we're kind of doing that on a custom basis often. And we realized we could actually speed that much faster, faster to value, faster to customer appreciation and additional usage and development of their service, of their solutions on AWS. So I look at it is, from the beginning, we started the business group. And the reason why we have very similar names is because we represent each side of the organizations that are here. And when we started the business group seven years ago, the whole idea was better together, right? We should be able to come together and help our clients move that much faster, right? And that's what really was at the foundation of this, right? And how we built this, right? We came together, we both saw the problems, right? Obviously, AWS has an immense set of services, has an immense set of capabilities. We had a lot of experience of implementing these, came together, worked together to build this platform. And it's been a great journey, right? I mean, it's great to see the experiences from both sides come together. Some of the common problems, we each had different ways of addressing them, right? And we had to go in and debate, which was the best way. And we really are leveraging our joint customers here as well is to get inputs from them. Since we were working backwards for them, we've now taken this and pulled them into it and really gotten inputs from them on really what they're looking for, above and beyond the services they have today. This is designed not just to be something we go use at the beginning of a journey, right? A cloud journey, or it's to help customers continue through their journey as well. So, and I might have missed this, so I apologize if I did, but we always talk about speed, right? Everybody's about faster, quicker, more efficient. So, what makes Velocity a unique animal in that respect? What exactly is it delivering then for a customer that isn't just kind of baked into the services you'd be proposing to them anyhow? Yeah, so first off, Velocity is designed with automation at the core, right? So, instead of having people going in and making changes or anything like that, it's all completely code-backed and automated, right? So, that alone allows for immense ability for us to go in and actually accelerate that journey for the customer. But, in addition to that, because Velocity was all developed to work together with this code, it actually allows these pieces and these components to be deployed together, to work together, and to ultimately support that customer use case without actually having to go and recreate that every time. And can you give me an idea, Chris, about somebody or at least how this has been put into practice then? I'll give you a couple examples, one internally, right? So, as part of our relationship, we're investing in these joint industry solutions, right? So, we're working with our different industry clients to solve industry-specific problems, right? They're not thinking about, okay, let me go lay down at Cloud Foundation and go do that. They said, I've got a problem I want you to fix. Insurance is a great example of underwriting processes in insurance, right? So, our insurance teams really looked and said, okay, this is what we're going to go build. This is what we need to modernize that process. So, instead of going back and going and building all the components they needed, building a data lake, right, figuring out how data lakes going to work together, you know, build the automation to create all the different EC2 instances and all the different services, security, all that stuff. And we were able to very quickly take velocity, go through a very short process with them, understand what they needed, and use that code to create that entire environment. And it's not tied to that once it's created, right? So, at that point, you can still take the updates that we're giving on new services and things like that, but it's their environment. They're able to build on top of it. And it allowed them to rapidly create this insurance platform, right, that they're now taking out into clients. That same, we're taking that same platform we use there and embedding it in every offering, every service that we give to our customers. So, whether we're going out and build a Cloud Foundation, right, whether we're rebuilding a Cloud Foundation because, hey, it didn't stay up or keep up with the new services that came out from AWS, or we're going to build a data lake, right? Our customers want to take, they don't want to have to do all that heavy lifting in a lot of cases. They don't want to have to go make a lot of those hard decisions, right? They want it kind of rebuilt. And what I love about Velocity from the beginning, Eric talked about blocks, building blocks, right? And we also heard from our customers, I don't want to buy just one thing, right? And I have one size fits all. I want, hey, I really want something around data. Can you give me that block? I really need something around compliance. Can you give me that block? Good example in Accentureite where the compliance portion is an area that our internal organization really wanted. So we're able to give them that block. So we're hopeful that this just gives our clients that much more flexibility and move that much faster. So, go ahead, Eric. Yeah, I was just going to say, I think to the point too, the other aspect that we get with Velocity is the idea and the vision is that it's designed to be evergreen. And what that means is, as AWS, as we release new services to the market like we're doing this week, right? We, as the joint development group of Velocity, are taking those new services, those new features and updating them so that those functionalities are available to our customers that are already using Velocity or that are going to use Velocity into the future so that they're all taking advantage of it without having to go and do it into their own environment. So I was asking you about if there's a 2.0 down the road or I mean, how do we, you know, how do you meet those growing needs and new capabilities that maybe don't exist now, but they will a year from now or six months from now. So what's on the drawing board right now? Yeah, so, yeah, just, I'll start. The one area that we're really looking at heavily, so the Velocity fabric is really just the underpinning technology that we've already been talking about. We've also got a set of activators, which is really the fact that we're kind of joint deploying this to our customers. But to answer your question, we've got this, we have a concept of accelerators. So these accelerators are there to be developed over time and they're going to allow us to take those customer use cases that are typically, you know, kind of at a microservice level, right? Something smaller than an entire solution or an entire, you know, application and use those to accelerate either the development of solutions into our customer environment or to accelerate our ability to create solutions to then take it out to our customers. So that's on the roadmap for 23 and beyond. So, you know, I'll build on what Eric was talking a little bit. You know, there's a 2.0 is actually today, right? We had multiple new services came out today. Obviously through the fight partnership, we had some insights on what's coming, right? And we could start building to those and start knowing customers are going to want to use those. And the idea of Velocity is they don't have to go and figure that out themselves, right? So they'll, you know, we'll be able to hand that off very shortly after those services are released to, you know, general availability. And the customers of Velocity will be able to start using them, right? And they don't have to go figure out how to integrate them and so on. So that's what's in the future. You know, we'll continue to do that, right? We're committed to this. These industry solutions are going to grow, right? I mean, that was one of the big reasons we built this. We knew, you know, we were going to be building a lot of these industry solutions. We already had several of them that are out in the market. And we needed, we need this platform to do that. So you'll see a lot of Velocity-powered industry solutions coming out of Accenture. Who came up with the name? It's a great question. You know, it's, you know, we wanted something around speed, right? Because that's what it, you know, further faster. Alvilo did it, right? Yeah, exactly. Everyone loves speed, right? And that's what we were talking about. So, you know, we really looked at, we looked at lots of names, obviously. And Velocity is one of those ones that just stuck. It felt really right. It felt like it captured what we were trying to do in the market. You know, Accenture, we don't name a lot of things, you know, one-off, right? They're really focused on, you know, what they do. And this was an exception to that because, you know, we thought, and we think that it's really going to drive the speed of our customers. And that was the challenge. And we're starting to see that. We're starting to see the improvement in speed in which we, you know, that we can get our customers into the cloud. It's awesome. It caught my attention right away. So, success nicely done there. But I also think that Velocity is not just about speed. It's speed in the right direction. Right? It's meant to design it in the way that our customers are leading and that we can then go along that journey with them. Right. You have the last thing you wanted to go really fast the wrong way. That's exactly right. That's exactly right. That's a bad recipe. And you've had very few of those. You've had a lot of good recipes. Thanks for the time, fellas. Appreciate it. Thanks for having us. All about Velocity and that offering going out to the marketplace in, I guess, a modernized version. You could, could you call modernized now? By the way, it's only been around for a couple of years. It's all modernized. You are watching the executive summit sponsored by Accenture and also theCUBE, which is the leader in tech coverage.