Software Delivery in Small Batches

This episode tells how Admiral Hyman Rickover demonstrated the four capabilities while creating the US Navy's nuclear reactor (or NR) program. Part three of a ten-part series on the 2009 book The High-Helocity Edge by Steven Spear.

The High-Velocity Edge on Small Batches
Links

★ Support this podcast on Patreon ★

Creators & Guests

Host
Adam Hawkins
Software Delivery Coach

What is Software Delivery in Small Batches?

Adam Hawkins presents the theory and practices behind software delivery excellence. Topics include DevOps, lean, software architecture, continuous delivery, and interviews with industry leaders.

[00:00:00] Hello and welcome. I'm your host, Adam Hawkins. In each episode I present a small batch, with theory and practices behind building a high velocity software organization. Topics include DevOps, lean software architecture, continuous delivery, and conversations with industry leaders. Now let's begin today's episode.

[00:00:26] Welcome to part three of my series on Steven Spear’s 2009 book, the high velocity edge part two introduced the four capabilities through Alcoa's commitment to changing their safety culture. Today I'll cover how a single man embodied the four capabilities decades before they were practiced at Alcoa.

[00:00:45] This man is Admiral Hyman Rickover of the us navy’s nuclear propulsion program. Also known as NR short for nuclear reactors. Rickover launched the program and built a culture that sustains to this day. The story begins in 1949 at the Dawn of the nuclear age. The us Navy wanted nuclear powered submarines.

[00:01:06] The nuclear capability meant that allowed subs to remain submerged virtually indefinitely and cover much larger areas. The challenge was nuclear reactors were an entirely new technology. No one understood how to take nuclear energy out of bombs and put it safely into submarines. The engineers had to figure everything out from scratch, that's just what they did.

[00:01:29] The program launched the first nuclear powered sub just five years later NR also accomplished this with an exemplary safety record when compared to the USSR NR has had zero reactor related causalities and zero radiation escapes. For comparison. he USSR had more than 10 before their collapse in 1991.

[00:01:51] The program’s success traces back to Rickover establishing a high velocity culture. The culture begins with the first capability capturing the best collective knowledge and making problems visible. This was especially important for NR, since everything was unknown territory, Rickover led his team in the discipline of engineering: the approaches necessary of managing the design operation and improvement of complex systems for great benefit when they run well. And for great consequence, when they fail, categorizing the system into understood and not understood was central part to the discipline of engineering. Here's a story about a nuclear shielding experiment that demonstrates the concept.

[00:02:33] Sensors were laid over the test. Material engineers were asked to predict señor readings ahead of. time. Engineers were expected to give specific numbers, not just if it would pass the mandatory threshold, if the shielding underperformed expectations then that required additional investigation and experiments.

[00:02:52] On the other hand, if the shielding outperformed expectations then that revealed something that was not understood in this case this unexpected. Outcome could be fatal. So experiments would repeat until engineers could predict the outcome ahead of time. Only then did they truly understand the problem?

[00:03:10] These experiments and results made it into detailed reports about assumptions, expectations, and outcomes. Rickover also required reports include analysis of alternate explanations and dissenting assessments. This demonstrated the line between certainty and uncertainty, or in other words, areas that tested the boundaries between understood and not understood.

[00:03:33] Writing such detailed reports was not a bureaucratic exercise,

[00:03:39] nothing. So sharpens the thought process as writing down one's arguments. Weaknesses overlooked in oral discussions rapidly become painfully obvious on the written page. This knowledge equipped engineers to swarm problems and convert knowledge from not understood into understood NR relied heavily on physical models to expose problems in the man-machine system.

[00:04:01] These models allowed fast and cheap tests, while. they also exposed participants to reactors at the earliest possible point today, we call this a shift left every shipboard reactor had a matching training reactor on land. Each land based reactor had matching full scale wooden and cardboard mock-ups these models, and mock-ups ensured that sailors and engineers had prior exposure to the system before Manning the submarine. This was key because Rickover could not be on the submarine with the crew crews needed to be autonomous. The entire NR process had to be portable such that new crews could achieve the same outcomes as those leading the program. In other words, he had to scale out NR leveraged written operating procedures for nearly every aspect of daily work.

[00:04:49] Every experiment, every new bit of knowledge was integrated into the standard operating procedures. These procedures represented the best knowledge NR had accumulated up to that point in time, that enabled crews to assume responsibility for an entire vessel that included its design, the operating procedures, themselves troubleshooting and problem solving routines and even training.

[00:05:12] All this had already been proved out by NR crews just had to follow the procedures. This approach is great for launching the first submarine, what about the second or the. tenth? What happens after Rickover eventually leaves the program? Well, Rickover modeled two different leadership behaviors. First is thevision and goal setting.

[00:05:33] Rickover exemplified exellcence and pushed others as well. The second is learner-in-chief. Rickover understood that human knowledge is imperfect. Leaders must embrace this and demonstrate how to continually perfect their knowledge for themselves and for the larger organization.

[00:05:53] then scale that process by developing the same capabilities in others, a colleague recounts wonderful story. about just that. Rickover came to class on nuclear technology on behalf of the us Navy shortly after world war II, He kept asking the instructor to repeat lessons in simpler terms.

[00:06:12] The class became restless as the new student embarrassed himself. The instructor asked if Rickover would like private tutoring on the topic. Uembarrassed by this Rickover accepted. When the session happened, it was not just Rickover And the instructor, more people from the class showed up.

[00:06:30] Even some of those who sneered at him showed up Rickover commented. I guess I'm not the only dummy in the class. I love this story because it demonstrates the importance of asking for clarification. I know what I'm about to say is oftenly repeated, but the odds are, if you have a question then someone else the room does too.

[00:06:50] For whatever reason, they may be afraid to ask it or simply speak up being a leaner-in-chief means accepting that your knowledge is imperfect then demonstrating how to move from not understood to understood. I think Rickover is a fascinating character. I can wonder how much grit and patience such an undertaking requires the fact that they were able to operationalize a new technology and do it safely is tremendous. I often think back to these programs and the early days of NASA, it truly astounds me how much they were able to accomplish and how much they changed the world. I wonder if I channel some of that mythical right stuff into my own work. it seems that Rickover had some of it. This is evident in books about him.

[00:07:37] listen to these titles, “Rickover and the nuclear Navy, the discipline of technology, “Rickover: the struggle for excellence. The Rickover effect, how one man made a difference. Here's one, I particularly like the never ending challenge of engineering, Admiral, HG, Rickover in his own words, Rickover understood that the end state was an illusion.

[00:08:02] Instead, there was only improvement. I'll conclude this episode with a quote from Rickover that shows why he had some of the right stuff. The discipline of technology means that the organization must adapt to the technology and not the technology to the organization for advanced development data are never complete.

[00:08:22] Particularly if the product of complex technology is to operate at high standards for years, the discipline of technology requires exhaustive testing of materials and components to determine the laws of nature. If these are not absolute in the sequestered atmosphere of a scientific laboratory or research centers, there is no reason to expect they are better known on the shop floor.

[00:08:44] The discipline of technology requires thorough and deep consideration of the match between the product and its use and the intense analysis of the present and anticipated future conditions of operation. Alright, let's leave Rickover here for. now. In the next episode, I'll discuss how Taiichi Ohno and Sakichi Toyoda pioneered the first capability system design and operation.

[00:09:09] You've just finished another episode of small batches podcast on building a high performance software delivery organization for more information, and to subscribe to this podcast, go to smallbatches.fm. I hope to have you back again for the next episode. So until then happy shipping.

[00:09:30] Like the sound of small batches. This episode was produced by pods worth media. That's podsworth.com.