Software Delivery in Small Batches

This episode demonstrates the third capability, knowledge sharing, and the fourth, developing skills in others, through Toyota's "jishuken" exercise. It's a process for improving problem-solving processes. Part eight of a ten-part series on the 2009 book The High-Velocity 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 eight of a series on Steven Spear’s 2009 book, the high velocity edge. The series is finally coming to a close so far. we’ve learned how complex systems fail through the story of Mrs. Grant. We've learned to design pull-based systems using Kanban and applied Jidoka to include built-in checks that reveal problems each step.

[00:00:47] way. Lastly, we've covered learn to apply disciplined problem solving to continuously improve our systems. There are two of four remaining capabilities to discuss the remaining two Capabilities are simple capability, three share knowledge capability, four, develop high velocity skills in others. I like to explain it like this first, get the flow feedback fix loop going, then each others do to the same.

[00:01:16] This way of working and thinking is meant to spread. So if you can share then do it and lead by example. Here’s are the last two capabilities in action. Toyota has a practice called jishuken. The literal translation is “self-study”, though. It's much deeper than that. Jishuken’s goal is to transfer knowledge from those who have it to those who can use it.

[00:01:39] It's way of collaborative problem solving that disperses knowledge across and organization and hones the skill of everyone involved. It's intended to solve the difficult unsolved problems that cannot be overcome by just Googling something. The setup goes something like this. A team reaches the limit of their problem solving capacity.

[00:02:00] This implies they've conducted numerous experiments, made multiple improvements and implemented and iterated on countermesures, Yet the problem persists. This is the host team. The guest team arrives to help the host. team. The host brings the guest up-to-speed on everything they've done regarding the current condition and target condition.

[00:02:22] So now there's two teams, both sharing, an understanding of current and target condition. Now the guest team starts probing into current condition. Recall the guest team is here because the host team has been unable to solve the problem. The guests pull threads by asking questions like what was not looked at, what was not tried what was not considered.

[00:02:45] See the guest team isn't trying to specifically solve the problem. The guest team is trying to identify the problem in host's problem solving process that prevents them from solving the problem here. The problem isn't the target condition. The problem is host team’s inability to achieve the target condition, given their current knowledge and process.

[00:03:11] This approach only works. If the host has done their homework, hence the term self-study, they really need to have tried everything and pushed themselves to their maximum. Afterwards, the guest team moves to the next team in the organization continually making the rounds and improving problem, solving processes across the organization.

[00:03:32] This exercise hits all four capabilities. Host teams must design systems to reveal their problems. So they themselves can swarm them and address them. They must share knowledge within their team and iterate on that process until they reach their maximum capacity. Bringing in new people offers a new perspective and a chance to share knowledge across disciplines about the problem itself and discipline of problem solving.

[00:03:57] It also puts everyone together where they can lead by example and develop the same skills in others.

[00:04:08] 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, float to smallbatches.fm. I hope to have you back again for the next episode. So until then, happy shipping.

[00:04:29] Like the sound of Small Batches? This episode was produced by pods worth media. That's podsworth.com.