>>from around the globe. It's the Cube with digital coverage of biz ops Manifesto unveiled. Brought to you by Biz Ops Coalition. Hey, Welcome back, everybody. Jeffrey here with the Cube. We're coming to you from our Palo Alto studios. And welcome back to this event. Is the biz Opps Manifesto unveiling? So the biz Opps manifesto and the biz Opps coalition have been around for a little while, But today's the big day. That's kind of the big public unveiling are excited to have some of the foundational people that put their put their name on the dotted line, if you will, to support this initiative to talk about why that initiative is so important. And so the next guest, we're excited to have his doctor, Mick Kirsten. He is the founder and CEO of Task Top. Make great to see you coming in from Vancouver, Canada, I think. Right. >>Yes. Great to be here, Jeff. Thank you. Absolutely. >>I hope your air is a little better out there. I know you had some of the worst air of all of us a couple a couple of weeks back, so hopefully things air, uh, getting a little better. And we get those fires under control? >>Yeah, Things have cleared up now, so yeah, it's good. It's good to be close to the U. S. And it's gonna have the Arabic clean as well. >>Absolutely. So let's let's jump into it. So you you've just been an innovation guy forever Starting way back in the day and Xerox Park. I was so excited to do an event at Xerox Park for the first time last year. I mean that that to me represents along with Bell Labs and and some other, you know, kind of foundational innovation and technology centers. That's got to be one of the greatest one. So I just wonder if you could share some perspective of getting your start there at Xerox Parc. You know, some of the lessons you learn and what you've been ableto kind of carry forward from those days. >>Yeah, I was fortunate. Joined Xerox Park in the computer science lab there at a very early point in my career, and to be working on open source programming languages. So back then, and the computer science lab where some of the inventions around programming around software development names such as Object of programming and ah, lot of what we had around really modern programming levels construct. Those were the teams that had the fortune of working with and really our goal waas. And of course, there's a Z. You know, this, uh, there's just this DNA of innovation and excitement and innovation in the water. And really, it was the model that was all about changing the way that we work was looking at for how we could make it 10 times easier to write. Code like this is back in 99 we were looking at new ways of expressing especially business concerns, especially ways of enabling people who are who want to innovate for their business, to express those concerns in code and make that 10 times easier than what that would take. So we created a new open source programming language, and we saw some benefits, but not quite quite what we expected. I then went and actually joined Charles Stephanie that former chief actor Microsoft, who is responsible for I actually got a Microsoft word as a out of Xerox Parc and into Microsoft and into the hands of Bill Gates and the company I was behind the whole office suite and his vision and the one I was trying to execute with working for him was to, you know, make Power point like a programming language, make everything completely visual. And I realized none of this was really working, that there was something else fundamentally wrong that programming languages or new ways of building software like Let's try to do with Charles around intentional programming. That was not enough. >>That was not enough. So you know, the agile movement got started about 20 years ago, and we've seen the rise of Dev ops and really this kind of embracing of of, of sprints And, you know, getting away from M. R. D s and P. R. D s and these massive definitions of what we're gonna build and long billed cycles to this iterative process. And that's been going on for a little while. So what was still wrong? What was still missing? Why the Biz Ops Coalition? Why the biz ops manifesto? >>Yeah, so I basically think we nailed some of the things that the programming language levels of teams can have. Effective languages deployed softened the club easily now right and at the kind of process and collaboration and planning level agile two decades decades ago was formed. We were adopting all the all the teams I was involved with on. It's really become a solved problem. So agile tools, agile teams actually of planning are now very mature and the whole challenges when organizations try to scale that. And so what I realized is that the way that Agile was scaling across teams and really scaling from the Technology Party organization to the business was just completely flawed. The agile teams had one set of doing things. One set of metrics, one set of tools and the way that the business was working was planning was investing in technology was just completely disconnected and using a a whole different set of measures. It's pretty interesting because I think it's >>pretty clear from the software development teams in terms of what they're trying to deliver, because they've got a feature set right and they've got bugs and it's easy. It's easy to see what they deliver, but it sounds like what you're really honing in on is is disconnect on the business side in terms of, you know, is it the right investment you know. Are we getting the right business? R o I on this investment? Was that the right feature? Should we be building another feature or shall we building a completely different products? That so it sounds like it's really a core piece of this is to get the right measurement tools, the right measurement data sets so that you can make the right decisions in terms of what you're investing, you know, limited resource is you can't Nobody has unlimited resources and ultimately have to decide what to do, which means you're also deciding what not to dio. It sounds like that's a really big piece of this of this whole effort. >>Yeah, Jeff, that's exactly it. Which is the way that the adult measures their own way of working is very different from the way that you measure business outcomes. The business outcomes are in terms of how happy your customers are. Are you innovating fast enough to keep up with the pace of, ah, rapidly changing economy, rapidly changing market and those are those are all around the customer. And so what? I learned on this long journey of supporting many organizations transformations and having them trying to apply those principles vigilant develops that those are not enough. Those measures technical practices, those measures, technical excellence of bringing code to the market. They don't actually measure business outcomes. And so I realized that really was much more around having these entwined flow metrics that are customer centric and business centric and market centric where we needed to go. So I want to shift gears >>a little bit and talk about your book because you're also a best selling author project a product, and and you you brought up this concept in your book called The Flow Framework. And it's really interesting to me because I know, you know, flow on one hand is kind of a workflow in the process flow, and you know that's how things get done and and embrace the flow. On the other hand, you know, everyone now in a little higher level, existential way is trying to get into the flow right into the workflow and, you know not be interrupted and get into a state where you're kind of your highest productivity, you know, kind of your highest comfort. Which floor you talking about in your book, or is it a little bit of both. >>That's a great question, is it's not what I gotta ask very often, cause me, it's It's absolutely both. So the thing that we want to get that we've learned how toe and, uh, master individual flow, that there's this beautiful book by me Holly teachings mentality. There's a beautiful Ted talk about him as well, about how we can take control of our own flow. So my question with the book with project surprise, How can we bring that to entire teams and really entire organizations? How come we have everyone contributing to a customer outcome? And this is really what if you go to the bazaar manifesto? It says, I focus on Out comes on using data to drive, whether we're delivering those outcomes rather than a focus on proxy metrics such as How quickly did we implement this feature? And now it's really how much value did the customs of the future and how quickly did we learn? And how quickly did you use that data to drive to that next outcome? Really, that with companies like Netflix on, like Amazon, have mastered, how do we get that every large organization, every idea, organization and make everyone be a softer innovator. So it's to bring that on the concept of flow to these entering value streams. And the fascinating thing is, we've actually seen the data. We've been able to study a lot of value streams. We see when flow increases, when organizations deliver value to a customer faster developers actually become more happy. So things like that implying that promotes course rise. And we've got empirical data for this. So that beautiful thing to me is that we've actually been able thio, combine these two things and and see the results in the data that you increased flow to the customer, your development or more happy. I >>love it. I love it, right, because we're all more. We're all happier when we're in the flow and we're all more productive winner in the flow. So I that is a great melding of two concepts. But let's jump into the into the manifesto itself a little bit. And you know, I love that you know, that took this approach really of having kind of four key values, and he gets 12 key principles and I just want to read a couple these values because when you read them, it sounds pretty brain dead, right? Of course. Right. Of course, you should focus on business outcomes. Of course, you should have trust and collaboration. Of course, you should have data based decision making processes and not just intuition or, you know, whoever is the loudest person in the room on toe, learn and respond and pivot. But >>what's the >>value of actually just putting them on a piece of paper? Because again, this is not this. These are all good positive things, right? When when somebody reads these to you or tells you these or sticks it on the wall? Of course. But unfortunately, of course, isn't always enough. >>No, I think what's happened is some of these core principles originally from the agile manifested two decades ago. The whole Dev ops movement of the last decade off flow feedback and continue learning has been key. But a lot of organizations, especially the ones undergoing transformations, have actually gone a very different way, right? The way that they measure value in technology innovation is through costs For many organizations, the way that they actually are looking at at their moving to cloud is actually is a reduction in costs, whereas the right way of looking at moving the cloud is how much more quickly can we get to the value to the customer? How quickly can we learn from that? And how could quickly can we drive the next business outcome? So, really, the key thing is to move away from those old ways of doing things that funding projects and call centers to actually funding and investing in outcomes and measuring outcomes through these flow metrics, which in the end are your fast feedback for how quickly you're innovating for your customer. So these things do seem, you know, very obvious when you look at them. But the key thing is what you need to stop doing. To focus on these, you need to actually have accurate real time data off how much value your phone to the customer every week, every month, every quarter. And if you don't have that, your decisions are not given on data. If you don't know what your bottle like, it's. And this is something that in the decades of manufacturing car manufacturers, other manufacturers master. They always know where the bottom back in their production processes you ask, uh, random. See, I all want a global 500 company where the bottleneck is, and you won't get it there. Answer. Because there's not that level of understanding. So have to actually follow these principles. You need to know exactly where you follow like is because that's what's making your developers miserable and frustrated on having them context, which on thrash So it. The approach here is important, and we have to stop doing these other things right. >>There's so much. They're a pack. I love it, you know, especially the cloud conversation, because so many people look at it wrong as a cost saving device as opposed to an innovation driver, and they get stuck, they get stuck in the literal. And, you know, I think the same thing always about Moore's law, right? You know, there's a lot of interesting riel tech around Moore's law and the increasing power of microprocessors. But the real power, I think in Moore's laws, is the attitudinal change in terms of working in a world where you know that you've got all this power and what will you build and design? E think it's funny to your your comment on the flow in the bottleneck, right? Because because we know manufacturing assumes you fix one bottleneck. You move to your next one, right, You always move to your next point of failure. So if you're not fixing those things, you know you're not. You're not increasing that speed down the line unless you can identify where that bottleneck is, or no matter how Maney improvements you make to the rest of the process, it's still going to get hung up on that one spot. >>That's exactly, and you also make it sound so simple. But again, if you don't have the data driven visibility of where the bottleneck is. And but these bottlenecks are just as you said, if it's just lack, um, all right, so we need to understand is the bottleneck, because our security use air taking too long and stopping us from getting like the customer. If it's that automate that process and then you move on to the next bottleneck, which might actually be that deploy yourself through the clouds is taking too long. But if you don't take that approach of going flow first rather than again the sort of way cost production first you have taken approach of customer centric city, and you only focus on optimizing cost. Your costs will increase and your flow will slow down. And this is just one, these fascinating things. Whereas if you focus on getting back to the customer and reducing your cycles on getting value your flow time from six months to two weeks or 21 week or two event as we see with tech giants, you actually could both lower your costs and get much more value. Of course, get that learning going. So I think I've I've seen all these cloud deployments and modernizations happen that delivered almost no value because there was such a big ball next up front in the process. And actually the hosting and the AP testing was not even possible with all of those inefficiencies. So that's why going flow first rather than costs. First, there are projects versus Sochi. >>I love that and and and and it begs, repeating to that right within a subscription economy. You know you're on the hook to deliver value every single month because they're paying you every single month. So if you're not on top of how you delivering value, you're going to get sideways because it's not like, you know, they pay a big down payment and a small maintenance fee every month. But once you're in a subscription relationship, you know you have to constantly be delivering value and upgrading that value because you're constantly taking money from the customers. It's it's such a different kind of relationship, that kind of the classic, you know, Big Bang with the maintenance agreement on the back end really important. >>Yeah, and I think in terms of industry ship, that's it. That's what catalyzed this industry shift is in this SAS that subscription economy. If you're not delivering more and more value to your customers, someone else's and they're winning the business, not you. So one way we know is that divide their customers with great user experiences. Well, that really is based on how many features you delivered or how much. How about how many quality improvements or scaler performance improvements you delivered? So the problem is, and this is what the business manifesto was was the forefront of touch on is, if you can't measure how much value delivered to a customer, what are you measuring? You just back again measuring costs, and that's not a measure of value. So we have to shift quickly away from measuring costs to measuring value to survive in in the subscription economy. Mick, >>we could go for days and days and days. I want to shift gears a little bit into data and and a data driven, um, decision making a data driven organization. Because right day has been talked about for a long time. The huge big data mean with with Hadoop over over several years and data warehouses and data lakes and data, oceans and data swamps and you go on and on, it's not that easy to do right. And at the same time, the proliferation of data is growing exponentially were just around the corner from from I, O. T and five G. So now the accumulation of data at machine scale again this is gonna overwhelm, and one of the really interesting principles that I wanted to call out and get your take right is today's organizations generate mawr data than humans can process. So informed decisions must be augmented by machine learning and artificial intelligence. I wonder if you can again, you've got some great historical perspective reflect on how hard it is to get the right data to get the data in the right context and then to deliver to the decision makers and then trust the decision makers to actually make the data and move that down. You know, it's kind of this democratization process into more and more people and more and more frontline jobs, making more and more of these little decisions every day. >>Yeah, and Jeff, I think the front part of what you said are where the promises of big data have completely fallen on their face into these swamps. As you mentioned, because if you don't have the data and the right format, you can connect, collected that the right way, you're not. Model it that way the right way. You can't use human or machine learning on it effectively. And there have been the number of data, warehouses and a typical enterprise organization, and the sheer investment is tremendous. But the amount of intelligence being extracted from those is a very big problem. So the key thing that I've known this is that if you can model your value streams so you actually understand how you're innovating, how you're measuring the delivery value and how long that takes. What is your time to value through these metrics? Like for the time you can actually use both. You know the intelligence that you've got around the table and push that balance as it the assay, far as you can to the organization. But you can actually start using that those models to understand, find patterns and detect bottlenecks that might be surprising, Right? Well, you can detect interesting bottle next one you shift to work from home. We detected all sorts of interesting bottlenecks in our own organization that we're not intuitive to me that had to do with more senior people being overloaded and creating bottlenecks where they didn't exist. Whereas we thought we were actually organization. That was very good at working from home because of our open source route. So the data is highly complex. Software Valley streams are extremely complicated, and the only way to really get the proper analysts and data is to model it properly and then to leverage these machine learning and AI techniques that we have. But that front, part of what you said, is where organizations are just extremely immature in what I've seen, where they've got data from all the tools, but not modeled in the right way. >>Well, all right, so before I let you go, you know? So you get a business leader he buys in. He reads the manifesto. He signs on the dotted line. He says, Mick, how do I get started? I want to be more aligned with With the development teams, you know, I'm in a very competitive space. We need to be putting out new software features and engage with our customers. I want to be more data driven. How do I get started? Well, you know, what's the biggest inhibitor for most people to get started and get some early winds, which we know is always the key to success in any kind of a new initiative, >>right? So I think you can reach out to us through the website. Uh, on the is a manifesto, but the key thing is just it's exactly what you said, Jeff. It's to get started and get the key wins. So take a probably value stream. That's mission critical. It could be your new mobile Web experiences, or or part of your cloud modernization platform where your analysts pipeline. But take that and actually apply these principles to it and measure the entire inflow of value. Make sure you have a volumetric that everyone is on the same page on, right. The people on the development teams that people in leadership all the way up to the CEO and one of the where I encourage you to start is actually that enter and flow time, right? That is the number one metric. That is how you measure whether you're getting the benefit of your cloud modernization. That is the one metric that even Cockcroft when people I respect tremendously put in his cloud for CEOs Metric 11 way to measure innovation. So basically, take these principles, deployed them on one product value stream measure into and flow time on. Then you'll actually you well on your path to transforming and to applying the concepts of agile and develops all the way to the business to the way in your operating model. >>Well, Mick, really great tips, really fun to catch up. I look forward to a time when we can actually sit across the table and and get into this, because I just I just love the perspective. And, you know, you're very fortunate to have that foundational, that foundational base coming from Xerox parc. And it's, you know, it's a very magical place with a magical history. So the to incorporate that and to continue to spread that wealth, you know, good for you through the book and through your company. So thanks for sharing your insight with us today. >>Thanks so much for having me, Jeff. Absolutely. >>Alright. And go to the biz ops manifesto dot org's Read it. Check it out. If you want to sign it, sign it. They'd love to have you do it. Stay with us for continuing coverage of the unveiling of the business manifesto on the Cube. I'm Jeffrey. Thanks for watching. See you next time.

>>from around the globe. It's the Cube with digital coverage of biz ops Manifesto unveiled Brought to you by Biz Ops Coalition >>Hey, welcome back, everybody. Jeffrey here with the Q. Come to you from our Palo Alto studios today for a big big reveal. We're excited to be here. It's the biz. Opps manifesto, unveiling things been in the works for a while and we're excited. Have our next guest one of the really the powers behind this whole effort. And he's joining us from Boston. It's surge Lucio, the vice president and general manager Enterprise software division that Broadcom Serge, Great to see you. >>Good to see. Oh, absolutely. So you've been >>in this business for a very long time? You've seen a lot of changes in technology. What is the biz Ops manifesto? What is this coalition all about? Why do we need this today in in 2020? >>Yeah, so? So I've been in this business for close to 25 years, writes about 25 years ago, the agile manifesto was created, and the goal of the actual manifesto was was really to address the uncertainty around software development and the inability to predict the effort to build software. And if you if you roll that kind of 20 years later and if you look at the current state of the industry, the Product Project Management Institute estimates that we're wasting about a million dollars every 20 seconds in digital transformation initiatives that do not deliver on business results. In fact, we we recently served, uh, the number of executives in partnership with Harvard Business Review and 77% off. Those executives think that one of the key challenges that they have is really at the collaboration between business and I t. And that that's been kind of a case for almost 20 years now. Eso the key challenge we're faced with is really that we need a new approach. And many of the players in the industry, including ourselves, have been using different terms. Right? Some are. We are talking about value stream management. Some are talking about software delivery management. If you look at the site reliability engineering movement, in many ways it embodies a lot of this kind of concepts and principles. So we believe that it became really imperative for us to crystallize around kind of one concept and so In many ways, the Bezos concept and the bazaars manifesto are out, bringing together a number of ideas which have been emerging in the last five years or so and defining the key values and principles to finally helped these organizations truly transform and become digital businesses. And so the hope is that by joining our forces and defining kind of key principles and values, we can help kind of the industry not just by, you know, providing them with support, but also tools and consulting that is required for them to truly achieve that kind of transformation, that everybody's >>right, right? So co vid Now we're six months into it, approximately seven months into it. Um, a lot of pain, a lot of bad stuff still happening. We've got a ways to go. But one of the things that on the positive side, right and you've seen all the memes and social media is a driver of digital transformation and a driver of change. Because we have this light switch moment in the middle of March and there was no more planning, there was no more conversation. You suddenly got remote. Workforce is everybody's working from home, and you gotta go, right, So the reliance on these tools increases dramatically. But I'm curious, you know, kind of short of the beginnings of this effort and short of kind of covert, which, you know, came along unexpectedly. I mean, what were those inhibitors? Because we've been making software for a very long time. Write the software development community has has adopted kind of rapid change and and iterative delivery and and sprints what was holding back the connection with the business side to make sure that those investments were properly aligned with outcomes. >>Well, so So that you have to understand that I ts is kind of its own silos. And traditionally it has been treated as a cost center within large organizations and not as a value center. And so as a result, kind of the traditional dynamic between the I t. And the business is basically one of a kind of supplier to to kind of a business on. Do you know if you could go back? Thio? I think Elon Musk a few years ago, basically, at these concepts, off the machines to build the machines and you went as far as saying that the machines or the production line is actually the product, so meaning that the core of the innovation is really about building kind of the engine to deliver on the value. And so, in many ways, way have missed on this shift from, um, kind of I t becoming this kind of value center within the enterprises and any told about culture now culture is is the sum total of behaviors and the realities that if you look at the i t, especially in the last decade with the agile with develops with hybrid infrastructures, it's it's way more volatile today than it was 10 years ago. And so the when you start to look at the velocity of the data, the volume of data, the variety of data to analyze kind of the system, um, it's very challenging for I t. To actually even understand and optimize its own processes, let alone to actually include business as kind of an integral part of kind of a delivery chain. And so it's both kind of a combination off culture which is required a za well as tools, right to be able to start to bring together all these data together and then given the volume variety velocity of the data. We have to apply some core technologies which have only really, truly emerging last 5 to 10 years around machine learning and knowledge. And so it's really kind of a combination of those freaks which are coming together today. Truly, organizations get to the next level, >>right? Right. So let's talk about the manifesto. Let's talk about the coalition, the Biz Ops Coalition. I just like that you put down these really simple you know, kind of straightforward core values. You guys have four core values that you're highlighting, you know, business outcomes over individual projects and outputs, trust and collaboration over side load teams and organizations, data driven decisions. What you just talked about, you know, over opinions and judgment on learned, responded Pivot. I mean, surgery sounds like pretty basic stuff, right? I mean, aren't isn't everyone working to these values already? And I think you touched on it on culture, right? Trust and collaboration, data driven decisions. I mean, these air fundamental ways that people must run their business today or the person that's across the street that's doing it is gonna knock him right off the block. >>Yeah, so that's very true. But so I'll mention the novel survey. We need, uh, think about six months ago and twist in partnership with an industry analyst, and we serve it again. The number of 80 executives to understand how many were tracking business outcomes somebody you have, the software executives I T executives were tracking business outcomes, and the there were. Less than 15% of these executives were actually tracking the outcomes of the software delivery. And you see that every day, right? So in my own teams, for instance, we've bean adopting a lot of these core principles in the last year or so, and we've uncovered that 16% of our resource is we're basically aligned around initiatives which were not strategic for us. I take, you know, another example. For instance, one of our customers in the airline industry uncovered, for instance, that a number of that they had software issues that led to people searching for flights and not returning any kind of availability. And yet, you know, the I T teams whether its operations software involvement were completely oblivious to that because they were completely blindsided to it. And so the connectivity between the in words metrics that Turkey is using, whether it's database I, time cycle, time or whatever metric we use in I t are typically completely divorced from the business metrics. And so at its core, it's really about starting to align the business metrics with with the the software delivered change. Right, this, uh, this system, which is really a core differentiator for these organizations. It's about connecting those two things and and starting Thio infuse some of the actual culture and principles. Um, that's emerged from the software side into the business side. Of course, the lien movement and over movements have started to change some of these dynamics on the business side. And and so I think this thesis is the moment where we were starting to see kind of the imperative to transform. Now Cuvee the obviously has been a key driver for that. The the technology is right to start to be able to leave data together and really kind of also the cultural shifts through agile fruit develops through the SRE movement, fueling business transformation. All of these things are coming together and that are really creating kind of conditions. For the Bezos Manifesto to exist. >>So, uh, Clayton Christensen, great hard professor innovator's dilemma might still my all time favorite business books, you know, talks about how difficult it is for in comments to react to to disruptive change, right, because they're always working on incremental change because that's what their customers are asking for. And there's a good our ally when you talk about, you know, companies not measuring the right thing. I mean, clearly, I t has some portion of their budget that has to go to keeping the lights on, right, that that's always the case. But hopefully that's a an ever decreasing percentage of their total activity. So, you know what should people be measuring? I mean, what are kind of the new metrics? Um, in biz ops that drive people to be looking at the right things, measuring the right things and subsequently making the right decisions investment decisions on whether they should do, you know, move Project a along or Project B. >>So there are really two things, right? So So I think what you are talking about this portfolio management, investment management, right and which, which is a key challenge, right in my own experience, right driving strategy or large scale kind of software organization for years. It's very difficult to even get kind of a base data as to who is doing what. Uh, I mean, some of our largest customers were engaged with right now are simply trying to get a very simple answer, which is how many people do I have, and that specific initiative at any point in time and just tracking that information is extremely difficult. So and and again, back to Product Project Management Institute, they have estimated that on average, I two organizations have anywhere between 10 to 20% of their resource is focused on initiatives which are not strategically aligned. So so that's one dimensional portfolio management. I think the key aspect, though that we are we're really keen on is really around kind of the alignment of the business metrics to the ICTY metrics eso I'll use kind of two simple examples, right and my background is around quality and I have always believed that fitness for purpose is really kind of a key, um, a philosophy, if you will. And so if you start to think about quality is fitness for purpose, you start to look at it from a customer point of view, right? And fitness for purpose for core banking application or mobile application are different, right? So the definition of a business value that you're trying to achieve is different on DSO the And yet if you look at our I t operations are operating there are using kind of the same type of kind of inward metrics like a database off time or a cycle time or what is my point? Velocity, right? And s o the challenge really is this inward facing metrics that the I t. Is using which are divorced from ultimately the outcome. And so, you know, if I'm if I'm trying to build a poor banking application, my core metric is likely going to be up time, right? If I'm if I'm trying to build a mobile application or maybe a social mobile app, it's probably going to be engagement. And so what you want is for everybody across I t to look at these metric and what part of the metrics withing the software delivery chain which ultimately contribute to that business metric in some cases, cycle time, maybe completely relevant. Right again. My core banking up. Maybe I don't care about cycle time. And so it's really about aligning those metrics and be able to start to differentiate. Um, the key challenge you mentioned around the around the disruption that we see is or the investors is. Dilemma now is really around the fact that many idea organizations are essentially applying the same approaches for innovation right for basically scrap work, Then they would apply to kind of over more traditional projects. And so, you know, there's been a lot of talk about to speed I t. And yes, it exists. But in reality are are really organizations truly differentiating out of the operate their their projects and products based on the outcomes that they're trying to achieve? And and this is really where bizarre is trying to affect. >>I love that. You know, again, it doesn't seem like brain surgery, but focus on the outcomes right and and it's horses for courses. As you said this project, you know what you're measuring and how you define success isn't necessarily the same as it is on this other project. So let's talk about some of the principles we talked about the values, but you know I think it's interesting that that that the bishops coalition, you know, just basically took the time to write these things down, and they don't seem all that super insightful. But I guess you just got to get him down and have them on paper and have it in front of your face. But I want to talk about, you know, one of the key ones which you just talked about, which is changing requirements right and working in a dynamic situation, which is really what's driven. You know this, the software to change and software development because, you know, if you're in a game app and your competitors comes out with a new blue sword, you've got to come out with a new blue swords. So whether you have that on your compound wall, we're not. So it's It's really this embracing of the speed of change and and and making that you know the rule, not the exception. I think that's a phenomenon. And the other one you talked about his data right and that today's organizations generate more data than humans can process. So informed decisions must be generated by machine learning and ai and you know and the big data thing with a dupe you know, started years ago. But we are seeing more and more that people are finally figuring it out that it's not just big data on It's not even generic machine learning artificial intelligence. But it's applying those particular data sets and that particular types of algorithms to a specific problem to your point, to try to actually reach an objective. Whether that's, you know, increasing the your average ticket or, you know, increasing your check out rate with with with shopping carts that don't get left behind and these types of things. So it's a really different way to think about the world in the good old days, probably when you got started, when we had big Giant you know, M R D s and P R. D s and sat down and coded for two years and and came out with a product release and hopefully not too many patches subsequently to that. Yeah, >>it's interesting right again, back to one of these service that we did with about 600 the ICTY executives and we we purposely designed those questions to be pretty open. Andi and one of them was really wrong requirements, and it was really around. Kind of. What is the best approach? What is your preferred approach towards requirements? And if I remember correctly, Over 80% of the ICTY executives said that the best approach their preferred approach is for requires to be completely defined before self for the bombing starts, let me pause there. We're 20 years after the agile manifesto, right, and for 80% of these idea executives to basically claimed that the best approach is for requires to be fully baked before solved before software development starts basically shows that we still have a very major issue again. Our apotheosis in working with many organizations is that the key challenges really the boundary between business and I t. Which is still very much contract based. If you look at the business side, they basically are expecting for I t deliver on time on budget, Right? But what is the incentive for I t to actually deliver on the business outcomes, right? How often is I t measured on the business outcomes and not on S L. A or on a budget secretary, and so that that's really the fundamental shift that we need to. We really need to drive up to send industry andi way. Talk about kind of this dis imperative for organizations to operate. That's one. And back to the, you know, various doors still, Um, no. The key difference between these large organization is really kind of a. If you look at the amount of capital investment that they can put into pretty much anything, why are they losing compared Thio? You know, startups. What? Why is it that more than 40% off personal loans today are issued not by your traditional brick and mortar banks, but by start ups? Well, the reason, Yes, it's the traditional culture of doing incremental changes, not disrupting ourselves, which Christenson covered at length. But it's also the inability to really fundamentally change kind of dynamic between business I t and partner, right, to to deliver on a specific business. All >>right, I love that. That's a great That's a great summary and in fact, getting ready for this interview. I saw you mentioning another thing where you know the problem with the agile development is that you're actually now getting mawr silos because you have all these autonomous people working you know, kind of independently. So it's even harder challenge for for the business leaders toe, as you said to know what's actually going on. But But, sir, I want to close um, and talk about the coalition eso clearly These are all great concepts, these air concepts. You want to apply to your business every day. Why the coalition? Why, you know, take these concepts out to a broader audience, including your competition and the broader industry to say, Hey, we as a group need to put a stamp of approval on these concepts. These values these principles. It's >>so first, I think we we want everybody to realize that we are all talking about the same things, the same concepts e think we were all from our own different vantage point, realizing that things have to change and again back to you know, whether it's value stream management or site reliability, engineering or biz Opps we're all kind of using slightly different languages on DSO. I think one of the important aspects of these apps is for us, all of us, whether we're talking about consulting actual transformation experts, whether we're talking about vendors right to provide sort of tools and technologies or these larger enterprises to transform for all of us to basically have kind of a reference that lets us speak around kind of in a much more consistent way. The second aspect is for to me is for these concepts to start to be embraced not just by us or trying or vendors, um, system integrators, consulting firms, educators, spot leaders but also for some of our own customers to start to become evangelists of their own in the industry. So we are. Our objective with the coalition is to be pretty, pretty broad, Um, and our hope is by by starting to basically educate our joint customers or our partners that we can start to really foster disbelievers and and start to really change some of dynamics. So we're very pleased that if you look at what some of the companies which have joined the the manifesto eso, we have vendors such as stashed up or advance or pager duty, for instance, or even planned you one of my direct competitors but also fought leaders like Tom Davenport or or Cap Gemini or smaller firms like Business Agility Institute or Agility Elf on DSO our goal really is to start to bring together. For three years, people have bean LP. Large organizations do digital transformation. Vendors were providing the technologies that many of these organizations used to deliver all these digital transformation and for all of us to start to provide the kind of education, support and tools that the industry need. >>That's great search. And, you know, congratulations to you and the team. I know this has been going on for a while putting all this together, getting people to sign onto the manifesto of putting the coalition together and finally today getting to unveil it to the world in a little bit more of a public opportunity. So again, you know, really good values, really simple principles, something that that shouldn't have to be written down. But it's nice because it is. And now you can print it out and stick it on your wall. So thank you for for sharing the story. And again, congrats to you on the team. >>Thank you. Thank you. Appreciate it. >>My pleasure. Alright, He surge If you wanna learn more about the bizarre manifesto goto biz Opps manifesto dot or greed it and you can sign it and you can stay here from or coverage on. The Cube of the bizarre manifesto unveiled. Thanks for watching. See you next time.