Welcome again to another OpenShift Commons briefing today is Friday and as we want to do on Fridays we have folks to talk about transformation, organizational transformation, cultural shifts and all those kinds of wonderful things. And on today we have with us John Willis from the Global Transformation Office and he's going to have a conversation about conversations, organizational conversations. I'm going to let John take it away and introduce himself and we'll have live Q&A at the end. So John, take it away. Thank you. Great. Thanks Diane. Thanks for everything you do for this. This is an awesome, you and Chris, thank you so much. Yeah, so organizational conversations.  So hopefully I'll give you some insight of what I've been thinking about for the last two or three years and actually having some fun at Red Hat doing some of this stuff too. So, John Willis, I'm part of the Global Transformation Office and Jay Willis at Red Hat.  He's my boss, one of my best friends. I've been working with him for years. We kind of co-created on the shoulder of giants with many other people but the DevOps movement. Kevin Bear next to him is one of the authors of the Phoenix Project. That's me on the short guy there. And then Jay Bloom to my right has been working with Kevin for years and I've known all these guys for years and they're just... I say that I feel like I'm Willy Wonker in the chocolate factory working with these guys. It's just an amazing team to be on. Andrew likes to say we wrote some books. So I was the co-author of the DevOps Handbook and the Beyond the Phoenix Project and I've got a fair amount of other publications that wouldn't fit on the page. So one of the things that I started thinking about, I won't give you my resume, go to my LinkedIn profile, Jay Willis at John Willis Atlanta, something nonsensical like that. I was a doctor and I had been like 12 years in vendor space. I was very early chef. I sold a company at Dell. I sold a company at Docker. And by the time I was ready to leave Docker, I was really excited about going out and being independent. I built enough mind share with the community. Before I had that run, which was about 12, maybe 15 years, nobody really knew me. By the time I was sort of ready to leave Docker, which is about three years ago, I built up enough mind share with the community. I thought, okay, I'm going to put a shingle out on the console. And I thought, okay, I'm going to use all the things in DevOps Handbook. Lean Value Stream Mapping, Impact Mapping, just this, this, this, hosting, there should carry. All these different things, sorry, I mangled that. But Lean. And in my first client, I realized every time I tried to inject a framework or a model, the conversation just stopped. And then, so, so I started going on this idea that, like, if you really want to find the truth, and you're going to the core of an organization's sort of behavior or problems, you know, you can't lean, agile, safe, or even, sorry, kids, even SRE your way around the bad organizational culture, or more importantly, bad, you know, institutionalized, sort of memory muscle, you know, bad behaviors. So I started, I didn't know, I still don't really know what a great name of it is. Pretty sure organizational conversations is not. It's just the one I call organizational anthropology. Other people have given it names to me. But it's really an idea where you, where I just literally go in and I have conversations with people. So typically, I get to work. The only way this works is to work, which is usually a CIO. I say, here's how this is going to work. In fact, what typically happens is people say, John, can you come in and sprinkle pixie dust all over our DevOps? And I'm like, yeah, sorry, it doesn't work that way. And then but what I can do is do this. And in a very few companies, and I'd be honest with you, a lot of times I'm interviewing the CIO because, you know, some chief of staff or somebody will bring me in to CIO tell the CIO, you need to hear John, you need to hear what he has to talk. And, and I'll, at the end of that, I'll go back to the person, the champion that tried to get me in and I'm like, you know what, your CIO is not ready for this. Like, you will be wasting your time and wasting your money. Right. So there's a synergy that I find where a CIO is willing to say, you know what, I'm going to take a try on this. And then they blast out of, you know, please pay attention, don't bring your laptops, you know, unless it's a fire, you know, but sit in the room with this person for an hour and a half or two hours in different groups and let him ask you questions. I want to see how it does that. Most people show up, right? And the one thing I've learned back to the frameworks, like my instinct, easily as a trainer, as somebody who speaks and, you know, tries to always sort of educate people, which is my nature, whether I'm presenting or not, is that when you're in these conversations, you want to correct people if they say something like, oh, let me teach you so that's not, you can't do that. You need to just listen. And that's sort of anybody's trying this model and just make sure. Because again, what you don't want to do is when you're into like 30 minutes of 15 or 20 people having this great conversation, telling you how things really work, you don't want anything to derail that. So the other thing I think a lot about is, you know, Andrew Clay Schaefer, you know, I think he's the first time I've seen him in DevOps where he took Andrew's grade at like metaphors. He's awesome.  And it's an old sort of metaphor. And I look at this as like, you know, this is what leadership, right? So the CEO is touching the trunk and he thinks it's a snake. Maybe the CTO, she's touching the tail and she thinks it's a rope on and on, right? But the thing is, this is sort of systemic of the problem, right? You have the blind IT, right, where Dev is touching and, you know, possibly just really just trash the metaphor. The leadership one is, you know, is a purple elephant and the IT one is an orange elephant. So they, again, not being able to see that the context is different from release and network and dev, right? So this is just, you know, we all know this, right? IT is an elephant, right? In today's world, it's a very, very complex structure. And, you know, I thought I'd have a little more fun, you know, that maybe government is just in compliance. It's not even an elephant, right? It's not even just a different color. It's the giant attacking rabbit, you know, the Trojan rabbit, right? Money Python, right? So how do you get the point, right? Like that is the problem, right?  And so that's just human nature, right? So right off the bat, we're host. No, we'll do fine. So there's this notion, if you've ever started a company, or you do start a company, you'll be heard very early by somebody, usually your lawyer, that there's this thing called piercing the corporate veil.  Anyway, they call it piercing the corporate veil. But I think this is like what I call piercing the organizational veil, right? Which is, you know, the veil is this adversary relationship of consultants come in. And then the people who are sort of doing the work are like, well, here comes the Bob's, right? The Bob's in office hours, a classic example, right? Like, you don't want to tell them anything or you're afraid to tell them anything or you need to always spin things that they're better than they aren't because you don't want to be the one that gets fired. So what I have to do is come in and earn trust or somebody who sort of evolves this model, earn trust so they don't seem like the bombs. And I need to, I can't ask you questions like how is your CMDB, how accurate is it? Oh, John, it's fine. You know, and you know, no open critical vulnerabilities or CVS is on your production assistance. No, no, no, John, don't worry, right? So you have to sort of gamify a little bit, but it's a trust. It's getting people to sort of open up to you. And actually, it's not that hard. You know, sometimes I walk in a room and I just say, hey, what's wrong with this place? And then I just take notes for another hour and a half.  And so it's conversations at the edge. It's another really important thing about this is that is that, you know, a lot of times when I come in, I've been called the anti-McKinsey, right? Which is like such a compliment, right? So I shouldn't call it any. So think of McKinsey as any one of the large consulting companies. But the model of most of our industry is they come in and they already know what they're going to tell you. And they do a little bit of lip service to, oh, we want to listen, but they don't. Really, they're just trying to convince senior leadership that they've listened and that they have the right answer. And so one of the things about this model, and I call it a model as a stretch, too. I don't really know what it is yet other than I know it works. So, is that I honestly, even though I have lots of sort of meta and process of how to do things, you know, as an educator, as an implementer, as a, you know, quote, unquote, thought leader, which is a terrible phrase, but for lack of a better one. But I really try not to go in with the solution. And the other thing is I don't really want to have an in-depth conversation with the leadership. You know, you'll see some examples in a model in a minute, but I want to have long, long conversations with people, what I call on the edge, the people who put their fingers on the keyboard. And if you can get enough of them to tell you what's going on, you give this beautiful look of outside in that most organizations have never really done to this level. You know, surveys, they don't work, right? Or let me speak. They don't give you this level of truth and depth to what your problems really are. I mean, I can generically walk in the door and say, I'm your bank. I'm pretty sure you have this, this, this and this problem. And chances are I'm about 80% right. And anybody else who has a reasonable understanding of what we do and things called DevOps or transformation. But the truth is I don't really know if I'm right. What I know I'm right is when I can connect the dots from what people say, right? So, and the other thing I realized over time is, you know, when you're going in and you're doing all this sort of analysis, so basically you're just discovery. I mean, you're just taking notes with hundreds of people. And then you have to figure out like, how do I take all this stuff? Because Joe said, oh my goodness, you know, we have no sense of priority here.  We get yearly budgets and they change every 3 weeks on what we should do, right? And you're not like, you're not getting all that stuff in like categorize discussions there. Like when you go back to your notes. And then so the first thing I realized is I had to come up with these sort of buckets and a reasonable way to sort of capture. And not all things are perfect. There certainly are other buckets, but I use this as my framing for how I go about trying to do like a quality, a qualitative analysis of everything I heard. And typically it stems into the 7, it could have been 6, it could have been a 7 just sounds cooler. Invisible work. We'll talk a little about that.  Management system toil. Probably the worst offender of management system toil is when I work in organization and I find they have 7 ways to capture work, you know, SharePoint, JIRA, message and email, you know, remedy tickets, right, work, work tickets and remedies, ARS. And none of that's aggregated or correlated. And in the end, a lot of data is missing from what you actually do. So not so it stems back to invisible and then misaligned a sentence. We know that that's a great narrative of the DevOps story. But, you know, we think the roadmap is this, but then I've been told I have to do this. And, you know, and even the Dev and Ops is this classic core chronic conflict, right? Dev, you know, classically Dev wants to move fast and get things out the door. Operations is resilience and scale and like, you know, so again the whole and again in those classic scenario, operations will get rewarded by reducing impact incidents. And those things, development will get rewarded based on delivering things on time and features, right? And right there, there's a misaligned a sentence. Tribal Ops, for any of you who have read the Phoenix project, right, the Brent classic example. You know, there are these sort of pockets of tacit knowledge that people just don't know. And, you know, when you start interviewing people and you'll get a flock of younger people who'll be like, I just never know how to do this. And then some sort of seasoned person back in room and say, oh, that's easy. You just go to Bob. And they're like, yeah, I went to Bob, but he's too busy. And, you know, and I asked Bob, could you explain how you do this? And Bob's like, I'd love to, but I don't have time, right? So the whole Brent character who is, you know, and the more often not it's not the person who's trying to preserve their job. It's somebody who likes to help everybody and tends to be, you know, doesn't really realize they're a bottleneck, right? You know, I think one point somebody categorized Brent as a rotten person and Gene Kim who wrote the book was like, you know, like, oh my God, no, if you read it that way, that was, that was totally not what we wanted. You know, and Kevin Barrow was a big part of who works on GTO was a big part of that Brent character as well. Incogoon organizational design when you go on and on, you know, the anywhere from and it's not just sort of, you know, the sort of waterfall, not waterfall, but, but microservices versus monoliths, right? That's a part of a sort of inverse Conway maneuver, if you're familiar with Conway's lore, but it's organizational as well. There's a great story of the Equifax breach right where the the CISO reported to the chief find the chief legal officer. And when they did the Congress actually did a post mortem you haven't read it it's a fantastic document. They interviewed the CISO and they asked, well, when you knew that the, you know, PII and there was like you were there was a compromise. Why didn't you go to the CIO and the answer was, I didn't think of it. And like that's a classic, I think Conway lore is I mean that their mindset was all the things that were required from a legal perspective, right? Just understanding complexity right through this. We'll talk a little bit about incidents and just understanding that these are complex systems you need to have system thinking you need to understand blameless. You know, it's a whole different way of thinking about failure. And then last but certainly not least, you know, security and what I love about this model is it almost always funnels down to something that I want I call security compliance data. So let me move on a little bit. You know, this is just a model from Elliot Gorat, who was the person who wrote the goal and that the Phoenix project was modeled off. It's about thinking about complexity in a different way. You know, in a lot of ways, when you go into an organization and you start asking questions, they start giving these abstract answers with what you're basically telling you stories where what you really need to do is find out. So I don't want those first order answers of the problem like John, the CMD is fine. Okay, let me ask you, what did you do last time when you had to deal with a remedy for sort of some incident to find all the systems that impact? Like I use my spreadsheet. Oh, why didn't you use the CMD? Oh, because it's a piece of junk. It's not accurate. And so the process I go through is this. I've kind of over time gotten to into model. It's a little different now. I've done a couple of virtual which are, it's just different. One client, one of the top three or four banks in the world I did last summer. I spent 30 days in London. That shouldn't give you a hint, but I actually became a bachelor and I interviewed 400 people. I just stayed there. I actually got to go to a pub at night, which is like a lifelong dream of mine. But the process is, you know, you have these initial calls. I'll talk about this pre-assessment leadership call.  And then there's the online analysis and to be clear, although I'm not a scientist. I do work with a couple now, but it's qualitative analysis, not quantitative, right? It's not just counting the things. I'm literally trying to put categories. Initial readout report, final report. This is example of that large financial institution I did last summer, you know, 300 to 50 assessment team meetings. It was actually about, it was more than 200 people. It was in the neighborhood of 350, 400 pages. In fact, this book, right, I'm getting better at creating systems that I don't have to have notebooks, but I'm just old school. If you look at, I hope it's color-coded and stuff, so let's become the categories. I literally had a DCIO at this bank at the end. So one of the things I don't do is I write down everything everybody says, but it's part of the qualitative analysis. The fancy way to say it, I aggregate the stuff. Nobody's name gets bubbled up. It's all like, I've heard this thing, you know, 15 times. I'm pretty sure this is the one of the most important things that we should probably address. And then I use it for a quote wall if I get called on by the CAO. But I'll never call anybody out for what I wrote down as a quote. But I had a DCIO offering me $10,000 for this book after they were already paying me a big money for the engagement, right? This was a personal, and, you know, the answer was no. You know, sorry, that's my promise to the people I interview. This is the thing. I actually got this from Kevin Bear. You know, if I haven't said I love working with my DTO team, let me say it again. I love working with my DTO team. The Kevin Bear, and he says it's from Eli Gorat, which, you know, that's great, right? Even better is this idea I figured out and I don't do this all the time. It just depends on the circumstances. But when I get to interview leaders, I don't want to ask questions in a different way. So one of the things that this technique is really works well is you walk in the room and you're in the office and they're about to tell you their resume and what they did. And they're like, oh, hold on a second, before you start, I don't want to ask you a question. And you say, what are the five things that XYZ, your corp, is not doing, it should do.  And then the next thing you know, they just start rattling stuff off. And then to get up, sometimes you got to stop them in 10 or 15, and I'm going to ask for five. And I've had comments like, wow, this was therapeutic. Or I can't believe I just told you all that stuff, right? And it really sets the foundation. In fact, I was forced to do this because I had to prove that this would work to one CIO. So they wanted to start off with a smaller engagement. And I typically would say no to that, but it was doing it for a friend, a real friend that brought me in. And he needed something to change there. And when I went back to say, oh, this is your leadership. You're number one problem is communication. And everybody in the organization told her that it was capacity. And she knew it wasn't capacity. Even when the big four told it was capacity. They told them they had to consolidate offices and like all this stuff. And their number one problem for the leadership team was communication, right? And like she knew, she didn't know what it was, but she knew there was something had a capacity, right? And that's what got the rest of the engagement going. And the obvious findings that you see everywhere is high waste, high wait time, silos, obviously variation, low collaboration, low trust, low visibility, low automation. But the key is, again, you know, and I've done this and my friends do this and our industry does this. Companies come in and say, let us train you on this new technique. And then so you get this like training budget and you go in and you learn all this really cool stuff. And I didn't ask and you didn't know what the problem was first. Right, like, and the training probably will fit. You know, there are some great. I'm actually going to show some of the, the examples of roadmaps that I give from people who do training, including red ad, of course. But, but like the idea of just coming in and creating a training budget for like 1000 people on some new thing. So have you even asked the people who do the work? What's wrong? Maybe, maybe I'm crazy, you know, maybe I'm living on an island all by myself. I wish I was right now, but hey, the. So, but then we get into the sort of wrote like meetings and like virtual it's a little different, but you know, just the nature of virtual is, you know, normally what I do is try to have one meeting for a whole day and other meeting for all day. And then I'll do an hour and a half, two hour meetings. Just, just, you know, virtual and all that just makes sense. It's just, and actually I didn't think it would work. It's actually working better than I thought. And then I have to go through some process of qualitative analysis and, and actually again working with a guy like Jay Bloom, right? He's got a PhD in design transition. And like, we're going to work together. Sorry, Jay, but you're listening. I've already recruited you. But to make me a better scientist. Although I started John Allspar the other day who does very less stuff on incident. And he says that maybe one of my, the one of the things that might make this great is I'm not a not not a sort of academic based scientist. We'll figure it out. Top five, visibility, prioritization, toil, inconsistency risk, but here's the thing. I don't know. I'm unlikely these are the problems. If you're a hundred year old bank and you're sort of early on on your transformation and you've got sort of pockets of DevOpsisms, you know, probably three or four of these are going to hit and I could walk in as a high pay consultant and throw my devops handbook edge and say, I know how to fix this. Right. But like, I don't until I listen. Right.  So now you're mapping all the analysis to the time. And here's the other thing too. Right. Not all parts of your organization move at the same speed. You can't just tell everybody, Hey, let's safe on Monday in the world will be awesome. But you have to meet people where they are like the legacy mainframe people. Like I started my career. The one thing that was just really cool for me is you can't stop me. Like you can start asking about cobalt on db2. I'd be a mainframe. I'm like, yeah, I wrote, I started my career as writing mainframe. I'd be a mainframe assembler for 10 years. Like last MQ, you know, J boss, of course, or, you know, rabbit MQ or you just go down the list, right, of all these different systems that, you know, but the point is this is just an example. The real magic is figuring out your capacity, the different speeds. How do you apply different techniques at different speeds in the organization? It's not like just, Hey, everybody dev ops. Well, wait a minute. Wait a minute. Some people are ready. Some people are not. So when I say this, you know, I do think there are some common themes. I kind of call the operators guide, right?  XYZ corporation or, you know, or the shared agreement, right? It was talking to company of the day where they're the new CIO really understands what he's doing. And he has this idea how he's going to re factor the organization structure, ask me if it sounds, is it sound? I'm like, yes, that sound. But it will fail if you don't have that operator's guide across all those things. These common things that we all have to understand as the true knots, right? And so, of course, automation, but taxonomy. Like maturity, like, again, go back to the speeds. Like, you want to get everybody to the same place to north, but you figure, you know, some people and there's different maturity models, badging or different things that may or may not work. But the point is, you know, somebody might start off as yellow, somebody might be orange, somebody be like green, right? And like the point is, you're going to get them all in sort of directionally the same way. And then I find taxonomy might be one of the biggest problems in organizations is people use about 10 different terms and there's basically a thousand variations of those 10 different terms. So the people having meetings and they don't even know they're not talking about the same thing. It's just amazing how just simplifying a common taxonomy in an organization might actually be the most easiest thing to do. And solve such a large variety of problems. So learning, understand team, team turnover, how you organize teams, you know, you might say we're agile and we're doing, you know, we do sprints and scrum, and then I find out that what you're really doing is to whack them all on teams.  And I'll talk a little about cognition and load and learning of teams a little bit. And then depending on how old your bank is, you know, you might be bogged down in NFRs or, you know, service management, idle processing. Sometimes, you know, banter on the GRC, you might have groups that are leaving it incredibly slow paces. And it is amazing to me to walk into a top 15 bank today and still here in 2020 that it takes, you know, two to four weeks to get a compute instance. The one I heard recently will blow me away is, hey, John, it takes me about a minute and a half to two minutes to get an Amazon instance, but it takes me another two weeks to use it. What are we doing here, folks? Right? Right? Like, we have to figure this out.  But like, if you're building all this stuff on a platform and there are people out there that you're not talking to, they're saying that platform is great, but it still takes me two weeks to get a compute instance to run a test. Right? General visibility. I won't go through all these. I will make this deck available. Inconsistent road. This is the thing where you, it's not like what's on the screen. It's what's going on, right? Which is, you know, like there are these sort of notional beginning of year roadmaps. And then, you know, six or eight months of people that I talked to, like, they have no idea what we're doing. They think we're doing all this. But every three weeks, I'm told to change to do this. Too many practice, way more projects than our people.  And that's not even counting the hidden work that doesn't get calculated in the early budgets and bottlenecks, too much work in progress. Like there's not even sort of a sense of whip going on, right? Or if it is, it's localized. So I did, you know, I'll run out of time, I'm sure, but sorry.   So, but when I walk in a room and I talk to a bunch of people and I talk about story points and all that, and I already know they're day driven. I mean, I know they're day driven, right? So like, I don't have an expert in all things Agile and Scrum and everything else. I just, you know, like simple math, I know they're day driven, and I want to hear them explain story points. Now, I actually have heard viable answer story points, but often or not, it's this fun game of, well, John, I'm like, okay, but isn't there a date on this project? Yeah, but you don't, you know, like, yeah, but I don't get to, you know, aren't you just reverse engineering the story points to meet date? Well, if you put it that way, John. Anyway, so I hope you're sort of laughing. I can't hear you when you're doing this virtual, but hopefully somebody just laughed a couple of times. Conflicting priorities, unknown dependencies, right? I don't tell this story really quickly. Like, so I wanted the stories I love in the fitness project, right? And I'm going to, I'm going to mangle it, but, but there's a story about where they're on the boardroom and somebody's saying, well, why does it take 63 hours to do a 15 minute task? You know, and, and then, and then it's explained to them, okay, let me explain to the very simplistic, you know, queuing theory and if people are 90% busy. And they're doing something that has a very simplistic, but everybody's 90% busy, which is not too far from a lot of organizations I visit. And everybody has, you know, seven downstream dependencies and everything they do. I got passed like, you know, algebra, I think, and that's not algebra, but like it's what, 62 hours, right? And here's the thing I do when I, when I go in and I start asking questions about how they capture work and I find out that 70% of all the work in that company from the IT perspective isn't captured. You know, and I have this great conversation with the CIO, like, how do we do it, John? I'm like, not, not really good, Bob. I'm like, what are you doing, John? I'm like, well, you know, let me put it this way. If you built airplanes, I wouldn't fly on them. I'm like, okay, Bob, as far as I can tell you have a $3 billion IT budget and you only capture about 30% of all the things that are happening in your IT. And I'm wondering what other part of your business would tolerate that finances. We reconcile the books every Wednesday if it's not raining. And then, you know, furthermore, when I'm talking to people about that sort of process, I say, why don't you write, well, how come you don't create a ticket to that? And I don't believe, you know, we have a whole discussion about like ticket dues and all that. That's terrible stuff. But why isn't there any, why aren't you keeping any electronic document on that work, this work you just told me about? Oh, I've been working with Sally for like 15 years. I know when Sally gives me something, it's only going to take me 15 minutes. Okay, let me ask you something. Does that thing you do for Sally need file space? Does it need to be dealt with like with LDAP or Active Directory? Of course it does. Of course it does. Like how long those things? Well, that's not my problem. But so the context of the view of how long it takes is already skewed because in their mind it's 15 minutes, but it's, you know, back to the Phoenix Project story, it's maybe 63 hours. Unplanned work, neglected work, right? Like, we've got some of that going on. Consistency, shared environments, right? You know, I'm again, like, if I knew how to answer all these questions, I wouldn't be here on this call right now. I'd be on like some ridiculously expensive fishing boat on the Gulf of Mexico, maybe calling people periodically to see how they were doing. But unfortunately, that's not the case. Shared service environments are terribly hard, right? Like, if you're running these very complex systems that have legacy code, you can't have four environments of certain kind, like TIPCO or, you know, large gateways and your MuleSoft gateways or whatever, right? Like, not every organization, and I can't walk and say, oh, you're a great problem is you need like, you know, eight of these for everybody.  Because you've got this sort of yo-yo effect on shared environments. Somebody's moving up, you go to tests, you've got to move it back down to a release. Somebody left some artifacts. It's just a mess.  Like, again, when I walk into an organization in 2020 and it's, you know, it's a, you know, it's a plus $2 billion IT budget. And they're like, yeah, next year we're thinking to look in at infrastructure as code. So you just told them you were manually building stuff? Okay, sure. I mean, again, I'm being a little funny and sounding judgmental, but, and I don't do this when I'm doing this with clients, but sometimes you can't help but laugh among friends and y'all are my friends, right? So, unclear rows and responsibilities, you know, we could go through anti-patterns, you see ICD and just got to ping my bosses yelling at me. No, no, that's just not telling a kid. You know, there's tons of stuff written about anti-patterns. The cross-functional chaos, right? Make your space and, you know, in one team, there's team members that actually are cross-functional to somebody else. They're, they report to this one, but they're cross-functional. It's just like there's a lot of chaos in how you, and again, I'm not saying like product owners and product managers or technical leads or, you know, technical product owners and, and that's the taxonomy, right? Like getting all that straight. Not market oriented. We have a whole bunch of this stuff in the devil's handbook about that. Here's another area, right? Like strategy, right? Strategy is usually a mess. There's sort of common strategy or you might say compliance strategy. And then sometimes they are, sometimes they're not in sync with the architect's strategy. And almost always where companies are emerging on cloud native patterns or decoupling or, you know, sort of, you know, maybe microservice to really flesh it out or just sort of going all in on the cloud. A lot of those organizations, the architectural teams and the engineering teams are in complete different planets, right? And then, you know, I should add network here too, but security and network, right? Like a lot of those are sort of latent that you get through the process and the security comes in and says, you can't use that version TLS. Oh, that's going to be a problem, right?  I think lead hat has been doing too much work this week. It's a Friday. Red Hat has a lot of really good leadership starting with and the rest of the organization with GTO, but, you know, about how we are getting better. And, you know, we have something called the five elements and, you know, if you've been listening to this, the series, you know, you've had it already. Jave has, you know, we all, Jave is an inventor of the studio economy. So I mean, we're working really hard to solve these problems, right? So, but again, a lot of corporations, you know, this strategy is just different arrows pointing in different directions, general risk, you know, risk in general, right? I do a lot of work on automated governance. You can look it up. Maybe we'll get some links to some of the projects or DevOps automated governance, cloud automated governance. But, you know, most organizations is still primitive based, right? The mentality was, I can tell you, it was clear, you know, it called these counterfactuals when you go in and you read a postmortem of an organization and say, well, I know what they should have done. And so when I say this, I don't know what that should have done, because I don't know, but I do know that I got a sense that they were some myopic notion of perimeter based, right? And this is, like, if I spend a ton of money on IDSs and protect the perimeter, I mean, Martin Casado, who was the sort of the creator of social high networking, was pretty sincere, sold it to VMware. And now he's at, and he's at Harvard, so he's one of the leaders in network people in the world, brilliant guy. You know, he said, you know, a couple of years ago, I saw a presentation that our industry spends about 80% of its spend on perimeter based and less than 20% on inner perimeter, right? Subjective governance models, right? So a lot of what we do from audit and control is basically subjective in that, in that, you know, what does it order do? They come in and they look at the conversation in a change record for the evidence, or maybe screen prints, as opposed to possibly injecting what I would call objective governance into your pipeline, you know, maybe something like a blockchain and stuff like that. Low attestation efficacy, so that's back to, you know, a high attestation efficacy, that would be something like, you know, sort of like a blockchain evidence for audit. Data ops, interesting conversation starting, so attestations for how data moves, you know, most of the largest breach and the worst breaches are not about like the vulnerability and struts to Jakarta. It's about finding data that probably shouldn't have been sitting there. So if we had attestation models or evidence of how data gets transformed and placed in S3, the NSA breach, same thing, you know, stuff in S3 buckets. So the working model, typically, you know, again, not all the same. This is when I start to do, I've done with the analysis. I start thinking about what are these things and what order they should be put in, or there are other things that you'd add. But taxonomy models, understanding roles and responsibility, community practices, you know, open org stuff works really well if it hasn't been added. Really understanding how, you know, 2020 incident and problem management look, service transition, upskilling and outcomes. I'll go, again, a little faster. It's hard to do this faster because I love talking about this stuff and I think it's pretty good information. I would say you need to proportionalize your GRC, right? Like, you know, if there's a hundred things in your risk definitions, and there are people arguing that there should only be 10, you know, maybe you can compromise at 20 or 30. There's also patterns that, you know, I can talk about, or if you hit me up, you know, Jay Wilson read that, talk about how there's this interesting way that you can create sort of emergent GRC. So instead of sort of rewriting all the 400 column risk spreadsheets or, you know, 15 stacks of books of all the corporations, sort of risk definitions, you can actually start building through sort of evidence and emergence. It's pretty cool. Long live teams. You know, this idea of whack-a-moling teams, you know, taking a bunch of people and, okay, for next six weeks, we're going to put Sally Bob and Tom and Jim together. And then when that's over, I get, well, you know what, I need to pull Bob out of there early because he needs to start this new team. The teams are not getting learning how to function. There's a lot of research on like how long, I think it's three months before a team actually starts to bond. And if you're ripping them apart, you just, you're not getting, the whole reason why you might have wanted to go to build run teams or two pizza teams was for that synergy and bonding. Building trust in the pipeline, I think we understand that tax enemies and incident consistency. Invest in common automation, of course, team autonomy, trust, taxonomies are talked about. Again, you have to break that day-triven. And I'm not saying this is easy because it starts from the top, right? Build the bank, run the bank, right? Like, that is the, in most companies, that's how it starts. And so you're playing this like shell game at DevOps at the bottom. When at the top, it's already been decided sort of arbitrated on there's going to be a part of bank that's run the bank. And as a part of that, it's going to be changed to bank. And guess what, if you fall into run the bank, you're the furniture, you know, so we're not going to really invest aggressively in those new fancy picnic tables. So you really have to, it's been called agile budgeting. I don't, I'm not crazy about that term, but like you have to sort of break that. You get a budget at the beginning of year. You know, what happens? You know, I would say the first quarter, you're like, ah, we got the budget, it's great. Second quarter, like, we really should start working on that, you know, working out that budget stuff. Third quarter, like, oh my God, we're getting close to fourth quarter. What are we going to do in fourth quarter? So, you know, you know, Titanic organizational change, man. Again, you know, I think with everything, we have to move away from quantitative, you know, looking at like from the leadership perspective, like how many of these did you get done?  This is a true story, right? Somebody comes in, they're on a project, and the first time everybody meets about the project, the whole project on the screen, put a schedule and status is green. And that person says, ah, yeah, you know, half of that screen shouldn't be green. And like, after meeting somebody comes up to them, you know, hey, you really shouldn't say that in a meeting. So the next time they come back, the next meeting, they say, oh, you know what, a quarter of that team shouldn't be green. Manager pulls them partner.  And what do they do about the fourth, fifth time they come in? Like, Bob, what do you think? Do you think that screen's all green? Yes, Bob's your uncle. You know, so like, you have to break it, agile funding, zero trust models, shift left security. Again, I've got a lot of presentations on this. We've done a couple in this forum. I'm sure I'll do more policies code. This is really interesting stuff. I'm about to work on a new working group here. I worked on a paper called DevOps Automated Governance. It's a creative commons on the itrevolution.com site. We're actually going to do a second version on that. We're going to really focus in on policy. So policy people writing human readable YAML that gets injected into attestations in the pipeline that become the evidence for audit. And if you can get that, you can actually start looking at something like policy error budgeting. I talked about data ops, you know, and then really understanding the new world of configuration. Like, we know the sort of Ansible, Chef and all that, but all the configuration that goes into containers and clusters and managers like Kubernetes, OpenShift, like there's a ton of vulnerabilities there. And it's really hard to keep up. So really understanding, you know, a switch that you turned on a container could be no-op by not turning a switch on an OpenShift, right? So common language, you know, this is from Jane Groh, who does a great job of sort of talking about DevOps, SRE, and EITL.  If you look at some, we're going to have some funds like a CI or sort of DevOps SRE will continue its integration. It will be called CI configuration item in CMDB. Configuration management will be something like Chef or Puppet Ansible, and I don't speak, you'll be in CMB and you get the point, right? And then what, you know, and then you have this other thing that I think is important. We do a pretty good job in DevOps Handbook is understanding the roles of your organization. I think most organizations would agree, but not one-size-fits-all, that you want to move sort of to the right. You want to move away from I-shape where somebody is an expert in one topic to maybe T-shape where they're really good at, like, so for example, like an Oracle DBA might be an I-shape. Somebody who, an Oracle DBA that really becomes T-shape might actually learn Python or, and then really start exploring on having that same level expertise on MySQL or sort of other relational databases, or maybe even taking on some of the non-relational.  I think I detest the phrase full-stack engineer. There's a whole book on it about why you should, and they test it in the IT revolution. Foreign papers that I just talked about earlier. But I think I-shape does express somebody who is adaptable, you know, models, and I talked a little bit about models.  There's a, like, again, it's context-sensitive to the analysis. I'm not showing you everything that I put in a report. I'm just giving you little snippets here and there, things that I think are hopefully you'll find interesting. But I think this holds no sense of team boundaries, team work agreements, and then I think a lot of companies don't do this, but notionally a lot of people sort of in their agile coaching teams basically say they do, right? But I make fun of everybody, by the way, including myself. But the thing that, even if they're notionally doing or they are doing it, the thing I very rarely see is this notion of a team-tape API. And it comes from the book Team Topologies, which I highly recommend. And here's an example of it. Like, so each team-there's a problem you have is very rarely in an organization, is any one team know what other teams do, right? Or worse, what's the architectural design of their system? And in fact, they call this sort of architectural design anthropology, where people have to go find the original MRD, and usually it's at a date and not consistent. The requires document is not like anyone's here with the existing, but that's the best that they have. How about a world where the team sort of makes these promises that will always support two versions? Well, here's our wiki and documentation to the best of our abilities. Here's our practices and principles. Here's how you communicate with us. We have multiple Slack channels. We have a 20, ask us anything, which, and then by the way, Slack works when you have SLAs, right? We say, by the way, if you go into the ask me anything for our team, expect a 24-hour response. If you go into office hours, which will tell you when their prescriptive times are, we'll promise 15-minute responses, right? And then we'll make sure we show you our, you know, can band boards. So, getting near the end here, team complexity and cognitive nodes, a lot of this, some of this, not all of it comes from the team topology again. Just have any understanding. I mean, you could say we have nothing. We don't have build-run teams. We don't have two-piece teams. And next Monday at 3.30 in the afternoon, eastern time, we're going to have build-run teams. Or you can actually do some research and understand some of the models that work or not don't work. You know, again, there are some organizations. I think the Azure model is pretty good, which they use internally, which is they believe that you need, you know, like, I think there are some researchers that you need three months to bond and you won't get the effectiveness unless you're doing 12 to 18 months of keeping a team together. Or you're sort of losing a lot of the benefit of having those sort of build-run teams anyway. You know, Red Hat, we have some models. I'm not a great fan of horizon-based, but, you know, I worked out with one client how you could do a horizon one, you know, sort of a horizon, you know, create, like, if you had to have, like, 10 teams you could have, or nine teams you could break them up in horizon one, horizon, what's in horizon two and horizon three. I don't know, I always get confused, but, you know, some is the innovative, others is the sustainable. Here's some, we'll publish this. I'll go through this. This is some of the stuff where I got my information from, you know. One of my early things I got called on and said, John, where is the research from now? Okay, let me make sure I document it. And then let's end up with incidents. So, you know, I'm a big fan of John Allspar. If you haven't followed him, he works, he is actually working with some of the two premier resilience and safety, cognitive labs, people in the planet, Dr. Woods and Dr. Cook and John. And they really, they really spent a lot of time on incident analysis.  This is actually a sort of a modified quote of John. I actually did a podcast with him yesterday. He said, you know, he talked about how, like, why incidents are so important, right? Incidents are signals that are the most effective directors of attention about an organization needs for recalibration. And one of these, John said, I think it's really clear in this. And again, we spent a whole hour, you know, maybe we'll get John on. I know we had John on last week. Hey, I forgot about that. I was on vacation. The one of the things that he says is the most interesting time of an incident is from the time the inferences, you know, sort of completed, right? Sometimes they're never really completed. And before you get into the big meeting, like the post-mortem, I think most people spend most of their money on the big meeting. And his point is, that's where you actually get to really understand how this thing could be written and exposed as a learning opportunity. And he actually says, you know, all this stuff in resolution, like a pilot is not great because they passed every test. A pilot, like Sully, right? If you watch a movie, Sully was great because Sully could tell stories and he listened to stories.  So we need to make sure incidents are stories that we can, people want to listen to. And there's a lot more there, too. Goals of incident management, trying to get near the end. Okay, pretty close to the end. You want to reduce done plan hours. Just again, I think that's the point that it took me a while to really understand what John in adaptive capacity labs was talking about is, it's economics. Like if you can shift the economic opportunity into the analysis of incidents, what bigger part of our organization? The devil's enterprise summit recently. There was a presentation by a company had talked about, you know, literally last year. What was it, like an 18 hour spanning tree incident, right? You know, I mean, I asked my network friends, should we should be having spanning three incidents in 2019. He's like, yeah, John, unfortunately, yes, but but like 18 hour spending. I mean, this is billion. This is like ridiculous money loss, right? Like we need to figure out how to invest in instance, as opposed to just reporting them and throwing them into dustbin documents. Alright, so with the six minutes I have left incident management opportunities, you tell I know it's a Friday, right? Because I'm actually in a cynical funny mood. You want to learn from these investments to that point, right? Like, let's make sure that we're telling stories and we're not just filling out checklists. You know, if we think about the classic idol ceremony, we're just, we're running up to get reports into a system that nobody learns anything about those incidents. Like it's a bean counter. It's a quantitative dashboard on some executives, you know, screen. You know, if you listen to John and adapt best labs, like we should be taking a lot more investment in how we take those stories to learn from and there's a ton of great stuff there. Some things about service transition improvement. There's a great book on it. It's 2019 book. Just look for Scott Pru and CSG. He's one of the authors. This comes right out of that. I T revolution, foreign paper. This is where you start talking about localized authority. And it goes back to the T shaped individuals and you start building build run teams. Right. So you're, and what's interesting about this kind of investment, right? It's all about economics investment, right? Like, why would you do? Why would you replicate team skills and not have a centralized? Well, maybe one is that the test person becomes a developer or the product owner becomes part of an architect. Opt becomes a developer and tester because when you're working on a team, you start, you start learning and sharing the responsibilities and some at some point you have a whole organization of T shaped people. And so when you acquire another organization and everybody has to adapt to new things, the organization is the adaptive capacity of your organization. I think J. Brilliant J. Bloom where work brilliantly calls this. I mean, should I get it right? Wait, J. You're listening. The quit skills liquidity. Right. It's a it's a I think he's written some stuff on this. It's a brilliant way to think about a dojo. I'm a big fan of that was dojo, mercy of learning, creating repeatable patterns. It's not like an excellent center. It's a place where people come over and over to enhance their craft and their skill and learn new things. Making work visible. This is another really good book on it revolution, not book. It's a form paper about the sort of cycle of, you know, work management flow from handoffs to batch size to work in progress. Sustainable approaches. I do think, you know, people ask me a lot of times like, okay, John, when you leave, you know, what are going to do? I'm like, well, you need to find somebody that can. Like, so the question comes up a lot. Like, I've had engagements where because of the my schedule, their schedule budget, all those things. You start it like, and then you don't come back till six months later, which I don't recommend. But then you get back things are actually better. Like, there was some conversations initial that actually changed some things. There was some changes that they made. And, and then the question from the CIO and C level team is, are we done? You think we're better? I'm like, no, but like the way you find out is do this like organizational conversation thing over again and the people will tell you if you're better, worse, getting better. Lean coffee. If you haven't experimented slack internal dev ops days. If you haven't done this, this is brilliant. Again, ping me. Jay will set right out.com. I can tell you who has done it how they've done it internal hackathons to dojo. And then last but not least with three minutes. Man, I did this. Every Tuesday, we have we didn't have less two weeks, but we'll have it this Tuesday and every Tuesday I think we'll do it at two o'clock. We're going to see if that works.  And we have these tweet storms. And if you haven't seen the crowd chat dialogue, it's pretty awesome. And we've had a blast and then we record those and we put it on our YouTube channel, the red hat global channel and we'll be adding more material to the red hat channel. And I am done. Thank you so much for spending this time for you. And like I said, easy to find Jay will set red hat.com botch glue on Twitter. I won't spell it out. If you don't know what that is, just look for me at Jay will set right out. Well, thank you. Thank you, Diane. Thank you. Awesome.


Another case for Nick Carter, master detective. Yes, it's another case for that most famous of all man hunters. The detective whose ability at solving crime is unequaled in the history of detection fiction. Nick Carter, master detective. Today's strange adventure. The professor's secret. For Nick Carter and the mystery of the Z-rays. Working, dad, by that wound in the guinea pig's shoulder is healing. Well, it's only about half the size as it was before. Yes, Gene. It looks as if my new invention was a success. All that I need to do now is build a full-scale model, and I shall be ready to bring a new era of healing to the entire world. Don't move either. What is it? Just stand where you are and put your hands in the air. What do you want? We have no money. We want that Z-ray machine of yours.    All right. Now fix that machine so we can take it with us. And no funny business either. Pack it up, good pop. Better do it, dad. These men mean business. Very well, Gene. Just as you say. Hurry up, pop. We've got a long way to go. How did you know how to find this place? That's our business, lady. Ready, pop? Yes, it's ready. But be careful of it. Don't worry. We'll take good care of it. All right, Bill, you and Jake take it out of the car and treat it gentle. Okay, come on, Jake. What are you going to do with it? That machine heals cuts and bruises and things, don't it? If it'll do that, it'll heal holes made by guns, too. Save a lot of wear and tear on the boys. You mean... you mean you're going to use that wonderful machine to help your gangsters? Sure thing, kid. Now you two get your hats and coats. You're going with it. But that's kidnapping. You can't do that. Get your hat, pop. I ain't got all day. Come on, Dad. It's no use arguing. All right, Jake.  You're surrounded. They're on the floor. Tony, hang on a sec. Any more of them, Bill? I don't know. Maybe that guy was just bluffing. We've got to get out of here. We'll leave Jake here. I didn't mean to go to it. All right, in the car, you two. Hurry it up. All right in there, Mick. Come on, come on. Get going. You and Mick? Yes, Guppy. It's Mick. What happened? He's dead. Meet you here. He didn't get here. Kang started off with the machine and the profit. His daughter. I tried to stop them. What have they shot me? And I got one of them first, I think. Yes, you sure did, Guppy. They left his body here. You all right now? Yeah. I guess so. Good. Come on. Let's see if his dead gangster has any identifications on him. Probably not, but he might have. It doesn't seem to be a thing. Here. Wait a minute, wait a minute. He's wearing a money belt. Especially made. Made by Weber Manufacturing Company, Brooklyn. Well, it's a special kind of belt. Maybe they know who they made it for. Yes, maybe. We'll find out anyway. Oh, another thing, Mick. I got a good look at one of the gang just before I went down. Good. His face was all covered with those peculiar dark colored splotches that you told me about last winter, remember? The, that... Asiatic skin disease. Oh, yes. That's a real clue, Scuppy. Very few doctors can treat that disease, and it requires regular treatment. When we get back to town, you make it your job to find the doctor who treats him and get his name and address. All right, Nick. But how did you know this robbery was going to take place right here? And at this time? A very peculiar thing, Scuppy. As you know, I've been on the trail of this gang for weeks. Yeah? Well, I finally found a restaurant where several of the gang eat. At lunchtime, it's noon. Two of the gang were there. I couldn't hear what they said, but I could read their lips enough to find out about their plan to rob the professor. So I called you back from your vacation in Connecticut, hoping that we could warn the professor and maybe block their plans and capture them. But what happened to you? You were late getting here. Oh, some drunken fool ran into me and locked his car into mine. So I took a wrecking crew to separate us. That's bad luck, that's all. Yeah, we might have had them if you'd been here, too. Well, too late for that. Let's get back to town and work on what clues we have. All right, Pop.  I want to try it out and be sure it's OK. Shall I untie him, Tony? Sure. He's got to use his hands to make that thing work. But leave the girl tied up. OK. There you are, Pop. Now get busy. Gene, you think I'd better... Better do as they say, Dad. If you don't, they may kill us. The kid's right, Pop. Better do as we say and make it fast. It will. Give me the machine. Here you are, Pop. Make it work. Why, I can't make it work. The main adjuster coil is missing. You mean it won't work without something that ain't there? As long as that coil is missing, I can't demonstrate it for you. It won't work. Look here, Pop. Are you trying to kid it?  That machine won't work without the coil. You still brought that thing down here just the way you gave it to him.  Perhaps I did. I was very nervous.  I believe you did this on purpose. I believe you've checked it. What's a dip, Tony? He's got to have the coil. He's got to have the coil. But ain't here? We've got to get it. You're right, I guess. What does it look like, you old goat? It's a small coil of green-covered wire, about four inches across. Last time I saw it was lying on the bench near where the machine was. Take a couple of the boys' bill and get it. First thing in the morning, and Pop, you better pray they find it. Next, Cubby just called me. That special money belt was made for a man named Jake Shackley. He lives at 47 East Pitch Street. Yes, Cubby said he was going to try to find it. Waiter, Shackley's not the only cook who lives here. Yes, sir. What room's Jake Shackley in? Shackley? Oh, I don't know anybody by that name. See this, do you? Oh, yes, sir. Shackley lives in number 42, but he's out just now. Yes, I expect he is. I just want to look over his room. Any objections? Oh, no, sir. Go right ahead. It's on the fourth floor, sir. There's over there. You want the key? No, thank you. I've got one. I'll wait up there for a while. If anybody comes in looking for Shackley, send him up. I might like to talk to them. We mean you describe each one of my patients. He comes here twice a week for X-ray treatment. If you have the proper authority, I can give you his name and address. Yes, I see. That is quite satisfactory. Now, here, there you are. James Dwayne, 43 East Peach Street. Great to help you. Good. Number 37. Yeah, this is the room. I wonder if anyone is in. We better be leaving, Jim. The wrong way up there. But Bill, how come the coil wasn't for the rest of this off when you brought it down? I don't know if that head of a professor left it behind on purpose. Oh, when do we leave? Just as soon as Trapp gets here. We need to do it right now. Somebody else coming. Maybe I better get out of here. Looking for somebody, Bud? Oh. Oh, I was just, um... I was just trying to find Room 9. I'm nearsighted. Go on inside. We'll talk about it there. Go on inside. Oh, sure. Sure. Hey, Trapp. Where'd you get that guy? He was listening outside your door. Know him? Know him. I thought I killed him. How about the professor's place?  Yeah, yeah. That pretty bandage on his head covers up the place where I put my slug. Well, he's here now, anyway. Yeah. And we better get rid of him so we can be on our way. How about leaving him here and turning on the gas? Simple and efficient. Not here. This is my room. But there is a small empty room across the hall on the wrong window. We can stop the craft with newspaper and leave him in that. I doubt. That's a good idea. When the gas turned on, he won't last long. When they find him, we'll be miles from here. We won't be in the picture at all.  We have a thing in the room that's of use. Nobody dropped in. I and Mr. Jake Shackley must have lived a very lonely and uninteresting life. And they could better try another lead. Let's start by walking down those three flights of stairs. What big clue that leads me to a place without an elevator. Hey, wait. A strong smell of gas in this room. Better look into this. Must be down this way. You know, it smells stronger here. This must be the room. Remember? 36. They didn't even lock the door in the left. I hope they don't take me for one of the uninvited. Might not like me. Scuppy! Scuppy, what in the... Where's that gas chip? Now for the window. There's Scuppy. Scuppy, come on. Come on. Come on, Scuppy. Now he's out of color. Come on. He's all tied up. What's been going on here, anyway? I'll have to get him out of this. Hey, you're heavier than I thought, oh boy. It ought to be all right. Now for artificial respiration. One. Two. Three. Relax. I smell gas. Any trouble, Mr. Man, overcome. Gas. Turns out to be a friend of mine. Oh, dear. Don't know what happened. I just got here. I think he's coming around now. Yeah. Yeah. He's opening his eyes. Scuppy. Scuppy. Can you hear me? Scuppy. Nick. Oh, Nick. Getting and going back. That's something. Professor's house. A machine no good with water. Nick, hurry. Hurry, Nick. We can't get away. Let's pass out again. Clerk, is our doctor around here? Oh, yes, yes. Right in the next room. Get in. Come on out if you want it. Doc. All right. He'll be all right now. You and the doc take care of him. When he's okay, send him to my office at 3rd and 5th. I'll get back there as soon as I can. I've got a job to do. They can't wait. Can you live here, Nick? Practically, Patsy. The entrance is just around the bend ahead. I'm going to run the car off the road into the bushes here so it can't be seen by anyone going by. How far is the professor's house in here? About 100 yards through the woods there. You're going to wait here? No. I'm cutting across to see if the gang's car is there yet. Where's that kid of mine? Now put it in the back, Nick. What's in it? Oh, little gadget. You wait here for me. I'll be back as soon as I can. But, Nick, you're not going to try to catch the gang single-handed, are you? No, Patsy. I don't expect you, but you'll never can tell. Maybe before anybody sees me. Hey, Colin. Somebody's smoking with our car. I gotta get out of here. Two can play at this game. If I can get behind this bush. I think so, but he got trapped first. Trapped dead. He wasn't meant to finish off the dig. No, no. We got the corp we come after. Nothing to keep us here any longer. I don't want to waste time hunting for a couple who's probably dead already. What about draft? Leave them there. It's a long way back to town. I ain't particular about making the trip with a corp. Oh, thank goodness. I caught my off guard.   I was shooting and then when their car rode off down the road and you didn't come back, I didn't know what to think. Oh. Oh. I waited a little and then came over here to find you. Come on. Let me help you out. All right. Thanks. Oh. Oh, my head aches. Oh. You'd have to drive us back to town, Patsy. I don't feel up to it. Well, gangsters' car guts at the head start will never find them now. I hope Patsy, you're wrong about that. We can follow them no matter how much of a start they got. What do you think you are, Dunninger? No mind reader or fortune teller either. No. We'll see. Come on. Are you already on the trail of the other car, Patsy? Don't be funny, Nick. Of course we are. There hasn't been any crossroad or side road yet where they could have turned off. That's a great weight off my mind. Nick, how can you be so sure we can follow them no matter what road they take? Wait until we get to a place where there's another road they might have taken. Then I'll answer your question. Oh, you. Think about a call scubbie on the short wave and give them some instructions. I left word for them to wait till they heard from me. KR calling YN. KR calling YN. Come in. YN to KR. Ready here. Go ahead. KR to YN. Pick up reinforcements according to plan previously arranged. Have men and machines ready in one hour. Stand by for further orders. We'll call you again one hour from now. That's all. YN to KR. Okay. Okay. We'll wait your call in one hour. Signing off. Nick, you never told me what are the code letters you use for identification. We use the last letter of first name. And the last letter of our last name. Francis Nick Carter is KR. And scubbie Wilson is YN. And mine would be... Well, mine would be YN too. Patsy Bowen. Well, scubbie is YN. What would my letters be? Just add the first letter of your first name. Oh, the first letter. Well, you mean my letters then would be P-Y-N. That's right. Simple, isn't it? Hmm. Look, Nick, we're coming to a crossroads. Which way, maestro? Well, if they're going where I think they're going, they'd take the right fork to try that one. I'll slow it down a little bit though. Okay. Now what? Just a minute. Stop the car. Well, what is it, Nick? Look, that's Patsy. Hmm? Looks like a firefly on the pavement. That's the answer to your question. Meaning what? It's not a firefly. It's a drop of luminous paint. Nick, you mean the other car is dropping those as they go along without knowing it? Exactly. All right, you can go ahead now. Oh, that's what you were doing when they shot you. Yes, Patsy. I rigged it up before we left the office. Then when I left you to see if they'd arrived yet, I found their car. No one was in it, so I fastened it on the chassis. They came out and found me just after I finished the job. So that's why you weren't in any great rush. What is it, Nick? A phosphorus solution and a metal can with an adjustable nipple. Enough to last for 100 miles. They can't lose us this time. How much longer you got to keep us here tied up this way? Until my men bring back the missing coil. And it works. They should be back here by now if nothing's happened to prevent them. And for your sake, I hope they are now. We got it. Where's Trapp? We left him there. You had a fight? Yeah. I picked right to put our car out of commission while we was in the lab. Trapp spotted him. They shot it out. Trapp Lord. And the dick? He's still up there, too. Dead as a don. You fool! Wondrous! Can't you do anything without having trouble? We've got the coil, Donny. Isn't that what you wanted? Of course, of course. But trouble always spells danger. Where is the coil? Here. Plop. Take a look at this. Is it the right one? Yes. Yes, that is the coil. Do you have to have anything else to make that machine of yours work? No, it's all here now. All right. There's the rest of it on the table there. Get it going. I want to see it work. Very well. Make it do take time. It better not take too long. Otherwise, your daughter might find things happening to us she wouldn't like. Don't worry about me, Father. I can't help worrying about you, my dear. I'll work as fast as I can. It's just 9.30 now. I'll give you 15 minutes to get that thing working. But that won't be too long. Better not stop the talk. Time's going. Yes, Father. Very well, my dear. One minute gone. Five seconds. 10 seconds. 15. KR to YN. Come in. YN to K- YN. They are now parked near Hideout. It's center one of three old tenement houses, each having a road. Come at once. Ring men as previously planned. Around house. Wait for you to arrive as possible. Come at once. YN to KR. Understood. Leaving immediately. Should be there in 20 minutes. Signing off. 12 minutes. Five seconds. Father, can't you hurry? I'm almost ready. Just a second. 25 seconds. I think it'll work now. Ready, Pop? Yes. Turn on the current, please. I'll get it. Now then, what is it you wish to try? Try it on me, Tony. That dig got me in the shoulder. Very well. Try it on Jim Sheldon. Stand in front of the machine. Now a little closer. Bring your shoulder a little lower.  That ain't going to hurt, is it? You want your shoulder fixed up, don't you? Sure, sure.  Now, stay right there. Stay there now. Gee. Feels good. Tony, look. The shoulder looks better already. Yeah. This'll make us the tops of any gang in the whole world. How long will it take to fix him up as good as new, Pop? Well, this is only a small demonstration machine. It'll take several hours to complete the healing process. With a larger output of the Z-ray, it'll be much quicker. Tony, what's that? What's what? Some cars outside. Did you hear them? Cars? Stopping here? No, it was two of them. See? There they are. You fool!  Tony, I was sure he was dead. So Daddy's tracked us right here to our own hideout. But Tony, I... Hey, boss, boss, the cops think you're under the hog. How many of them are there? There's about a dozen of them. They're all over them. I got them in the weekend, take care of them. Bill, go and send for Donovan. You two. I'm going to close this door and lock it. Well, let me hear a peep out of either of you, and you'll get a plug in your back. So long as I got you two here with me, I got something to bargain with. And it's going to be a good bargain. One that'll get me out of here free and clean. They all accounted for it, Cubby? Yeah, Nick. Probably got them all. One dead and four wounded. Oh, that's two of them. They're busy defending the front and back doors that they forgot that little side window. Yeah. Once we got a man in there, it was easy. Were they surprised to be attacked from the rear? Did you find out where the head of the gang is? No, Nick. I searched every room in the house except this one. He and the old man and his daughter must be in here. Well, I know they haven't gotten away. I watched the house from the time I called you until I got here. I'm positive. Nobody left the house. Well, let's find out. All right, you, and now you might as well come out. You can't get away? You think so, Mr. Carter? Oh, you know me, do you? Yes, I know you. And you know that you can't get away? What? What do you mean? I have a proposition to make. All right. What is it? Let me go free and give me a half hour to start without trying to stop me. I won't harm either the old man or his daughter. But if you refuse, if you try to break down the door to get me, they'll both die before you can save them. Are they all right now? They are.  Hey, what can we do, Nick?  I have a plan, Scuddy. Yeah? Miss Pender, are you all right? I told you she was okay. I want to hear it from her own lips. Miss Pender, are you all right?  Yes, Mr. Carter. We're all right. Professor Pender, are you all right? What's the idea of all the talk, Nick? Let's do something. It's fine, Scuddy. I'm running it. Oh, can you adjust it yourself? Professor Pender, are you all right? Yes, Mr. Carter. Nothing's happened to me. Your invention perfectly safe? Yes, it's quite safe at present. If you try to do anything except let me go, you'll find a machine wreck and both of them dead. Is your father all right, Miss Pender? Nick, what in heaven's name are you trying to describe? Miss Pender, is your father all right? Yes, he's all right. Well, Carter, now that you're sure everything's all right, are you going to accept my proposition or not? No, I'm not going to accept him. Then I'm afraid I'm going to have to kill both of them. I can't understand it, Mr. Carter, or you couldn't see him through the door, and yet you shot him dead. Yes, Mr. Carter's incredible. He killed him without even knowing where to shoot. That's where you're wrong, Professor. I did know where to shoot. Oh, Nick, you're not going to tell me that you have X-ray eyes or something. No, Scabby, I won't tell you that. But how in the name of all this wonderful, could you know where to shoot? Use my ears, Scabby. Your ears? Yes. I made the three people in that room talk to me until I had a mental picture of just where each one of them was. Then when I was sure in just what direction the crooks' voice was coming from and was sure that neither the professor nor his daughter were near enough to be hurt, it was a simple matter to shoot right through the door at the crooks' voice. And I was right. Sorry, I had to kill him. But it was the only way I could see to get him without danger to either of them. Well, I'll be your monkey's uncle. So you shot him by the sound of his voice? Exactly, Scabby.  But he talked. He talked himself right into the hereafter. I wonder if he can talk himself out of whatever he finds waiting for him there. This has been another of the strange adventures of Nick Cotter, Master Detective, which are brought to you regularly at the same time by W.O.R. Mutual. And now, let's ask Nick for a hint or two about a story for next week. How about it, Nick? Okay. Well, next week's strange adventure was strange indeed. Scabby started for Philadelphia to get some information I wanted. But he ended up in another city under another name and occupying a body that wasn't his.  I'm afraid I'm getting confused. Well, that's nothing to what was happening to poor Scabby. He didn't know who he was or what he was doing. And at all the time, he was perfectly sane. And it wasn't until this boss crook who called himself the mystic tried the same thing on Nick that we really got anywhere at all. Well, it sounds like something out of the ordinary to say the least. What do you call it? Murder by magic. Or the mystery of the missing identity. And that's all for now. So long. So long, everybody. And so long to you both, Nick and Patsy, until next week. In the strange adventure you have just heard Nick Cotter was impersonated by Lon Clark, Patsy by Helen Schott, Scabby by John Cain. Original music was played by Lou White. The entire production was written and directed by Jock McGregor. Next week at the same time, listen to another curious experience of Nick Cotter entitled... Murder by Magic. Or Nick Cotter and the Mystery of the Missing Identity. And now a very special announcement. Beginning next week, the return of Nick Cotter will be brought to you at a new time. 10.15 p.m. Eastern wartime on Saturday evening. Remember, beginning next Saturday, April 8th, the strange adventures of Nick Cotter will come to you at 10.15 p.m. Eastern wartime and at that same time each week thereafter. And don't forget that the adventures of Nick's adopted son, Chick Cotter, are broadcast over most of these stations Mondays through Fridays at 5.30 p.m. Eastern wartime. This story is a copyrighted feature of Street and Smith Publications Incorporated. The return of Nick Cotter is produced in the studios of W.O.R. This is mutual.


Good afternoon everyone and welcome. This is Melissa Arma with the stock swash, and I'm reviewing here the two gaps from today that I rated and The interesting thing is that they both did end up working After they had really big rallies and and actually let's just go over EXPR I wasn't really crazy about this rally at all because it was huge See how it opened 1104 it ran all the way up almost a buck I mean, this is a big rally for this here So you kind of have to wait for the confirmation So I didn't even call this and I didn't do this in here anyways at base base base Boom here. You could have done it with the confirmation and gotten out right into here Or you could have done it out here. It got right in out here again 10 o'clock is the time This kept going Where did this go to 1048? So you see this here the low in here is 1063 if you stay in another hour You may 10 more cents or something just not worth it really the time of the day in the morning between 9 30 in the 10 is the time to trade now. Let's go to GES GS even though it's green today actually had a short move as well This really didn't open here. Here's the open again massive rally for some reason in this today, too Again, gotta wait for the confirmation dropped broke Here was the entry in this dropped rally back dropped So the target in this was 13. I didn't get there and doesn't look like it's going to because it's not 1365 but it got within 10 cents of it So both of these gaps were my top watchers today. They both had moves in them They both worked but again, you had to take the trades early and you had to get out right at the right time and you had to Stay with it and and I don't think today was a day to be aggressive in either one of these Just because of the way that they set up neither one of these set up perfectly today But they did have short moves and they were the two gaps that you could have watched and shorted today and did again It's about the fast money quick quick quick into the open So the two golden gaps today was expr and GES. Good luck everyone if you're interested in the golden gap course It's this weekend Saturday and Sunday December 3rd and 4th Email me at melissa at the stocks wish.com for more information If you'd like to learn more about how I find stocks like this how I pick stocks like this And also how I do the entries and the setups and I teach that in the class. Thanks everyone. Have a great day