 Transformation doesn't happen in one place or on one team, especially in large companies, but you don't want people making the same mistakes again and again. In our next session, Carl Cardenas will show us how State Farm built a program to encourage knowledge sharing across the company and ease the transition into best practices. Let's see how they did it. Why should your organization embrace the Q&A model? For us at State Farm, it actually has a lot to do with common themes and challenges we were seeing on a daily basis. If you take the first statement here on the screen, we all want a knowledgeable workforce that is able to consume new technologies. All of us want to provide great customer service, whether it be internal customers or external customers. We all want a motivated workforce that is able to learn new technologies and share those lessons learned willingly. We always hear about people wanting more opportunities and the ability to develop. And then my favorite is, do you work on backlog items or do you try to tackle new issues? And it doesn't end there. Most of us are in a small team dealing with a much larger consumer base, specifically if you're like in a platform enablement team. There's always a strong demand for technical questions. There's a lot of upscaling and technical education needed for a lot of workforces such as DevOps and cloud-native principles. So overall, there's just a big need for shared knowledge and lessons learned across the scale. Well, like everyone else, State Farm is also encountering these challenges. But we're taking a different approach. We're leveraging the community model. So today, I want to talk about the community model and share with you how it's helping us tackling these issues and how it could help you. So my name is Carl Cardenas. I'm an architecture manager for State Farm. I'm responsible for public cloud architecture, but also our developer, evangelist activities for our public cloud platforms. Look a little bit information about State Farm. We're one of the largest insurance companies in the US. We've been the number one auto insurance since 1942. And we have over 84 million policies in effect in the US. Now, I bring these numbers up not to boast or to showcase, but really to drive two points. One is that the competition is fierce. And they would love for me to not be able to make the first statement. The second one is scale. Scale is something that we're always dealing with here at State Farm. And it's a very common challenge, not only in terms of technical infrastructure, but also when it comes to workforce and scaling knowledge across the board. So traditionally, State Farm, we always maintain our own private data centers. Up until three years ago, we started exploring public cloud. And that got us involved with DevOps and cloud-native principles. So we have a platform enablement team. That's the team that I'm on. So we lay down the core infrastructure for our platform consumers, which are developers, engineers. They are the ones that leverage our public cloud platforms to create solutions for our customers. So today, when I use the term customers, I'm mainly talking about our internal customers, such as our developers and engineers. That's really who I'm talking about. So in our platform enablement team, we have a few functions. But one of the ones that I'm going to talk about today is our community experience team, which is where our developer evangelists are on. So you heard me mention the community model, but what does that really mean? So I want to take a moment just to read our definition of it. The promotion of and reliance on knowledge sharing for both failures and successes, so that teams may learn from the past in order to succeed at scale in technical endeavors. So what does that really mean? Well, it's just a fancy way of saying that we believe that for an organization of our size, in order to be successful in public cloud, we believe we have to work with one another. Share the good, share the bad. And we want our developers and engineers and leaders to rely on the community, but also to contribute back. So I find it easy when explaining the community model to really break it down into four high level domains. Customer service, education, growth, and opportunity. And as I explain each one of these, you're gonna realize that they all kind of overlap and work together, which is great because they help reinforce one another. So let's talk about the first one, customer service. Most teams are often set up in what I call the one to many model, meaning that your team either enables a capability and people come to you for solutions or questions. We see that quite a bit in infrastructure platform enablement teams, such as the one that my team is responsible for. There are challenges with this, oftentimes bottlenecks because this is not a scalable model. So if a lot of people are coming to you for questions, chances are you can't get to all the questions at the right time. Maybe you don't even know the answer to them. We see that a lot in public cloud because there's so many services provided by cloud providers. So very early on in our journey, we realized that we couldn't really sustain this model. So what we did is that we transitioned to a many to many model. And that's one of the benefits you get with the community model. And the way we did that is that we're leveraging a synchronous communication channel, such as Rocket Chat. It's an open-source solution. But by creating that channel, we now have the ability for people to come and ask us questions and we can answer them. But other people at the same time can see the answers and they can see how we're helping them. And what's amazing is that throughout time, we have other people now answering questions. A lot of questions that we don't necessarily have the answers to. But it just improves the customer service experience overall because they get faster problem resolution. And it helps scale up knowledge as well. Something else that we're also doing is that we believe in feedback from our consumers. So we have something called Cloud Paints. And it's nothing more than a GitLab issue. But our platform consumers can enable, can open up a GitLab issue and address a pain point. So what we'll do as a team is that we'll review that pain point and discuss it. How should we tackle it? Do we backlog it? Do we prioritize it? This is something we can work on right now. And then we'll comment back and engage with discussion with our community. But it's just a good way for us to stay transparent and for our platform consumers to let us know what is painful but also help set direction for a platform. And that really helps them feel like they have a voice in the game or in the platform. And that always enhances customer service experience. Let's talk about education and growth. I group these two together because they really go hand in hand. So on the screen, I have three cogs, technical and non-technical. We need technical and non-technical skills to be successful IT professionals. And growing our technical and non-technical skills help grow our confidence. And when we're confident, we're able to solve challenges. We're able to learn new technologies. And just overall, our chance of success just increases tremendously. So we host several community events to help develop these three cogs. I'm going to start with my favorite one, the public cloud study group. This is a volunteer-based group that started about three years ago where people met up to study for a cloud provider exam. And what they would do is that they would meet twice a month. And between them, someone would pick a topic that related to the exam, maybe such as serverless or containers given from that cloud provider. And it would present it to the group. And that forced them to learn the topic but also help share the knowledge across. And what's amazing is this study group, which started about with five handful individuals, has scaled out to over 1,000 members today and has really allowed us to scale out cloud knowledge across our workforce without us mandating that anyone needs to get a certification. So the public cloud study group helps people develop technical skills, non-technical skills, such as presentations, and it just helped people be more confident in learning public cloud skills. Something else that we do have is the public cloud guild. So this is a technical forum where we actually focus presenting technical solutions. And the material is usually 200 level and above, if you want to compare it to college courses in terms of difficulty, but it's just a great avenue for our engineers and developers to present on how they solve problems and what they did to overcome them and share lessons learned or failures across the board so that people can learn from it. So that helps build their technical skills, presentation skills. We see a lot of relationship building come out of it, but also leadership by taking the courage to present to others. Another thing that we do is called public cloud community challenges. This is a monthly challenge that usually come to flavor of technical or non-technical, and we use these to get our people excited about learning new things, but also to highlight some of their achievements when they learn something and do something cool. So that also helps develop their technical skills, depending on if it's a technical challenge, but also non-technical when we make them search for scavenger hunts, for say, or public cloud quizzes and so forth. But we see technical writing, we see relationship building, and we see other good traits get developed with our monthly challenges. We also have something called community champions, and that's for people that we see in time and time again go above and beyond for our community members, helping one another out. And it's not just for like a month or two, it's something that we've seen for an extended period of time. So when we see these individuals that are really going above and beyond for our community, we give them a title of community champion, and that's just a good way for us to recognize their leadership skills, the confidence that they have in themselves, but also the good traits of helping others. So those are just some of the few ways that we're focusing on education and growth. But that takes us into opportunities. It really all starts with the local challenges you experience when you get started on public cloud environments. It's so much different than what organizations have done in the past. So it really starts out with the local challenges. You first got to develop the technical skills and the non-technical skills to solve those challenges. And usually when you saw them, you tend to get confidence. So what we do with the community events is that it's essentially a platform for people to showcase how they solve those challenges, and also for them to get some attention and for others to see the great work that they do. Eventually, we see that as people solve more challenges and share out with community that they become community leaders, such as the community champions that I mentioned earlier. And what's actually really amazing is that the community champions that we have, we see them go do bigger and better things. We see them go into formal leadership. We see them go into technical leadership. And that's really not surprising because a lot of the positive traits that we want in our leaders, they were already displaying in the community when they were all volunteer based. So it's no surprise for us to see our community champions grow and do bigger and better things. But it's just a good way that the community model can help get people the positive attention, help them in further your career. So that's the community model at a high level. But I want to talk about how we got to where we are today. We're just getting started on that third year using the community. So I kind of want to walk you through our journey. So in our first year, it really started with the synchronous communication channel using Rocket Chat. And again, at first, it was really just our team who's less than four analysts just answering question. But throughout time, a lot of other people started helping out to the point now today that oftentimes it's not my team answering the question. It's other people in the community answering them. And that's great because, like I mentioned earlier, that helps improve the customer service. But the reality is that when you are supporting a public cloud platform or several of them, there are just so many services to know about. And our small team don't necessarily have that expertise, but other in the community do. So it's been really beneficial for us and to them to have each other help each other out. Something else we created the first year was a cookbook. So this is like a technical cookbook, wiki, where we share out knowledge. And the first one we created was a cookbook related to infrastructure's code. It's leveraging a GitLab page with a static site framework. And anyone can contribute to it. Originally, it was just us sharing tips on how to do infrastructure's code, how to get started. And today we see people contribute to it. And it's nice to see the community contribute back to the content as they get more confidence and grow their skills. We also started aggregating a lot of the community resources that other have developed. So here you have a picture of a GitLab group that we have aggregated a lot of our community resources. And you see stuff like Docker images, Lambda layers, community tools, you name it. So it's just a good place for us to help give back to community but also for others to find content that others have created. We also kicked off this program called Builder of the Month. And that's just a way of recognizing someone that just went above and beyond that month. So what we'll do is that we'll send a thank you note to that person's leadership. We'll put them on blast and all of our internal channels so everyone can know who the builder of the month is. And we'll give them a small little monetary award. But the point is to reinforce the positive behavior and highlight those people that are doing the right things and helping the community out. And then of course the study group. The study group has been an amazing story for us here at State Farm. Without it, we wouldn't we wouldn't have been able to scale out cloud knowledge as fast as we have. And that's very powerful because our leadership never may demand that you have to get certifications. People been doing this on their own and they've been motivating one another. And that's the power of community. You're able to motivate at scale. So here you have some of the stickers that we created for the study group. People love stickers. So let's jump into our second year. Our second year is where things really started to change. That's when we stood up a community experience team. This team is reports to me. And this is where we have dedicated developer evangelists. I have two of them on the team. And their main focus is to strengthen the community. Come up with events think of ways to help them out. Create feedback. Gather feedback. Create content to help them out. Would it be technical solutions or non-technical? And because of them we have a lot more community events but our community has also gotten stronger. So on this slide I am just going to talk about some of the few events that came out of the second year once we stood up that team but there are far more. So community champions what I mentioned earlier that's something that we kicked off because of the community experience team. We were able to identify those long term contributors and champions of everyone in the community. We also kicked up something called public cloud summits. So State Farm we have four main geographical locations. We are located in Dallas Atlanta Phoenix and Bloomington Illinois. So what we'll do at these summits is that we'll focus on one of the geographical locations and it's sort of like a mini internal conference. So we'll spend two days there and we'll create various presentations of various tracks and our platform consumers will also present shared tips and tricks but it serves two purposes. One, it lets us build a greater report with our platform consumers but it also enables relationship building between the product team. State Farm we are very large organizations the chances are everyone knowing one another is sometimes very slim but with these community events not only are people learning but they also get the opportunity to interact with other product teams and build relationships. So it's just a good way for us to strengthen the community. Community challenges these are monthly challenges that I mentioned. We use these to help our community. So what I have here on the screen is an open source project that one of our engineers created and it's all one of the common pain points we heard from our community that keeping up with all of the announcements that our cloud providers are announcing on a regular basis can be overwhelming so what this solution does is that it aggregates the past announcements in the past 24-hour and injects it into our rocket chat channel but it integrates with other popular synchronous channels and email and whatnot. So if you get anything out of this presentation go check out that project it's pretty neat and I have no that it will help many of you out there with the same pain point. Something else that came out of our community challenges was a life cycle decision calculator for storage buckets and that's just a handy tool for help people understand what is the cost related to a bucket based on object sizes number of objects and the implication of different life cycle policies. Again it's just another neat tool that the community has created for one another because of the community challenges. I'll talk a little bit more about the community challenges but it's just a really neat way for us to get the community excited and help itself back. Cloud Pains I mentioned that earlier that's our way of collecting feedback from our platform consumers and it goes a long way in improving the customer service experience and the public cloud guild again we have a healthy backlog when it comes to the guild and that's really exciting because we see some of the greatest content come out of there such as how do you do local testing when you're interacting with cloud services how do you do mocking what's the best way to set serverless all these different things are coming out of the guild and here you can see the GitLab label for that we use for people to sign up or open up a cloud pane. So I want to take a moment and talk about the public cloud CLI and I think this example will help reinforce the power of the community. So we got a cloud pane my team the platform enablement team we got a cloud pane from our community saying that hey getting all these tools installed for public cloud environments is a challenge I have to install the CLI I have to install this and it's a challenge whether I'm on windows or a Mac can you guys help make it easier? So we took that challenge and we started discussing it as a team and we faced the typical question well do we work on this right now or do we backlog it and then we asked ourselves what if we why don't we have the community try to solve it? So that's what we did we opened up a community challenge and we asked the community hey can you guys come up with a solution? And the community responded and we had a few submissions and the winning submission was what we called the public cloud CLI and this is a Golang CLI that is able to pull down the most commonly used public cloud provider tools that we need here at State Farm and just a single command it installs it on your work station it pulls down the latest version all you gotta do is issue one command it's simplified and remove that pain point and the community loved it but that's not where the story ends the community keeps investing in it and time again we see the community adding new bells and whistles to it that open source project I mentioned earlier that our engineer created to pull down the latest public cloud news that I gotta add it to that CLI up until the point to today we're in public cloud CLI version 1.20.0 what I'm trying to get out of this story is that we didn't have the bandwidth or the time to address the pain point but our community did we simply gave the community an opportunity to solve their own pain point and they did and that's the power of having a community they can truly help you out so just remember you don't always have to do it on your own if you take care of the community the community will take care of you so in our journey of creating a community we learned a few things here and there if I start with the first one having a community team is probably the best decision you can make having someone dedicated to take care of your community and give the care and attention and create multiple events will help strengthen your community something to keep in mind though as your community grows and you create more events your developer evangelists or slash advocates will have a need to have someone help them with creating events and coordinating such as a community manager and the reason is because that start taking up a lot of time and takes away from their time on focusing on creating content or job aids or gathering feedback so just keep that in mind the community challenges we have amazing success and I think the case study with the public cloud CLI showcase the power of the community challenges something that we noticed though is that we see less participation when we host technical challenges versus non-technical so right now we are revisiting community challenges because we want to try to increase participation across the board so we're getting ready to release version two of community challenges study group has been an amazing success story and we've been able to scale out public cloud knowledge across the board very rapidly because people have been motivated and wanting to do it on their own but something to keep in mind though if you create something like a study group and it scales out to the point of past 500 you're going to need someone to help keep it up sustain it coordinate events and schedule presentations so same as the community experience team you will see that need as you scale out the public cloud guild this is that technical forum where people can present highly technical topics and show everyone how they solve pain points or design an architecture this has been awesome my only wish and recommendation for you is to get something like this started way sooner leadership this one's important we wouldn't be able to do everything that we're doing today if it really wasn't for support of our leadership and we've been fortunate here at State Farm that our highest level of organizational leadership has supported us and that takes leadership courage to try something different because what we're doing is not always that common but I want to borrow another term from a term that my colleague usually says and that's leadership stamina and that's actually being able to stick through a decision that you don't necessarily know if it's going to pan out like the community we're going through a third year but when we started we didn't know if this is going to work so something to keep in mind though although you have leadership support it's difficult to calculate the ROI of a community success stories like the public cloud CLI they really help explain and articulate the power of a community but if you have leadership that's always looking for metrics just understand that you're going to have some education on your hand to provide them because it's difficult to gather metrics for communities so let's talk about some takeaways my intention today is to not make it look like creating a community is easy that is the last thing I want you to think it's actually a lot of hard work it's taken us three years to even get to the point where we are today and I still don't think we're done yet we're always investing in it and I like to compare it compare our community to a young tree growing it's fragile but it has the potential to blossom into a powerful tree so your community needs a lot of care and attention in the beginning it's going to be tough a lot of times you're going to be the only one doing it and you might even doubt yourself and ask is this really worth it but I promise you stick it through keep the long-term perspective in mind because it is a long-term game and you will see that some of the results are amazing so explaining explain the community model I mentioned earlier that it's easy to highlight it into four major domains customer service education growth and opportunity and the three concepts they all overlap and support one another it's difficult to just emphasize on one so if we go back to our problem statements at the beginning we're all looking for knowledgeable workforce to use skills skills across and knowledge across across the board how do you do that well we're doing that with the study group and we're doing that with the public cloud guild and we're doing that with community challenges just to mention a few customer service how do you improve customer service for your internal customers potentially our externals well we went from a one-to-many model to a many-to-many model we started using cloud pains to gather feedback and understand what are their pain points and we also use community challenges to solve a lot of those pain points what about motivated workforce we're all looking for motivated workforce that wants to learn and share knowledge across the board well we give people a platform that's what the community events are for they're there to help people share their message and recognize and encourage that behavior but it also helps those individuals build a personal brand and helps them potentially get to the next layer or level in their career so give people a platform to share out their good stuff and people will take advantage of it our employees are always looking for opportunities to grow and develop well that's what every community event is intended for to give them that opportunity to develop whether it's technical or non-technical but also help further their own self-confidence because a lot of times getting started on these public cloud environments can be intimidating so having a community to help you and support you goes a long way my favorite do you work on backlog or do you work on new features why not both that's what we try to do with the community challenges you saw what we did with the public cloud CLI and that's been super powerful so the theme of today is you belong here and that's what we're trying to do with the community model we're trying to get our community to feel that they have ownership in the platform and that we truly value the feedback because we do we have essentially just internalize the open source model and just add some bells and whistles what's awesome about the community model is that it doesn't conflict with DevOps practices or the product model if anything it supports it and emphasizes it because the teams that are successful in public cloud environments are the ones that embrace this DevOps and those cloud native principles and it just helps set a good example across the across the workforce we've seen great results with the community model and we believe that it can help a lot of organizations as much as it helped us so I'll leave you with this question seeing how fast technology is evolving all the new things you need to learn and how fierce the competition is can you afford to not leverage the community model and all of its benefits? Thank you