Hello and welcome. My name is Shannon Kemp and I'm the Executive Editor of Data Diversity. We would like to thank you for joining the current installment of the Monthly Data Diversity Webinar Series, Real World Data Governance with Bob Piner. Today, Bob will be discussing Agile data governance, how to apply Agile governance to, or excuse me, how to apply governance to Agile. Just a couple of points to get us started. Due to the large number of people that attend these sessions, you will be muted during the webinar. For questions, we'll be collecting them by the Q&A in the bottom right hand corner of your screen. Or, if you'd like to tweet, we encourage you to share highlights or questions by Twitter using hashtag RWDG, Real World Data Governance. As always, we will send a follow-up email within two business days, containing links to the slides, the recording of the sessions, and additional information requested throughout the webinar. Now, let me introduce to you our speaker for today, Bob Piner. Bob is the President and Principal of KIK Consulting and Educational Services and is the Publisher of the Data Administration newsletter, TDAM.com. Bob has been a recipient of the Dean of the Professional Award for significant and demonstrable contributions to the data management industry. And Bob specializes in non-invasive data governance, data stewardship, and metadata management solutions. With that, I will give the floor to Bob to get today's webinar started. Hello and welcome. Thank you very much. And thank you, everybody. I appreciate you're coming back to another Real World Data Governance webinar. As you may know, this is one of my favorite subjects to talk about is relating data governance and Agile methodologies. So this webinar is called Agile Data Governance. We are going to talk about how to apply governance to Agile. I think in a previous webinar, we spent a little bit of time talking about how to apply Agile to governance, but now we're going to talk about how can we apply governance to Agile. So good to have you with us this afternoon. I hope everything is going well where you are. Just as a quick reminder that the webinar, the Real World Data Governance webinar set for next month is going to be about data governance and the Internet of Things. So if you're interested in the Internet of Things, and I think a lot of people are talking about that subject these days, you want to talk about the data that's related to the Internet of Things and the levels of governance that might be required to really, truly govern the data that's going to be passed back and forth through devices. So kind of a D to D device to device type exchange of data. We're going to talk next month about data governance associated with that type of data. A couple of other quick reminders. If you haven't been out there yet, please take a few moments and visit the new version of the Data Administration newsletter. Newly refreshed, the November issue is available. Please go online and let us know what you think about the publication. And that is also, that's produced by DataVersity, and I hope you'll find a lot of interesting content there. Also a reminder, the KIK consulting website has been updated. Take a look at that if you're interested in learning more about non-invasive data governance. Real quickly, the book that I talk often about or pull things from is called Non-Invasive Data Governance. It was published back in September of last year. And a quick reminder about two upcoming DataVersity events as well. One will be taking place in a couple of weeks in Fort Lauderdale. That's the annual Data Governance Winter Conference. And then DataVersity is trying something new in January. You might want to go and check it out. It's their Enterprise Data Governance Online Conference. I believe it's their first attempt at doing a virtual event. So there are going to be some interesting speakers, interesting topics. I will be hosting a panel at that event. So I look forward to virtually seeing you there. That's going to be fun. I think that's going to be interesting for a lot of people. I want to talk a little bit about what we're going to talk about today. The abstract that I shared with you regarding this installment of the webinar. Talk about the relationship between agile and data governance. So agile development efforts in organizations and data governance efforts in organizations are oftentimes at odds with each other. I know that firsthand from working with a lot of organizations that have huge agile efforts underway and yet they're focusing on putting governance programs in place as well. Even though both of these different types of disciplines have the sponsorship that's required at the top levels of the organization, there seems to be some level of disconnect between can we do agile and do data governance at the same way? Are there ways to apply governance to an agile methodology? So that's what we're going to talk about today. Supporters of both disciplines say that this is really the most important thing. The data people are saying we need to focus on the data. Agile people are saying we need to deliver our projects quickly, effectively, in high quality. Organizations want to see things done fast, but they also want to pay attention to the data and make sure that the data is accurate. So we're going to talk today about applying governance to agile methodology in some ways that we might be able to do that. The specific things that we're going to focus on in this webinar are relating the disciplines together for senior leadership. Oftentimes there seems to be a disconnect at that level of the organization that they want things to be quick, but they also want us to protect the data. They want to make sure that business rules are followed by the data. So we need to help our leadership to understand the relationship between these two disciplines and why it's important to do both and whether there's some levels of agreement that need to take place in order for them to both work together effectively. We're going to talk about finding common ground between these two disciplines, applying governance to agile efforts. I'll share with you quickly some best practices around agile data governance, and then we're going to talk quickly about gaining support of the data people and gaining support of the agile people for implementing agile data governance. Quickly, the definitions that I want to share, and I share as I typically get started in these webinars, is these are my definitions of data governance and data stewardship. So my definition is not the only definition that's out there. There's a lot of definitions. I like to put some teeth behind the definition I use. That's why I say that data governance is the execution and enforcement of authority. A lot of organizations will say it's about orchestration and harmonization of people in process and data. I say that's true, but we also need to execute and enforce authority through governance. That is actually the primary purpose of putting a data governance program into place. Stewardship, as I've spoken about in recent webinars as part of this series, I look at data stewardship as being the formalization of accountability. So in my opinion, virtually everybody in the organization could be considered a data steward if they have a relationship to the data. If they define or they produce or they use data as part of their job, they have an accountability for how they define, produce and use that data. So again, everybody is a data steward. There are different levels of stewards. We're not going to talk about that today, but just to kind of make it clear that stewardship has different meanings to different people in different organizations as well. So we want to make sure that the way that we govern the data is really through the effect of people's behavior, and those people are the stewards of the organization. Noninvasive data governance is the practice of applying that formal accountability through a noninvasive set of roles and responsibilities, applying governance to existing processes, rather than calling everything governance processes and redefining your processes. And a noninvasive really describes how governance is applied to make sure that you really do non-threatening management of the most valuable of data assets that you have in the organization. The goal then being to be transparent, supportive, and collaborative wherever we can. And it's funny that the word collaborative is in there because oftentimes that's one of the things that people who are focused on delivering things in an agile way say, we need to be collaborative. We need to get people to interact. We need to deliver things quickly. So on this slide, I have a picture of kind of a typical agile development methodology where we're talking about developing this methodology leading to good design through iterative pieces of the project. So we're going to talk about engaging people, interacting with people, being very speedy in how we deliver things, making sure that we're delivering solid work products and such. That's kind of how the definition of agile is applied in organizations. Organizations want to be quick, but they also want to make certain that their data is accurate. So let's contrast the agile approach to the waterfall approach for developing software products where the waterfall approach is typically recognized by people who follow the agile approach as being too slow and cumbersome. Where the people that are focusing on a staged set of deliverables during a waterfall delivered project that we make sure that we analyze the heck out of the project, that we gain thorough business requirements and data requirements, and that we follow basically the steps that you see on the screen in front of you to deliver projects. And so a lot of people in the agile world think that the waterfall methodology is a thing of the past. Now the truth is that even though for years individuals and organizations have been following the waterfall approach, the truth is that we really haven't effectively followed the data management aspect of the waterfall approach. So by addressing the agile approach to delivering software products, we can also kind of learn some of the same rules from that and apply those to, if you do follow the waterfall methodology, make sure that certain data aspects of the projects are being governed well. So the question really becomes what does senior leadership really want to see from data governance? And what I've done is I've narrowed it down to really three primary things. Now senior leadership, at least the senior leadership that I've talked to, they want to make sure that their data is well understood across the organization. So one of the things that they want to do with governance is they want to govern the definition of the data. You know, another thing that they want to do is they want to govern the quality of the data. They want to make sure that as we're producing the data, that people understand the impact of how they're entering data into the systems and that we really govern the way that data is being produced across the organization. And last but not least in this series of these three things is that organizations want to make sure that they're protecting their data. And I found that the majority of the organizations that I've talked to recently, and that becomes a primary requirement for their governance efforts, is to make certain that people understand the rules associated with protecting data in their organization, whether it's PII, personally identifiable information, or PHI, personal health information, or whether it's even business intelligence information in the organization. Organizations are not being given the option as to whether or not they want to comply to the rules that are being set upon them. They want to make certain that they are following the rules and that people in the organization understand that the protection of the data is necessary. So those are the typical three reasons why you see organizations want to implement governance programs. So let's look at that from an agile perspective as well. So what is senior leadership looking for when we talk about delivering things in an agile way? You know, they're looking for basically three primary things. One is speedy delivery, and one is incremental delivery, and they want to make sure that their projects are delivered in a high-quality manner. I don't know how many of you know who that person is on the bottom right of the screen there, Mr. McFeely, and he's known for saying speedy delivery, and that's certainly what organizations are looking for when they are putting agile projects into mode as they're starting to deliver things in an agile way. So what does senior leadership think about data governance? You know, one of the reasons, we talked quickly about the reasons why their organizations are putting governance programs in place. They want to manage their data as an asset of the organization. They know that the data needs to be protected. They know that having high-quality data drives the analytics and the decision-making in the organization. You know, one of the things that I've heard recently is that auditors are telling organizations that they have to have formal governance in place, and organizations are looking at other organizations and saying that they're getting more value out of their data. We need to do the same thing. So there are specific reasons why senior leadership think that data governance is important and reasons why organizations are putting governance in place, but there are also reasons why these organizations are not putting data governance into place. You know, they don't understand that there's multiple approaches to how you put your governance program in place. There's a non-invasive approach. There's an invasive approach. There's a command-and-control approach. There's a software-driven approach. There are multiple approaches to how governance is put into place. Most organizations think that it has to be about command and control. So one of the things that we can do is help senior leadership to understand that there are multiple approaches available to implementing governance in their organizations. Senior leadership think that data governance is going to be very complex, and that depending on the way that your organization is set up, it may take a very long time to implement governance across the organization. Those are other reasons why organizations aren't implementing governance. They think it's going to be expensive. They think that it's going to require a lot of resources. Data practitioners is up to us to really share with our senior leadership what options they have available for implementing governance programs. So there are reasons why organizations put governance programs in place, and then from my experience, there are reasons why organizations are not doing it. People are fearful of what data governance is and what data governance will mean to their organization.  Well, that's because large projects tend to take too long, and they cost way too much money. So organizations want to be able to deliver projects quicker, and they want to deliver them more effectively. They want to make sure that they're delivered quickly and accurately. Projects need to be delivered continuously, and they require that they have face-to-face contact with people and make sure that things are being delivered in such a way that are going to be quick and effective in their organization. So it's a question as to why organizations aren't implementing governance, or aren't implementing agile. Well, the truth is that they are implementing agile. And typically, if you look at it, the projects that follow the agile delivery method are not small projects in your organization. Most often, their ERP implementations or package implementations, their delivery of new systems, of new BI environments. Organizations, when they decide to take the agile approach, do not typically take small projects and run them through the agile methodology. So it's very important that when we deliver these large projects quickly and effectively, that we make sure that we take a look at how we can apply governance to those initiatives to make certain that we're not delivering things that the organization doesn't need, that we're following business requirements, data requirements associated with those major pieces or major efforts within the organization. So one of the things that I suggest to organizations is that we have conversations with our senior leadership to help them to understand that there is a relationship between agile and between data governance so when I say what does senior leadership know about relating agile and data governance, well the truth is those conversations really haven't been held in a lot of organizations so they know very little about it. You know, how much effort has been made in those organizations to demonstrate to their senior leadership that there is a relationship between agile and data governance, very little has been done on that as well. Whatever has been made to align governance, the governance program with different agile efforts, well in a lot of organizations it's kind of funny, people joke with me about the fact that you don't see the agile development teams and the data people sitting around a table, a lunch table in the lunch room. They typically don't talk to each other very often. There typically hasn't been an effort in an organization to come to any level of agreement as to data governance requirements that need to be addressed by the agile efforts. And you'll notice here in a couple of minutes as I continue through the slides that's one of the things that I suggest to organizations is that they bring the agile teams and the data teams together and they come to some level of agreement on what types of data requirements are going to need to be obtained or gained through the agile efforts. So we'll talk about that more in a couple of minutes here but typically data governance programs don't act very agile. When they are documenting things, as somebody shared with me some time ago, they're looking for 18 pages of documentation on every data element, but they want to know the data flows defined to such a degree that it takes a lot of time and it slows down effort. So the last thing that the folks on the agile teams want is to slow down their effort. So what we need to do is we need to relate these two together. And one of the ways to do that is to look at the different principles that are associated with the agile development methodology. So here are some that I've gathered over time. Talk about completing features before moving on, testing things early and often, finding active user participation, timing things in such a way that we deliver things incrementally and quickly. All of these things that are listed on the screen are typical terms that are used when delivering agile projects. So we need to take a look at those principles of agile and look and see which of those principles are the ones that make the most sense for us to attempt to deliver data governance through. Before we do that, I also want to talk quickly about the data governance principles that I've shared in previous webinars where organizations want to do four primary things. They want to manage data as an asset. They want to formalize accountability for the management of data. They want to make certain that the rules that are being thrust upon them through the industry or through the government, make sure that the organization is following the rules and they want to be consistent in the way that they deliver data to the organization. So we've got to take a look at those principles and take a look at the principles that I shared just previously on the prior slide and look at how can we apply the governance principles to the different agile principles that are so common in agile projects. I'll share that with you in one quick second. Now, what we're going to do here is we're going to look at ways of bringing these approaches that are very different from each other closer together. We're going to be getting by looking at what they have in common and we're going to identify and pick off, you know, one or a few of those at a time and make sure that we can strengthen the way that these disciplines are working together. We want to build it on that. And as it says on the back of your shampoo bottle, we want to rinse and repeat. You know, in a lot of organizations right now, we have people that are focused on data governance. We have people that focus on the agile development. But these people don't talk to each other. So right now I would answer the question, is there a difference between data people and agile people? I would say yes. You know, we're looking at people that have two entirely different thought processes as to things that need to be developed and how they need to be developed and oftentimes they conflict. So let's talk about looking at these agile principles as I spoke about before and pick off a few of them that we can apply data governance to. And so the four that I've selected to talk about in this webinar are the active user participation. You know, looking at requirements at a very high level, which again is a principle of the agile development methodology. Talk about managing something that's called technical debt. If you're not familiar with what technical debt is, I'll talk about that in a few minutes as well. And we're going to talk about in agile projects where requirements evolve and the time scale tends to be fixed. So we want to make certain that we can apply governance where it makes the most sense to apply governance to your projects. So we're going to focus on these four today. So again, the agile principles that we're going to target to apply governance are the active user participation, the requirements at a high level, the technical debt that needs to be paid, and the fact that requirements evolve typically as a time scale stays fixed for these types of projects. So the first item I'd like to talk about is active user participation. Now, most places that I've read about agile development methodologies, they talk about actively engaging people through the processes associated with their agile projects. You know, it's kind of funny that data governance speaks the same language. If you recall, there was a paper that I spoke about years ago that I talked about the Data Governance Bill of Rights. And the idea of data governance typically is to get the right people involved at the right time to do the right thing using the right information to lead to the right decision. That is really, in a nutshell, what data governance is all about. Now, we want to make certain that we're getting the appropriate people, we're getting the users of the data, the users of the systems involved, we get the decision makers involved. You know, we want to make sure that we get the right people involved, so we want to have that active user participation in data governance as well. And we want to make sure that we get them involved at the right time. And in previous webinars, I've shared with you diagrams that I call a data governance matrix, data governance activity matrix, where we take the steps of a methodology and we define them down the left side of a page. And across the top, we have the different roles associated with the governance program, whether it's operational stewards, tactical stewards, the council, the data governance team. You know, one of the things that we try to do with these governance activity matrices is get the right people involved at the right time to do the right things and all the things that you see on the screen in front of you. Well, if it's true that the agile delivery methodology calls for very active user participation, you know, if we can involve data people in those conversations early on to make certain that the right people associated with the data requirements in the organization are involved at the appropriate times in the agile projects, then that's one way of being able to apply data governance into your agile efforts. Kind of do those governance activity matrices, but do them from an agile delivery perspective. And make sure that the steps for each of the scrums and each of the quick actions that are taking place during your agile project that we make certain that we have the appropriate data people or people with knowledge of the data involved in those steps of the methodology. So again, it's the data governance bill of rights. It was published back on TDAN in January of 2014. And it talks about, again, getting the right people involved at the right time to do the right thing. Kind of leading to the right decision. And I joke about it, kind of most of the time. But the idea is to get to the right decision as high percentage of the time as possible. So data governance is really all about that bill of rights. And on an earlier slide, I shared with you kind of those data governance principles, but in a lot of organizations, they design their governance policies around principles like that. And we want to make certain that we have people in the organization that understand that data is an asset, that we understand that they have clearly defined accountability, that they understand the rules that are associated with protecting the data or defining the data or producing the data. We need to have active user participation through all the steps of the agile delivery methodology. And again, that's one of the ways of applying governance to the agile methods. The second agile principle that we wanted to target to apply governance is that in the agile effort, it's often time the requirements are being defined at a very high level. And one of the things data practitioners love to do is they love to capture metadata. They love to capture documentation to the nth degree about the data, about the process, about the modeling of the data to make certain that the data is accurate for those projects. So data governance practitioners kind of pride themselves on capturing metadata as part of their work, whether it's business glossary information, vocabulary, dictionary, lineage, all of that information is very important to data governance practitioners. And so we spend a lot of time collecting that type of information. On the agile side, they pride themselves, the folks that are delivering agile projects, pride themselves on being structured, delivering things quickly. So one of the things that I've kind of added to this set of slides is something that I'm calling words of wisdom. And Shannon mentioned this earlier. We've got the hashtag RWDG for tweeting. These look like kind of tweetable things to say. But the truth of the matter is that these words of wisdom are truly words of wisdom when it comes to applying governance to agile efforts. So one of the first words of wisdom that I want to share with you is that we've got to get practitioners from both sides, from data governance, from data management, and from the agile delivery side to agree to a certain level of requirements. And if we can do that, again, now that's another way of applying governance to your agile delivery method. So what we want to do is we want to get them in the same room. We want to get them to agree what level of detail of requirements are we going to need to move this project forward. You know, it's nice if we could get those folks to talk to each other and get them to agree, but in some organizations it seems like that's just not going to happen. So it might take some level of senior level leadership education first on the relationship between these two disciplines. And if we can't get the practitioners of those two disciplines themselves to come to an agreement on the appropriate level of requirements that are being gained, that information might need to be kind of enforced from the top down rather than looking for an agreement from the data governance practitioners and the agile practitioners. But the fact is that both practitioners, both sets of practitioners, need to come to some level of agreement on the level of requirements that need to be gained for any given project. Can the data governance practitioners limit their requirements? Well, certainly I believe that there is a way that we can limit what we ask for when it comes to our involvement in an agile delivery process. There are five primary categories that I often talk about, and I talked about in last month's webinar, the first three, the idea of the vocabulary metadata, the business metadata, and the technical metadata. Well, we want to make certain that we get the business terminology well defined, that we define data standards, that we have entries for our data dictionary, for data that's going to be used by people within our organizations. On the technical side, we want to make sure that we can document their databases and files and things like that. We'll talk about models here in a couple of minutes, but we want to make sure that we're getting vocabulary metadata, business metadata, and technical metadata at a bare minimum from the agile projects. We may not ask for as many things as we've always asked for in the past, but again, from a bare minimum, we need to know how the data is going to be defined and what the rules are associated with the data. We also want to understand where the data is coming from. It doesn't matter how you deliver your projects, whether it's through the agile approach or through the waterfall approach. One of the first things that end users of the data ask is where did that data come from? So we know that we need to have a way to collect the data movement metadata, the ETL metadata, so to speak, the extraction rules, the transformation rules, and the loading rules. We also want to make sure that we, at least from a minimalist perspective, understand the linkage metadata as well, the standards for the data, how it relates to the data, the policies, how it relates to the data, the procedures, and also then the relationships between the business terminologies and the business metadata. So there's a lot of metadata that we can collect, but we as data practitioners need to look at that list and say, what do we need? Why do we need it? And why are we asking for all these things? Because that's one of the things that agile people don't like, is they think that we're asking them for too much documentation. We've got to be able to demonstrate to them that the information that we're looking to gain is going to be useful to somebody, useful to them at some point in time. So again, we want to look at the requirements at a high level as a way of applying governance to the agile delivery methods. So there's differences in the way that agile calls for their requirements versus data governance calling for their requirements. Agile has it built into their processes through user stories and through their scrums and through their iterations. In data governance, we typically look from a high level and we drill our way down. We look at the big picture. We're looking for upfront analysis of the application. We want to make certain that we're collecting the information that we're going to need to support those applications that are being delivered. So another set of words of wisdom is a main reason why agile people think that waterfall is the thing of the past is that the people that follow the waterfall methodology, again, are asking for a tremendous amount of documentation and a tremendous amount of requirements. So again, if we can limit what we are asking for, we can take the requirements at a high level and again, come to some level of agreement as to the level of requirements that will be gained during an agile delivery project. A lot of organizations do data modeling as a regular practice and that's a great thing. But the fact is, again, we have people that are trying to deliver projects quickly looking at our modeling efforts and saying that the models require the questions are asked about cardinality, about retention, about growth. The models, they promote a common understanding but they also take a long time to gather that information. So if we can find a way to deliver models quicker, then it's going to be more effective for the people that are delivering agile projects. So another word of wisdom is that without the detailed requirements, oftentimes projects create their own understanding and their own understanding for data, which can in turn result in ambiguity, replication, et cetera. And isn't that a problem that we've had all along with the waterfall approach? Is that if we don't have an enterprise or a consolidated view of the data, as projects are being delivered, they take on their own understanding of the data. And if we're trying to get away from that, but we're trying to deliver projects quickly, we want to make sure that we have at least a level of detailed requirements that we need in order to eliminate the ambiguity, eliminate the replication, et cetera, in the projects. So we want to make certain that we are obtaining the correct level of requirements within the organization. So for us data people, I've got a few questions for us. Are we asking for too much documentation? Are we not asking for enough documentation, or is it the way that we're asking for the documentation that's taking the time that's getting the folks that are delivering agile projects to look at us and say, we really don't need to involve you in the project? So we need to look at what it is that we're asking for and we want to ask ourselves the question, do we use everything that we collect? And how do we use it? Who's going to get value from it? Can we, going back to that first principle, can we work out an agreement with the agile people as to the level of requirements and data documentation that's going to be collected during an agile effort? Again, another way of applying governance to your agile efforts. Oftentimes, if we don't get together and we don't bring the agile and the data people together to have that conversation, that in itself is a decision. We're deciding that we're not going to come to an understanding as to the level of requirements that are being gained. And we need to make that decision. That is one of the conscious things in our organizations that will really help to bring these two disciplines together is that we get these folks into a room, we get them to discuss what level of data requirements are going to be required during the initiative, and then we stick to that as part of the agile approach. So another set of words of wisdom is consider the value that you get from the metadata that you require, and make sure that you truly require it and that you're truly going to use it before you go and ask for that information to be collected during the project methodology. So to summarize real quickly, this agile principle, there is a limited demand for requirements in an agile approach who want to achieve an agreed upon level of requirements. We want to provide the tools to the folks that are running and delivering the agile projects to effectively capture the essential requirements and capture them quickly. You know, we want to make sure that we're focusing on both the data governance aspect and the quality and the value of the data definition and production and usage in alignment with the agile methodologies and the approach that they're taking. We want to make certain that we incrementally apply that agreed level of requirements from the data governance folks to the agile projects. So the third principle that we want to focus on real quickly is the technical debt. And if those, some of you may not be familiar with technical debt, that's typically requirements they get put on a parking lot list. There are things that need to be talked about that can't be talked about right now because it's going to prevent the project from moving forward. So that's something that you can consider technical debt. One of the biggest problems that data people have with agile projects is that the data, that the technical debt is not being addressed. So in another slide coming up, I have some steps that we can take to govern the whole concept around technical debt in the organization. And so the truth is that oftentimes this is the biggest reason why data people are skeptical about agile is that this stuff called technical debt keeps building up and building up and that it becomes a problem when the project needs to be delivered. We want to make certain that the technical debt itself is being governed as part of the agile effort, another way of applying governance to an agile effort. So what are some of the reasons why technical debt accumulates? And I'm not going to spend too much time on these, but there's business pressures to move quickly. There's lack of process or understanding. There's a lack of a test suite, lack of documentation. That's often the reason why this technical debt builds up that needs to be governed and needs to be looked at at some time. So there's additional reasons why technical debt accumulates is there tends to be lack of collaboration where the user participation becomes very important to the agile effort. Oftentimes the collaboration ends up not being at the level that the agile teams want it to be or that there's parallel development efforts that are taking place and additional things get added to the technical debt list, to that parking lot list. There's delayed refactoring and there's lack of knowledge. And these are just reasons why technical debt gets built up. But the truth is it's not really a problem, but the fact that there is technical debt that is taking place is not the problem. The problem is that that technical debt itself is not being governed. So we need to apply governance to the fact that that technical debt does not accumulate in the ways that we talked about on the previous slides. So how do we do that? We apply governance to the process. We have formal accountability for making certain that the technical debt is being addressed. We have formal escalation issues associated with the technical debt where things can go from the operational to the tactical to the executive level of the organization, but there is an escalation path for resolving issues. There's formal reporting of the technical debt issues to the senior leadership and those people that are keeping a watch on the projects and keeping them moving.  So again, if we can apply what we've learned from running data governance projects to our agile delivery method, we will find that the data is going to be taken care of. The technical debt is going to be taken care of. The documentation is going to be taken care of. Again, another way of being able to apply agile or apply data governance to an agile effort. The last principle that I want to address is, and this is perhaps the biggest challenge when we're applying governance to agile, is that we've got requirements that are evolving and we've got a fixed time scale. And that's not a good duo of things. You know, we want to make certain that requirements are being defined and that they're being discussed and that they're being resolved. So if we have evolving requirements, then we need to have a constant method of being able to consider what those requirements are and the impact they're going to have on the data and on the process. So oftentimes when you're delivering an agile project, you're kind of shooting at a moving target. So oftentimes people talk about requirements evolving. It means that there's going to be a gradual process in which the requirements change into different, and oftentimes when they're different, a more complex form. So let's take a look at each part of that phrase. The gradual process, it's not all at once. We're going to make sure that if the requirements are going to be evolving, that we want to have constant management of that effort. As it changes into something different, we need to have constant management and governance of that as well. Usually the result is usually more complex. Oftentimes it's a better result, but we want to make sure, again, as those requirements change through a gradual process, that somebody has the responsibility for making certain that we're taking into consider not just the system requirements, but the data requirements as well. So as those requirements evolve, and there's a fixed time scale, we want to make sure that, again, from a minimalist perspective, a data governance perspective, we want to make sure that we're covering at least that level of requirements that are going to be necessary to deliver a successful project. So the management of requirements actually requires the governance of those requirements, and that starts, as I mentioned earlier, of bringing those teams and those disciplines together. In a lot of organizations, there are three things that are associated with a project. There's the time that's available to deliver the project. There's the deadlines and milestones and those things. There are the resources, the limited number of resources that are available to help to deliver that project, and then there's what's going to be delivered during the effort.  If you tell me the time that I have and the resources that I have, I will tell you the effort that's required in order to achieve those goals. If you tell me the resources and the effort, I'll tell you how long it will take me to do that and so on and so forth. And one of the things that I've found in agile delivery projects is to try to dictate all three.  So in your organization, if you want to take a look at your requirements and say, you know, we cannot take, we cannot have all three of those force-fed to us, we need to be able to negotiate. You know, you give me two and I'll give you the third. That's another way of being able to apply agile, apply to governance, to agile efforts. It's actually a form of governance itself. It's a form of project governance. The only problem is that it's just not a data governance effort. It's a project governance effort, a project governance approach, and oftentimes it does not consider the necessary governance aspects of the project. So the bottom line is with governance, we want to execute it in a force authority, as I mentioned earlier in the slides, and how are we going to do that? We're going to do that through our agile efforts because the agile efforts are not going away, but at the same time, we want to make sure that the data aspect of these things are being addressed. So the challenge is that we want to make certain that we gather the most valuable requirements, the most valuable documentation, and we use them effectively, and we make them available, and we make certain that the essentials are covered, and we're able to do that in a short period of time. If we can do that, then we will successfully be able to apply governance to our agile efforts that are taking place in our organizations. So real quickly, a couple best practices associated with applying data governance to agile, as you saw through the analysis of the different principles for the two, agile and for data governance, that there are many synergies between those disciplines. We want to make certain that people at the senior leadership level, at the project management level, and that we show them to people and that we get them to agree that there's ways that we can apply governance to the agile efforts through those specific initiatives or through those specific principles. We want to negotiate the level of requirements and the documentation that's necessary. We want to get leadership to understand the relationship between the fact that agile is the way to go, but data governance is absolutely necessary as well. Oftentimes, software is considered to data the same way that pipes are considered to water. The water flows through the pipes, the data flows through the software. We've got to understand that agile is important and that software is really the engine for making data available as an asset. But we want to make certain that software that's being delivered has the best-valued data in it as possible, and that's the reason why we need to apply governance to our agile efforts. Typically, when I talk about best practices around data governance, I talk about these five things. We need to have senior leadership support, sponsorship, and understanding, but let's extend that now beyond data governance. Let's extend that to the relationship between agile and data governance and get senior leadership to understand that yes, these things are both necessary, but they can't operate in their own little utopian environments. They really need to come together. Somebody has to have the responsibility for making certain that governance is being applied to the agile projects. The roles and the responsibilities are basically the basis for an effective governance program. They're also the basis for an effective agile project as well. We know we need to govern the technical debt, and we need to make sure that we have an ongoing process for reporting to our leadership how these two disciplines that are different in the eyes of so many people, how they are truly aligned and why they need to be aligned and how they're being aligned in our organization. Real quickly, we talk about things called information technology. Every organization talks about information and technology. The funny thing is that very few of those organizations look at those as really two separate subjects. You've got the information subject and the technology subject. The fact is that they're really together in name only. Oftentimes the people that have responsibility for the information are very different from the people that have responsibility for the technology and the software and for what's being delivered. We need to bring those people together in order to have agile data governance in our organizations. We need to adjust the way that we do data governance for agile projects. We limit the scope of what we are requiring as data practitioners and control the volume of data requirements that we have for these teams. If we do that, we can get the folks who are delivering the agile projects to have more of a data focus in their daily routine. The thing is that we just don't want to get in their way. We want to make certain that they can deliver in their timeframes, but their timeframes have to be effective timeframes, not timeframes that are defined without having any concern for data requirements. We need support from the data people and we need support from the agile people. All you data people out there, we need to recognize that the agile development methodology is here to stay. It's a strong methodology that oftentimes it's not necessarily the methodology that is the problem. It is the way that the organization is following that methodology. If we can apply governance to that methodology, we have a much better chance of being successful. The goals of being agile align with what's expected for management, so we need to understand and find a way to work in conjunction with agile people. For the agile people, the truth is data governance is here to stay. The protection of data, the improvement of data quality, the use of data as an analytical tool is here to stay. It's not going anywhere. We need to make certain that if you're delivering your projects in a way that we have a way of collecting the appropriate data requirements, we know what data flows in and through the pipeline that you're developing that we help you to improve the data quality and really you need to find a way to work with the data people of your organization. Again, it's the bringing together of these two groups that tends to be the most effective best practice for applying data governance to your agile effort. I know I spoke a lot and quickly and there were a lot of slides, five main things that we focused on on the webinar here, and then I'm going to turn it over to Shannon to see if there are any questions and I will gladly provide the answers. But we talked first about relating the disciplines for senior leadership, getting them to understand that these things need to cooperate and work together. We talked about ways of finding common ground between agile and data governance. We talked about different ways to be able to apply data governance to individuals associated with the agile efforts. We talked about best practices and gaining agile support for data activities. And with that, I'd like to turn it back over to Shannon to see if we have any questions today. Thank you, Bob, for this fabulous presentation. As always, we do have a few questions coming up. And evidently, we have some sound issues going on. Thanks for everybody's patience with that. Evidently, we have a new step in the sound process to call into the Internet audio. So there's just an extra step in the communication and call computer. So we will get that sorted and do some more tests and make sure that that's included in the reminder emails moving forward. The second most popular question that we get, of course, or the most popular question, even still today, is a question about receiving a copy of the slides and a copy of the presentation. I will be sending a follow-up email within two business days. So for this particular webinar, I will be sending a follow-up email at the end of day Monday with links to the slides, the recording of the session, and anything else requested throughout the webinar for this particular webinar. If we don't get a chance to get to your question before the top of the hour, Bob will write up an answer and we'll get that out in the follow-up email as well. So let's dive into the specific questions here, Bob, for you. So we've got a comment here regarding the big picture. So you can start big picture, but then boil down to stories. And this is really where you're talking about the levels of agile planning. Okay. Yeah, the interesting thing is that since there seems to be so little communication between the agile and the data folks, is that we don't have the data people associated with those user stories in asking the questions that data people like to ask so often about the requirements for data. We do like to take a big we, I should say, the people that are data practitioners and truly I am a data practitioner. You know, I like to think that we want to make certain that we're crossing all of our T's and we're dotting all of our I's when it comes to understanding the data and having that relationship to the folks that are doing project methodology, following a project methodology, whether it's agile, waterfall, whatever approach it is that you're following. You know, over the years, we've looked to try to attempt to instill data discipline into the system development lifecycle in the waterfall approach. And we've had varying levels of success. A lot of people have said that even during the project methodology that we've taken kind of too much of a big picture approach and that we need to be more specific as to what we need. If we can take what we've learned from the management principles to the waterfall approach and we can kind of apply that same thing to the approach that's being used to deliver agile projects and if that's through user stories or through whatever it is, we need to make certain that we're getting the right people involved at the right time asking the right questions if things need to be parking lotted or technical deaded, as I spoke about earlier, somebody needs to govern that process as well. I'm not going to make a big picture approach, but if the project is being delivered incrementally, then again, we just need to associate data people to each of those user story steps to make sure that the appropriate level of data requirements are being addressed. I hope I answered your question right. And we can certainly get more comments in case a more in-depth answer is needed. But why not share a central data model with Agile Team as a starter for 10 to save them inventing their own understanding then adapt it to reflect any new requirements not yet included? You know what? That's a darn good idea to share the enterprise data model. First of all, you've got to have a data enterprise data model and some organizations do and some organizations don't. But if you do, the problem becomes getting the Agile people to want to look at that model. So you can have the model, but we really need them to take the time to learn the model, to learn the understanding of the data so they don't come up with their own. The problem with coming up with their own is obvious. It is that we're delivering another project with data that is now different from the other projects or the other data stores that we have in the organization. And so we really, really don't want that to happen. So what we want to do is we want to make certain that we're doing the right things from the Agile perspective and that we're also doing the same thing, the right things from the data governance perspective. And to do that requires a level of agreement. And how is Agile data governance different from extreme programming data governance? You know what? I really haven't heard the term extreme programming, extreme programming data governance, especially in some time. I mean, extreme programming, the understanding of extreme programming is that it was kind of a predecessor to the Agile approach and that it was very much like the Agile approach where things were done incrementally and being done quickly. And so it was extreme programming mostly because of the method that the requirements were being gained and that the project was being delivered. I'm not sure that I've heard of anything called extreme programming data governance, but to apply data governance to extreme programming would be very similar to applying governance to an Agile effort. So I would say, at least my thought is that one is the predecessor of the other and that we could take the same diligence to both. Yeah, and the comment continues that says it's much more extreme programming, it's much more Agile continuous development, no iterations, ongoing development, constant refining. Right. And so that's it. So if you're constantly refining and there's no control or there's no governance around that constantly refining, it becomes problematic. So I'm not saying that you can't do the constantly refining, it's just that that process needs to be governed better than it's being governed in order for projects to be successful. All right. So the next question comes in. I've seen Agile developers build that mimic report and input screen mockups, complicating ETL data transformations between the two. How do you avoid this pitfall? A bit of logical data modeling? If you can answer, that's like the $10 million question. If we can answer that then we can really answer what brings the two disciplines together. You know, it's got to be, we've got to get to, and I know I've said this multiple times during this webinar, but it really kind of sits at the core of what's required. It's bringing the Agile team and bringing the data team or the people that have the data business requirements responsibility for the project together. And help them to stay Agile and help them to follow the method that they're getting better at, at least for a lot of organizations. And help them to understand that there are data aspects that need to be done. So the screen mockups, the report mockups and those things are often really nice to have because they're kind of going to be the end result that the end user is going to see, but it doesn't necessarily cover the whole story. So we talk about user stories, we should talk about the whole story from beginning to end. Would a logical model help? Yes, certainly a logical model will help if you can use that to relate to people, you know, why the data is the way that it is and why the data becomes so important. So what we don't want to do is we don't want to interfere with how they're delivering it, but we want to make sure the data requirements are covered, and that's really going to be, from my experience, the only way to get the teams to work together as one or at least work together as partners aligned. It looks like we have time for maybe one more question, but like I said, these are some great questions coming in, so just do keep them coming in. We will get answers written to any questions we don't have time to get to today, and we'll get that in the follow-up email. The next question, Bob, is how would you suggest implementing and applying to many stories? Do you capture that as an epic or as a non-functional requirement? You know what, I'm really probably not the best person to ask, so I know this is going to sound like a cop-out, but I really, from a user story, from an epic perspective, I'm sure that there are sets of data requirements that can be gained from each of those. It's just that I am not an agile development team, and you bring together what they need and what you need and discuss it together.  Sounds good. Well, we are right at the top of the hour, Bob. Thanks for a great presentation. As always, much appreciated, and thanks to all of our attendees for being so interactive in everything that we do and to helping each other solve the little sound issues that you guys were having. I appreciate that, and I look forward to meeting up next


Good afternoon pastor David. Hey John. Welcome everybody to a random moment with pastor David unfiltered. You know pastor recently I was with you when a gentleman from our church stopped you and asked you a question regarding something that was written in one of your devotionals and What came out of that was that you realized that eternity was something real So I wanted to ask you today pastor what at what age or at what time in your life Did you realize did you start thinking about eternity because the Bible says that we have eternity in our hearts? so was there any specific event or Something that that when you realize that Eternities for real there was a series of events and and the events that led me to become aware that That You know that time is short was when I began to see friends of mine dying, you know when I was About 18 I was about 18 years old a friend of mine named Ray Kassala Who whom I grew up with I mean I'd known him since we're five years old had been a friend of mine off and on for years Ray went to a party that was across the street from my house and at that party Ray got shot and and died within two or three days And so he was a dear friend to me and that awakened me up Waking me to the fact that even young people die Then I had another guy that I knew who right around the same time who I had Who had died I didn't know he had died But I used to deliver flowers for a florist in the city of Whittier and I had to go to Rose Hills and And as I was going to Rose Hills, I had to take a funeral wreath a casket wreath and place it on the casket That's what I did and and I read the card I just happened to read the card and the name was the name of somebody I had just a week or two before been Partying with that in Whittier and so I thought to myself. Oh, no, he's only 18 years old It couldn't be him and I put the wreath on the casket And I looked in the face of a friend of mine that I had just two weeks before been drinking beer and and Carrying on with and I thought my goodness And then I had another friend all around the same time Who his name was Dave Dave Smith? Who smoked some marijuana drank some alcohol? dropped some acid jump jumped on his motorcycle and plowed right into the the the bumper of a parked pickup truck and died instantly and So these things started happening When I was 18 19 years old John and And I I came to realize that life is short Then I had my own close calls more than one But one in particular I Think was God's a wake-up call when I had taken some Swiss calm downers barbiturates They were called Lily F40s they were a Downer they they they made you sleepy and I drank maybe a well close to Three-quarters of a half gallon. I drank most of it myself and almost died of a poisoning and In my car. I was laying there paralyzed. I couldn't move and I knew a guy He was in a dear friend, but I knew a guy named Freddy Reyes who had died of a barbiturate Alcohol overdose. I had just gone to his funeral.  That's how he died and some of my my Rockstar heroes, you know Jim Morrison and Jimi Hendrix and Janice Joplin Had died of drug overdoses so I was familiar of that It was around the same time that these people had died and And when I almost died and I was very close to dying I I prayed and I said God help me I'm only 19 years old, you know, so I Had these encounters and then they were getting worse. I was I had I had I Had moved into an area of despair in my life that I actually didn't care if I lived or died John But when I began to encounter close close experiences with death and all I Began to wake up and I started to say to myself I'm too young to be giving up. There's got to be more than this. I I Have to find the reason why I was born in the first place and so within a short time after after nearly overdosing on On the the Reds and the alcohol That's when I came to faith in Christ. Amen and Looking back at all of that God has had a plan in your life Because now you're pastor in our church and we're coming up on a significant date here next week and so We look back at that and and yes eternities in our hearts yet at the same time life is short And your experiences that you've seen with friends, you know, I always think of this pastor I think that all of us have an hour glass on top of our head and since the day we've been born that sand has been pouring out and One day my sand your scent all of our sands will will be Will be done and it's what we do with our lives now, you know And and so well, you know that that conversation that you had outside with that gentleman We just really sparked an interest in that We live today for eternity when we live for Christ every second that you're alive is is a second that That continues on into your future eternities before all of us, right? And so the decision that we make as it relates to Christ is where we're going to spend it You can spend it in everlasting torment or you spend it in everlasting joy It's my choice. The Holy Spirit provokes me woos me convicts me But I ultimately yield to him and so Every person has an opportunity is given opportunity in one form or another to To make those decisions and so it just so happens that I live in a nation that that Was founded on Christian principles in the gospel Hasn't been extinguished here yet So there were those in the Jesus movement the Jesus people who Loved people like me enough to tell us the truth and That's why I really think that if there's anything that needs to begin to to reawaken in the heart of the Church of the 21st century in this day. It's the heart of evangelism It's the heart of understanding That your mother your dad your brother your sister your friend your neighbor whomever Coworker educator They're going to hell if they don't know Jesus Christ and I just don't think people will leave in hell anymore at all even the church doesn't have a sense of urgency John and and That we have to wake up to that because you were pretty bad you you were a bad man you You know you did your time you you you took your drugs you drank you did the bad things that people do and Yet God's grace was over overflowing to you and and he saved you and look at your wife And look at your babies and and look where you are now because of him And so those are the things that that I wouldn't want to to deny people the opportunity to have and and if I don't Share with them about Christ if I don't tell him what he can do if they're not aware of the eternity that awaits him without Christ then Then I'm not doing my job And so I would even hope that some might happen upon this video and and awaken to the fact that without Christ The loss and that he died on a cross to save them and and he could forgive them of every every sin that they've ever ever had and that they could be made an entirely new person with with hope in a future and And and joy that's unimaginable, but you have to turn from your sin You have to confess and repentance to God. I am miserable. I'm a sinner Father I need you and if they do that They can be saved and if you're watching this happen to stumble across this video You've never given your heart to Jesus Christ now is the time amen just as pastor David has shared in and so pastor Thank you for sharing that and and you know, even if you guys know somebody who is Needs to come to church bring them and they may hear the gospel and we do want to invite you guys to come out To our Sunday morning services at 8 30 and 10 45 and maybe the Lord's putting somebody on your heart right now That you can invite to come to church and hear the gospel of Jesus Christ. And so pastor. Thank you so much for your time Thank you guys for tuning in. We look forward to seeing you on Sunday.


7. Activities for teaching the present perfect for the ESL classroom. Teaching new tenses to students of a foreign language, is often not as easy as you might anticipate, especially when the tense you are trying to teach them does not exist in their native language. The following 7 activities for teaching the present perfect for the ESL classroom will help your students pick up the tense in no time. 1. Great accomplishments. 2. Have you ever? 3. How many times since? 4. Great ambitions. 5. Most deprived. 6. Bucket lists. 7. Since or for? These 7 activities for teaching the present perfect for the ESL classroom are ideal to help your students understand the structure and usage of the present perfect. Thanks so much for watching. We are ITTT, the leading provider for TEFL and TSOL training courses. If you like this video, please subscribe by clicking the button down here and click on any of the videos here on the left for more interesting teaching tips for getting certified to teach English abroad and online.


Hello again and welcome to our third lecture. If you'll recall, we mentioned earlier that we would eventually be discussing the Punnett Square. The Punnett Square was created by Reginald Punnett, who is a British geneticist in the early 1900s. The Punnett Square is meant to be a teaching tool, and it's a beautiful way to illustrate some of the principles that Mendel discovered in his work. Now if you'll recall, we mentioned that as Mendel was conducting some of his 28,000 crosses, he used some very specific conditions to make sure that his science was conducted properly. First of all, he used plants that would have traits, sweet peas to be exact, that would have traits that could be categorized into one group or another. For example, he would cross a plant that happened to have a purple flower or a white flower. Those were the two choices. If in fact he wanted to cross these two individuals, he then used those that were considered to be true breeding. Recall, true breeding means purebred. We said that Mendel picked plants that could either be self-fertilized, in which case that's what he used to create his true breeding lines, or manipulated to carry out certain crosses, which is where he got to conduct the crosses he wanted to. So using his pure breeding lines, he crossed a purple flower plant with a white flower plant. Now in sweet peas, individuals have two copies of every gene. The purple flower plant, being true breeding for purple flowers will then have two copies of the purple flower gene, which we're going to show with a big pea, big pea. The white flower plants then will have two copies of the white flower gene, which we're going to show as a little pea, little pea. Using a pun and square, let's actually work through this and figure out what the genes of the next generation will look like. Now let's go ahead and figure out what our gametes are going to look like. If you recall, according to Mendel's law of segregation, as gametes are created, they're going to have half the number of chromosomes as the individual. We said this is essential if you're going to maintain the proper number of chromosomes in the next generation. So our purple flower plant is going to give half of its genes to its gametes.    So in this particular case, they will be giving either a little pea or a little pea. So let's put these in our Punnett square. We said our purple flower plant could either be a big pea or a big pea. We said our white flower plant could only be a little pea or a little pea. Now let's go ahead and carry this out and figure out what the genotypes of the next generation are going to be.  Let's start using some of the terminology that geneticists use. Our initial generation, when we first conducted our cross, is known as the parental generation, which we'll show that with a big pea, not to be confused with our genotype, but that's the way they show it. Our offspring here are known as the first filial generation, and this is shown with an F1, filial is a Latin term, and this is how Mendel denoted the first children.  Now when Mendel conducted his cross, what he found was in fact that these were all purple flowered plants. Interesting, isn't it? What was even more interesting is the fact that Mendel then took this generation, the big pea, little pea, and crossed it with itself, again, his ability to manipulate the plants. So let's work through this generation, this particular cross. We have an F1, again, where we're crossing a big pea, little pea with a big pea, little pea. First thing you have to do, of course, is work through the gametes. What are the two different type of gametes you could get? Take a second and think about it. If you believe that they could get either a big pea or a little pea, you would be correct. And according to Mendel's law of independent assortment, you'd have half a chance of either one. So you'd have half a chance of getting a big pea, half a chance of getting a little pea. This individual, same thing, could either be a big pea or a little pea. All right, let's put them into our punent square and we'll figure out what our next generation, known as the second filial generation, or F2, will look like.   What was interesting was when Mendel conducted this cross, he found that three of his plants would be purple for every one of his plants that would be white. And initially, he didn't have these punent squares to work through it or to work it out. But what he discovered was that because the white allele was back, in this particular case, it must be considered recessive. And in fact, it had to be present in this particular generation all along, even though you couldn't see it. So this helped him conclude that the purple was in fact dominant to the white allele. Over time, as he began to really work this out and additional geneticists contributed, they realized that this was made up of one big pea, big pea, which is pure bread for purple, to two big pea, little pea, otherwise known as heterozygous, to one little pea, which would be white. So this is where our three to one ratio came from. What an individual looks like is known as its phenotype. What an individual has with regard to genes is known as its genotype. And so this is genetic makeup. So in this particular case, our phenotypic ratio of our F2 offspring would be three purple to one white.


Hey everybody, this is Brett, and today I am super excited to go over this brand new 2024 Jeep Wrangler 4-Door Rubicon in Sarge Green Clear Coat. Yes, one of the best looking colors on the 2024 Wrangler, in my opinion. We've had a couple other 35-inch Extreme Tire and Wheel Group Rubicons on our lot. We've had them in Hydro Blue. We've had them in White, and we've had them in the new Anvil color. And I gotta say, this green one has really got a lot of attention while it's been on our lot. And anyways, I thought I'd do a video on it, show everybody just how good this one looks, go over all the options that the 35-inch Tire and Wheel Group gives you, as well as show you the Steel Bumper and Winch Group, which this one has. It's a $3,495 option. Remember, if you like the video, subscribe to the YouTube channel. It's in the upper right-hand part of the screen. And then click those bell notifications to get updates on the videos I do each and every day, as well as having access to one of the largest catalogs of vehicle and Jeep Wrangler Walk-Rounds on YouTube. Let's get right into it. As you can see, this one has the LED headlamps. I'm going to turn those on at the end of the video, so stick around for that. We're not too far away. But starting off here with the Steel Bumper and Winch Group, note that you get the full metal bumper here. And from the factory, this one came off of the truck with an 8,000-pound worn winch. So they are now offering the winch from the factory. That is a synthetic rope there, so it's not steel. It is, you get the red tow hooks on there, the LED fog lamps, the LED running lights, the LED headlights, and halo running lights there are all standard now on the Rubicon package as well as the Sahara package and the Willis package as well. The only ones that you do not get the LED light standard on are the Sport, which are not available, and the Sport S, which is an option to get the headlight and fog light group. Anyways, the other thing new for 2024 is that this grille has shrunk down a little bit. It used to be a lot taller. They've narrowed it down as well as the center grille pieces there. So that is shorter, but it's actually still the same size. They just made the painted part a little bit shorter, and that's pretty cool. Note it's the granite crystal inserts on that grille and headlight bezels there as well. The Rubicon package gives you the Sport hood too. You also get the Rubicon decals on the side of that hood. They're black outlined in red. You may have noticed that this one does have the 35-inch tire and wheel group, and there's a lot of things that come with that group which aren't on the window sticker, so I'll go over them a little bit here. You get the 17-inch painted and polished aluminum wheels new for 2024 are the center caps as well as the wheel designs are all new for 2024. These are LT31570R17s, get a good look at that tread pattern there. The other thing that's different on the 35-inch tire and wheel group is you get a lift from the factory. The sway bar is one inch bigger and the spring is one inch bigger, and combine that with the different tire size, and this one sits about two inches taller than a standard Rubicon Wrangler. So about two inches taller, they say an inch and a half lift while with the tires and the actual suspension it's about two inches. Also with the Extreme Tire and Wheel Group you get these extended fender flares, and they do that so that you can see if your tires were sticking out too far that would not be legal in a lot of states, so they have to have that on there. The other thing, you get the sandals and that's nothing new. You get the Jeep climbing up the side there, that's not new either, but what is new is there's no antenna that has been removed on all the Wranglers instead. There is a second trail rated badge and the antenna is now in the windshield. So that orange thing right there, that is actually the antenna and all these windows on the Rubicons and Sahara's and Sport S's are now Corning Gorilla Glass. You get the T50 on the doors, so you can still take those doors off the same way that you always could, and you get the rock rails on the bottom part of that Rubicon package. This one does have the 3.6 liter Pentastar V6 engine, 285 horsepower, 260 foot pounds of torque, and this one has been calibrated for the tire and wheel group. So it gets you 19 miles per gallon highway, 16 city, and 17 average. Here's the original window sticker, feel free to pause this, I'm not going to go through everything here, but most of it, starting off with the exterior color Sarge Green Clearcoat black interior. Now I think it's charcoal. You can tell me in the comments below what you think of it's black or charcoal, I think it's charcoal gray. But anyways they call it black, 3.6 liter eight speed auto, everything is your standard equipment here. So one thing to know new for 2024 is the Dana M220 wide full floating rear axle. So that gives you the ability to have a 5,000 pound tow capacity if you have the 410 gears, which Rubicons do standard, however, what it doesn't tell you on this window sticker is that the Xtreme 35 inch tire and wheel package gives you the 456 gears. So this one cannot tow up to 5,000 pounds, you cannot get the 5,000 pound towing with the Xtreme 35 inch tire and wheel package because you get those 456 gears. So one thing to note there, I don't know why Jeep doesn't put it on the window stickers, maybe they should so that everybody's not confused. Anyways the Uconnect 5 with the 12.3 inch touchscreen is now the standard radio and all the Wranglers has Apple CarPlay and Android Auto, Sirius XM and everything right there is also your standard equipment. Sarge green is the exterior paint color and that is a $595 option steel bumper and winch group is $3,495 so you get the worn winch and the front and rear steel bumpers. Xtreme 35 inch tire package is $39.95. Now that doesn't tell you everything that you get because it gives you more than just the wheels and tires and hinge gate reinforcement. It gives you those fender flare extensions, the 456 gears, bigger brakes, the upgraded suspension. It also gives you the extensions on the tail lamps and everything. So we'll go through the rest of that convenience group which is $9.95. That's a pretty good value. It gives you heated seats, heated steering wheel and remote start, 8-speed automatic transmission. Yes, it's a $4,500 upgrade but it gives you select speed control and it also gives you adaptive cruise control with stop. So that adaptive cruise control is a pretty nice safety feature to have. Has the black three-piece hardtop $14.95 and total MSRP is $66.265. If you want to get your summer price on this vehicle in the upper right-hand part screen, it's a link to our website, also linked in the description below, is a link to our website to get all the rebates and incentives and availability on this particular Jeep Wrangler. $336 bumper to bumper, $560 powertrain and once again there's miles per gallon and fuel economy and greenhouse gas rating and smog rating and then it's not really rated for safety ratings except roll over which is three stars probably because it is a convertible. So like I said it comes with the sport brakes, the Xtreme 35 inch wheel group and the only way to tell visually is these back brakes have these like little notches in them and I'm not sure if that's for heat dissipation or what exactly it's for but all the ones that have the Xtreme Recon or Xtreme Tyron wheel group have those style brake rotors and those are the upgraded brakes for this vehicle probably because the tires and wheels are so much bigger it's harder to stop them and you need that upgraded brake package. The other thing is the light extensions so if you can see right here all these Xtreme Tyron wheel groups have the Ralph on the side that's a little dog right there for the right side and a Louis on the left he's a bulldog and these are exactly one inch bringing the lights back and they're just basically a filler in there but I'm guessing because the tire is wider and it sticks out farther you also have an extension on the backup camera as well but my guess is because this is wider and that's wider there's some law that says the lights have to be so far away from the back of the tire or the back of the absolute back of the vehicle otherwise they won't be functional or illegal if you will. Here's the towing package the receiver hitch four pin ends seven pin wiring you also get the red shocks with the Rubicon package red tow hook on the back LED tail lamps LED license plate lights and let's take a look inside back here there is your case for the front hardtop pieces and so you can take off the front hardtop pieces you can also take off this back hardtop piece note that these bars are color matched to the vehicle so when you do have that top off it matches really nice with the rest of the body color of the vehicle and like I said there's three bolts on the bottom one on top so four bolts on each side eight total and then two quick disconnects here to take that hardtop off we had a video on how to take your hardtop off of your jail wrangler you can check that out in the description below and in the upper right hand part of screen the only thing that's different on the 2024 is where you place these quick disconnects and there's a little panel right here that pops off and you can see there's where your electrical would go light it up here that's where your electrical plugs into and that's where your windshield washer fluid hose sticks into that just keeps them a little bit more secure I'm sure people there used to be like a holder right here I'm sure people were breaking those off and I actually was asked a couple times what that part number was because people had broken them off and they couldn't find that that part number and I don't think there was a part number to be honest anyways you get a storage area back here it does have a drain in case it gets wet with the top off you can drain that and then here's your winch controller so that's pretty nice there's also some straps on there and then you have holders for your roof windshield and door hinge bolts back here too you get these seven slotted tailgate cover I guess you could say and then you also have the the G I'm sorry the JL badge two door four door wheel based and overall length as well as water forwarding on there where it's built and where it's developed in so that's pretty cool you can kind of get a good look at that heavy duty hinge gate reinforcement there shuts nice and easily you get the black fuel filler door and same trail rated badge on the driver's side as well as the Jeep lettering there show you the back seats real quick so they go down pretty nice and flat when there's not stuff underneath here oh this must be this is your front license plate cover so that comes with the vehicle we'll put that back there for now anyways these seats do fold down and they go down almost completely flat and there's a lot more room they're they don't rub on the back of the front seats anymore also is that these headrests stay down when the seats are in upright position for better visibility if nobody's riding back here of course you do get latch child safety system for any child car seats you may want to put back here you also get two usb's two usb c's and 115 volt 150 watt power point plug it factory floor mats back here two cup holders you'll notice that what is different up here is there used to be a center stack of lights now the lights are more individualized to the riders and there's two lights right there as well those are leds though nice and bright you also get the speakers are in a little bit different configuration there and i'm guessing that's because they put side curtain airbags in the 2024 wranglers now you can see right there it says side curtain or it says airbag they put those in the bars up there now so i'm sure they had to redesign a bunch of stuff to accommodate for those and that's why you get the lights in different spots and such and then you have the child safety locks on the back doors enter and go system now you can't tell me that's black that's that's charcoal that's like gray it's like a dark gray it's not black steering wheel is black that's charcoal anyways rubicon stitched into the backrest you get the red stitching on the seats not that i don't like it i like the seats i like how they look i like the material it feels really durable it's just not black anyway seat height adjuster adjuster these are manual seats to get the power seats you got to get leather on the wrangler and then you have your lumbar adjust right there factory floor man in the front new for 2024 is this little badge with the wrangler and gladiator back to back auto headlamps tilt telescopic steering wheel also new for 2024 is the dash material some of them now come with cloth this one comes with this like gore tech gore techs rubber type material you get the red stitching on there they used to be painted or leather um on the saharas now they're uh this gore techs and the cloth material power locks power mirrors those are the only two materials i've seen on the dash i have not seen any other ones yet of course we've only had basically saharas and a couple sports and then this one and then these rubicons so i really haven't had a chance to see all the dashes yet i'm thinking anyway seven inch lcd display nothing's new there the material on the steering wheel is new as well it's a soft touch leather yet it's a really firm leather uh but it's really smooth really soft touch so it's kind of cool cruise controls adaptive cruise controls bluetooth and information center controls and audio controls in the back of steering wheel for 2024 the 12.3 uconnect 5 radio is now the standard radio for the 2024 wrangler this goes across the board from the sport all the way up to the 392 same radio same size pretty much the same options the only thing that you can get different is if you can get navigation on it or not so this one does not have the navigation uh but like we saw on the window sticker you get android auto apple carplay so if you have ways or google maps on your cell phone project it right to the screen and it's like you have nav right on the screen so um a lot of a lot of companies are going away from the factory navigation anyways people just aren't subscribing for it they're just using their phones anyways so you do get am fm and serious xm radio capabilities bluetooth usb aux and usb 2 uh for sources and you get your home screen where you can have a different uh screens set up here and like you can edit it change those you can also add different shortcuts and different widgets there so that's all really cool stuff you have your comfort with your heating and cooling and climate controls you get your dual climate controls on there heated seats heated steering wheel controls then you get all your different apps on here show you the off-road pages because those are pretty cool you get the pitch and roll latitude longitude altitude the accessory gauges um with all your cooling temp oil temp oil pressure trans temp battery voltage and then you get the steering angle sway bar if it's connected axle locker in the front and rear if those are locked or unlocked and then the transfer case if it's locked or unlocked as well so a lot of cool stuff you can do with this radio here are all the apps i'm not going to go through any of them very thoroughly however if you ever want me to do that just let me know what you want me to go over and i can go over anything on these radios pretty well versed on all this stuff the other thing for 2024 on the wrangler is they've changed the dash layout a little bit to accommodate for this 12.3 inch touchscreen radio they also made this gloss black here so if you're the driver it kind of looks like you just have one big screen right all the way across which is pretty cool but they had to change the air vents to where they are because they were on the side here they were the circle vents on the side now they're the ones below and that's just because the radio is wider also they had to change this upper area there used to be one big kind of coin tray holder up here now there's this metal partition that's nothing that i thought maybe it was a speaker but it's just a plastic piece and then you get two little kind of coin holder areas everything from here though down is the same you get a push button start climate controls start stop speed select control to usb usb c aux jack window controls 12 volt powerpoint this is what makes a rubicon a rubicon front and rear or just rear only locking axles sway bar plus mode or i'm sorry sway bar disconnect an off-road plus mode and then for auxiliary up-fit switches eight speed automatic transmission four by four shifter on the floor keyless entry with a remote start you also get that flipper key on there which is pretty neat um nice chunky key fob i've always liked those since they came out with them you can get a good look at that dash with that rubberized material on there there's another look at the side trading airbags in front and the front hard top pieces come off exactly the same as they always have assistant sos buttons up there and that's a non auto dimming mirror you get home link buttons for your garage door security systems and lane systems you can see that you get the gorilla in the windshield with the corning gorilla glass and what i'm going to do now is i'm going to turn on all the lights um on the wrangler and then i'm going to turn off all the lights in the picture studio so you can see just how bright they are and i would personally like to thank you for checking out the video today and uh hopefully from this video you got a really good idea of the overall options and information on the 35 inch tire and wheel group all right i'm going to pause it and turn off all the lights and you can see just how nice these led lights are all right so you can see all the lights in the front are leds even the ones in the fenders are the led lights and the reason i do this is just to illustrate how nice these lights are over the normal halogen lights so maybe if you're looking at a 2023 rubicon it might not have the led light group because it was an option in 2023 and in 2024 it is standard so maybe something to consider if you're looking at a 2023 because you can see just how nice and bright those lights are and what i should really do is get one with the halogen lights and put them side by side so you can see the difference in the picture studio here but led tail lamps as well that is also standard on the rubicon and you can see they really look good they're very you can always tell when you're behind a wrangler or when a wrangler is coming up on you and you also get the led lights and the license plate lights there anyways something to consider if you're looking at a 2023 compared to a 2024 you may want to go with the 2024 just for the led lighting group although wranglers are pretty easy to customize with the headlights and everything so they're pretty interchangeable so anyways let me know what you think of the video if you like to give me a thumbs up subscribe to the youtube channel really appreciate all those likes and subscribes all the views let me know what you would like to see what you don't want to see so i can make my videos better for all the viewers out there and thank you so much for checking out the video if you want to see more pictures of this Jeep or one of our other 550 new news cars trucks SUVs minivans and wranglers you can go to that website right there summitauto.com full pictures and descriptions of every single vehicle all at summitauto.com and if you'd like to check out more hd videos and i know you do you can go to youtube.com slash summit auto click the bell notifications you'll get updates on the videos i do each and every day as well as having access to one of the largest catalogs of vehicle and specifically wrangler walkarounds on youtube almost 9 000 videos in total and almost 500 wrangler videos in total on that channel so definitely go check us out in fact in a second you will see a link to subscribe to my youtube channel the upper left a link to more wrangler videos that i've done in the upper right a link to how to take your hard top off of your jail wrangler in the lower left and a link to how to take your doors off your jail wrangler in the lower right click those check us out and we're super excited to be offering the 2024 Jeep wrangler four-door rubicon in sarge gray and clear coat what do you think of that color i think it's awesome anyways thanks for checking out the video and have a great day