And so, we've talked about this before, but at Modus we say that individuals work in teams to provide value. What we find is that, agile tends to focus a lot on the team, lean tends to focus a lot on the value. Both of them give kind of lip service to the individuals but that system is a whole system. Individuals in teams providing value, that is a whole professional system. And in order to have that, we need people to be able to communicate have the information that they need when they need it.
We need them to be able to form relationships both within the team, with other teams, with the customers and understand how those relationships are made healthy. Because that's how we understand what quality is and deliver product on time on budget and in good form. Because we actually know what it is that people want. And that, those two things added together create an atmosphere of respect.
When we have these three things, we're able to achieve states of flow either psychological flow, material flow, one-piece flow. Whatever kind of flow we're talking about those require actual functioning human beings on the other side of that equation and those people are usually mistreated. They have too much work to do, they're not listened to, they can't make decisions, they don't get the information they need when they want to. And then we come in as coaches and stuff and we say, ‘Hey, everybody do continuous improvement.’ And they're like, ‘Screw you buddy.’ And they're that way, because they fundamentally don't have what they need to get their work done.
So, we'll build these Kanban’s or we'll build these visual controls or we'll set up you know SCRUM boards or whatever. And we think that that's enough, but it's never enough. It just shows a couple of things that people need and not what they actually -- the bulk of what they actually need to be good professionals. And that's this thing. So, most Kanban on the world in the world right now show you state and triggers. They show a whole lot of state and very few triggers. So, when we approach work, we get stuff to do we do the stuff. The stuff is completed, then we go do more stuff. We don't learn, we don't question what we just did.
I know agile people think they do retrospectives. I know that lean people think that they're doing kaizen, but knowledge work is different. It needs more than retrospectives, needs more than kaizen events, it needs an operating system that really respects the human beings in that system. So, those people do need to know state. They need to know what's going on and who's doing it. They need to know the triggers. So, when something happens, what beneficial behavior does seeing that thing happen cause, right. So, if you see that your stuff is being completed is a completed of quality but the client doesn't seem satisfied with it. That should be a trigger to have a conversation with the customer and to say, ‘Hey, are you really getting what you really want?’
Because we think we're providing it and something seems to be off here. So, we are little bundles of cognitive biases and they make us for better or for worse make decisions very rapidly. They usually serve us very well, but often they'll drive us off onto a path where we will keep doing the wrong thing, we'll get stuck in status quo bias or sunk cost fallacy. Where we keep doing the same bad thing over and over again. And it's because we haven't set up a system with a trigger that says, ‘Hey, right now the state information is telling me that you should take a different path, okay.’ So, up here we have the tactical kind of wing of this. This is tactics and this is what most of our visual controls are. They don't include this stuff down here.
So, move down to the strategic. Put over here first because we talk about direction first. So, direction is where you're coming from. It's kind of where you're coming from and the vision of where you're going. So, these are your plans, these are your backlogs, these are you know the group sitting down and saying over this is our roadmap and this is what we think is going to happen to us. Narrative is what's happened or is happening to you. So, what decisions have you made? What discoveries have you have you had? What complexity have you found and solved? What change did you make during this that made your current state different than your projected state? This is all the strategic. Are we doing, what do we know what we're going to do and, in the end, do we know what we did and how that then informs what we're going to do?
And then lastly, we have kind of this culture blob, these three things down here. The first part of culture blob is culture. So, we tend to think of culture as a soft skill as something that just kind of happens. Because we go bowling or because we get along well or we bring pizzas to the office every so often, but culture isn't that. Culture is how does your team made up of individuals know that they are providing value. How do you know that the new hires that you've made have what they need to make good decisions? How do you know that your colleagues are overloaded or stressed out or needing something from you? How do you support the professionalism of the rest of the team, right?
So, we'll bleed over into this, because this is a system. None of these states lives alone, they can be identified but this is a system. This stuff has to happen together. So, if you have a Kanban and you're putting it out or you're trying to get some SCRUM team off the ground and you're wondering why they're resistant. It's because they're human beings and you're providing them with an incomplete system and they don't have the tools to say, ‘Gosh, looks like you're giving me an incomplete system. I believe that we should do something about that.’ They don't have those tools; they have the tools to tell you to pound sand. So, we have to recognize that when we build our culture here that we're building this culture of continuous improvement. We're building a culture of professionals, okay.
So, I don't want to hear anything more about like software crafts people and stuff. I would like software professionals. I would like software professionals that do not crash planes into the ground, okay. So, I would like us to treat our work seriously. That doesn't mean that it has to be boring or suck or not even be creative. Because Herbie Hancock is a professional. He is unbelievably creative and that dude practices every day. He's in his 80s, he practices every day, he's the best piano player in all of human history. He practices every day, because he has his own culture of professionalism. So, we can build systems easily that do all these things and so in the end, identity.
We've just come off of four years of someone desperately trying to change the conversation of identity to us and them, okay. That doesn't have to be identity that is the easiest least common denominator conversation about what identity is. But what identity for a group is, is why do we exist, what is it that we are doing for other people that allows their lives to be better and us to make money? And how do we make sure that we satisfy both of those missions that we don't starve to death and that we help other people in the process? So, when Deming used to start his classes, he used to say that we are here to learn, to have fun and to make a better world. He was actively setting out to change C culture, right.
So, we have our tactical wing we have our strategic wing we have our narrative wing any Kanban you set up in the future should be doing these things. So, back here, we talked about these lenses allowing us to say, you know whenever we approach a system, how is this system supporting people's communications. How is it supporting relationships? How does it help or hinder respect? But this part down here, PDSA for some reason we just think that we're going to give people a Kanban or we're going to give people an A3 or we're going to give people a SCRUM master and suddenly they're going to engage in continuous improvement. Well they won't, because human beings don't naturally engage in continuous improvement, ever never.
So, there's got to be a system that rewards that behavior that triggers that behavior. So, we had PDSA in the beginning, here's our planning over here our, our doing is kind of up here. Our studying is here and our adjusting is made possible down here. So, this missing bit is the missing link in why we haven't been able to get compelling cultures of continuous improvement before. I want that to sink in, because people think that this is literally that this is just bowling. This isn't a bowling night; this is being able to engage the people at work about work in a way that respects them and respects the work. Because people go to work to work.
So, when we're actually grooming this, I will volunteer my time as an individual contributor to help groom this ticket. So, everyone doesn't have to groom everything, but the group as a whole knows that there's stuff that they're interested in and that they want to work on it, right. So, they're now planning collaboratively, but they're not turning that into some painful, you know every two weeks we get together and do a full day of planning and everybody's bored off their butt’s thing. So, we get in and we plan what we want to plan we help where we want to help. And yes, you can draft some people if you want to, but there you go.
So, you onboard pairing, let's say that this one is done by our person from Iceland and so we know that that's she's new and so that's going to be a pairing task. So, on the board itself we're showing what is being done by the new people and subsequently being shared. Also, over here for real-time retrospectives, they don't want to talk about everything that goes wrong. They still want to have the retrospective retrospectives. But let's just say that this comes up and it's really really bad. They will stop the line just like a Toyota they'll stop the team and they will do this. So, they have these cultural elements, the cultural elements become part of the board.
So, this looks big and complicated, because human relationships are big and complicated. The visualization can still be simple, right. So, at Turner Construction, this is a very barely visible and highly redacted board that was in their architectural estimate group. And that group had two young women in it that were change agents, named Amanda and Savannah. Amanda and Savannah one day said, ‘You know what, we need a board.’ So, they put up a board in this room and the board had post-it notes and it was very simple. It wasn't ready doing done, but it was still fairly simple. And the team came in and they basically said, ‘Your board sucks. We'll come in here and look at it because we don't want to tell you no but we're not going to really participate.’
And so, then what happened is like people came in, they lean against the wall and then they, you know not for the meeting for other meetings because there's an open conference room. And they'd walk away with the post-it notes. Then they said, okay we'll use dry erase markers. Then they lean against the wall and they'd erase the dry erase markers. This is all actually with wet erase markers. And then, a couple of conversations would happen but people be like this board still doesn't work for us because my project is unique and different. And to Amanda and Savannah's credit they said, ‘Okay, well how is your project different?’ And they said, ‘Well, ours involves these things.’ And they say, ‘Okay, well now you've got different sections inside your column.’
So, all of these projects actually have their own swim lane and an entire, well not entirely but largely different workflows. Because they're relating to the work not to somebody else's definition of the work. And when you relate your visualization to the work that's really happening, that's respect. When people are respected, they're like, ‘Oh, that's kind of cool. I haven't felt that at work before.’ And so, then they will go off and they will say okay well I’m going to change the board a little bit more a little bit more. So, now you'll see that this board for like Kanban Purists is a nightmare. It has a bunch of different columns, it things don't flow there's check marks in it. There’re notes written all over the place that you can barely see. And then there's actual note columns over here for constraints comments and then a parking lot for things to talk about in the future.
So, these comments are things that need to be talked about either in that huddle or in like a few subsequent huddles. The team evolved into not just using the board, but into continuously improving the board. So, you know I’m reasonably sure if I went back and looked at it today, it would look entirely different. So, this board gives not just the individuals in each group with the information they need, it gives the entire team the information they need. Which allowed them to build relationships that they never had before, because they were all siloed in their own little projects. Let me know if this doesn't sound familiar to you. They felt disrespected because they didn't ever get the information they needed and no one would ever help them. But once this board went up, they could see very quickly how and when they could help each other.
And here's the funny thing. Before they visualized their work, they were having huddles once a week. After they visualized their work, they had huddles every day and a long huddle on Fridays where they did lean coffee. They did that while they were saying they didn't need the board, but just getting in and talking about anything made them start to realize that there was information that they weren't getting. So, what we can't do is say, you know I’ve got my board up and I’m getting my burned down chart or my CFD or whatever metrics that I’m asking for or I’m doing lean, so there automatically I have a respect for people. Though that's wishful thinking and wishful thinking to paraphrase is not a strategy.
We need a complete system where we see what's going on, we get actual calls to action. We know what is planned and why, not just for our team but for the organization as a whole so we can use OKRS or whatever we want for that. But we know how our work fits into a bigger picture and then we know how the implementation of that picture is going. And then we know who, why and how we work we are and work together, right. So, we actually build the PDSA loop and we build it intentionally and we understand that these things aren't soft skills this is for knowledge work. The thing that keeps the engines running, and if we don't do that then we are screwed. So, I will close this by showing-- see if you can see it here. Yeah, you can see it here.
So, in between these two pictures, I'll get a different visual control over here for you. So, visual controls are most often thought of as Kanban’s or things that will exist in an obey room. But in my time at Turner, I worked on this project which is the Coney Island hospital project. And this is a coat. This coat is a visual control. It gives the team identity, it's not swag. And so, this team when they first moved in the trailer this is kind of what their board looked like within a couple of months this is what that wall looked like. And you can see it's spreading throughout the trailer and around the job site that different visual controls are coming up, because Kanban is not enough. Jira will never be enough. Jira will never show you the things that we've just talked about.
Now you can have a Jira board that's okay, but understand that this team here in the conference room that's behind this wall has just walls of nothing but visual controls about building this hospital. And you can see here that there's you know very very specific you know daily Kanban that's happening here, also breaks rules of Kanban but it's what this team needs. Down here these little things that you can probably just barely see our little playing baseball cards that they had made for the team. And a few weeks later this whole wall was filled with these baseball cards, this whole section down here. But this is also another identity thing. It's like you're here you belong here you're a professional, we respect you, we want to keep your machinery running.
And so, what I will close with is to say with this project here which was just an unbelievable project to work on, just a blessing to work on. When COVID hit this team, immediately gathered in the conference room behind this wall and said,’ Okay we build buildings. How can we possibly become a remote team?’ And they did it in less than 24 hours. They came up with a whole plan about how they were still going to get. All this information even in a remote setting. And one of the things that was very important to them is every morning they do their huddle and then they do calisthenics in their huddle. Which to a lot of people might sound like a nightmare. It is like starting every day with a tiny party with these people. And they were distraught that they might lose that.
So, they kept doing it even remotely, probably drove all of their spouses crazy. Okay, these are the seven elements of visual management. We are now going to switch to a lean coffee. I see we've got a nice handful of people in there already. So, please do join the lean coffee. And if Tonianne can unmute, she can now become the lean coffee operator.
Tonianne: Tonianne has unmuted. Thank you, Jim and thank you everybody for joining us today. For those of you unfamiliar with lean coffee, it's a democratized meeting format utilizing a Kanban. That was created by Jim and Jeremy Lightsmith in Seattle about a dozen years ago. And it taps the insights of all those in attendance utilizing a Kanban. So, each of you will have three votes. Feel free to use them all on your ticket or if you find other topics compelling, you can distribute them. Topics receiving the most votes will be pulled into doing. I’m going to set a timer for five minutes and I'll let the conversation begin after that.
After the five minutes has lapsed the timer will ding, and without stopping who's ever speaking we're gonna have a silent roman vote. And it would be helpful if I put my video on for a second. So, if you are interested in continuing with the conversation, go like this, Given up vote. If you're ambivalent this if you want to move on to the next topic, I’m gonna do that. If it is in fact this, then we will wait for the person speaking to finish their thought. I will move a ticket into done and I will pull the next topic into doing. If it is in fact something that you are interested as a group in continuing to have a conversation about, I will add more time to the timer and we will continue with that train of thought.
So, please continue to add. There's some really good topics in here Jim. Please continue to add some food for thought.
Jim Benson: Jira is not a coat.
Tonianne: It is not.
We need them to be able to form relationships both within the team, with other teams, with the customers and understand how those relationships are made healthy. Because that's how we understand what quality is and deliver product on time on budget and in good form. Because we actually know what it is that people want. And that, those two things added together create an atmosphere of respect.
When we have these three things, we're able to achieve states of flow either psychological flow, material flow, one-piece flow. Whatever kind of flow we're talking about those require actual functioning human beings on the other side of that equation and those people are usually mistreated. They have too much work to do, they're not listened to, they can't make decisions, they don't get the information they need when they want to. And then we come in as coaches and stuff and we say, ‘Hey, everybody do continuous improvement.’ And they're like, ‘Screw you buddy.’ And they're that way, because they fundamentally don't have what they need to get their work done.
So, we'll build these Kanban’s or we'll build these visual controls or we'll set up you know SCRUM boards or whatever. And we think that that's enough, but it's never enough. It just shows a couple of things that people need and not what they actually -- the bulk of what they actually need to be good professionals. And that's this thing. So, most Kanban on the world in the world right now show you state and triggers. They show a whole lot of state and very few triggers. So, when we approach work, we get stuff to do we do the stuff. The stuff is completed, then we go do more stuff. We don't learn, we don't question what we just did.
I know agile people think they do retrospectives. I know that lean people think that they're doing kaizen, but knowledge work is different. It needs more than retrospectives, needs more than kaizen events, it needs an operating system that really respects the human beings in that system. So, those people do need to know state. They need to know what's going on and who's doing it. They need to know the triggers. So, when something happens, what beneficial behavior does seeing that thing happen cause, right. So, if you see that your stuff is being completed is a completed of quality but the client doesn't seem satisfied with it. That should be a trigger to have a conversation with the customer and to say, ‘Hey, are you really getting what you really want?’
Because we think we're providing it and something seems to be off here. So, we are little bundles of cognitive biases and they make us for better or for worse make decisions very rapidly. They usually serve us very well, but often they'll drive us off onto a path where we will keep doing the wrong thing, we'll get stuck in status quo bias or sunk cost fallacy. Where we keep doing the same bad thing over and over again. And it's because we haven't set up a system with a trigger that says, ‘Hey, right now the state information is telling me that you should take a different path, okay.’ So, up here we have the tactical kind of wing of this. This is tactics and this is what most of our visual controls are. They don't include this stuff down here.
So, move down to the strategic. Put over here first because we talk about direction first. So, direction is where you're coming from. It's kind of where you're coming from and the vision of where you're going. So, these are your plans, these are your backlogs, these are you know the group sitting down and saying over this is our roadmap and this is what we think is going to happen to us. Narrative is what's happened or is happening to you. So, what decisions have you made? What discoveries have you have you had? What complexity have you found and solved? What change did you make during this that made your current state different than your projected state? This is all the strategic. Are we doing, what do we know what we're going to do and, in the end, do we know what we did and how that then informs what we're going to do?
And then lastly, we have kind of this culture blob, these three things down here. The first part of culture blob is culture. So, we tend to think of culture as a soft skill as something that just kind of happens. Because we go bowling or because we get along well or we bring pizzas to the office every so often, but culture isn't that. Culture is how does your team made up of individuals know that they are providing value. How do you know that the new hires that you've made have what they need to make good decisions? How do you know that your colleagues are overloaded or stressed out or needing something from you? How do you support the professionalism of the rest of the team, right?
So, we'll bleed over into this, because this is a system. None of these states lives alone, they can be identified but this is a system. This stuff has to happen together. So, if you have a Kanban and you're putting it out or you're trying to get some SCRUM team off the ground and you're wondering why they're resistant. It's because they're human beings and you're providing them with an incomplete system and they don't have the tools to say, ‘Gosh, looks like you're giving me an incomplete system. I believe that we should do something about that.’ They don't have those tools; they have the tools to tell you to pound sand. So, we have to recognize that when we build our culture here that we're building this culture of continuous improvement. We're building a culture of professionals, okay.
So, I don't want to hear anything more about like software crafts people and stuff. I would like software professionals. I would like software professionals that do not crash planes into the ground, okay. So, I would like us to treat our work seriously. That doesn't mean that it has to be boring or suck or not even be creative. Because Herbie Hancock is a professional. He is unbelievably creative and that dude practices every day. He's in his 80s, he practices every day, he's the best piano player in all of human history. He practices every day, because he has his own culture of professionalism. So, we can build systems easily that do all these things and so in the end, identity.
We've just come off of four years of someone desperately trying to change the conversation of identity to us and them, okay. That doesn't have to be identity that is the easiest least common denominator conversation about what identity is. But what identity for a group is, is why do we exist, what is it that we are doing for other people that allows their lives to be better and us to make money? And how do we make sure that we satisfy both of those missions that we don't starve to death and that we help other people in the process? So, when Deming used to start his classes, he used to say that we are here to learn, to have fun and to make a better world. He was actively setting out to change C culture, right.
So, we have our tactical wing we have our strategic wing we have our narrative wing any Kanban you set up in the future should be doing these things. So, back here, we talked about these lenses allowing us to say, you know whenever we approach a system, how is this system supporting people's communications. How is it supporting relationships? How does it help or hinder respect? But this part down here, PDSA for some reason we just think that we're going to give people a Kanban or we're going to give people an A3 or we're going to give people a SCRUM master and suddenly they're going to engage in continuous improvement. Well they won't, because human beings don't naturally engage in continuous improvement, ever never.
So, there's got to be a system that rewards that behavior that triggers that behavior. So, we had PDSA in the beginning, here's our planning over here our, our doing is kind of up here. Our studying is here and our adjusting is made possible down here. So, this missing bit is the missing link in why we haven't been able to get compelling cultures of continuous improvement before. I want that to sink in, because people think that this is literally that this is just bowling. This isn't a bowling night; this is being able to engage the people at work about work in a way that respects them and respects the work. Because people go to work to work.
So, really quickly I’m gonna take a take a quick break. And note that after we're done with this, we're gonna do a lean coffee Tonianne, I think posted the link for the lean coffee and she will be leading that. But when we get in there that's when we're to dive deep into questions. So, we want to get out of the talking gym mode as quickly as possible. So, what would this look like, if we if we actually did this? So, I’ll give you a theoretical and then I’ll give you a real world. This is the theoretical board. This is a visual culture actually happening. So, we have our deep backlog, we have our upcoming backlog. We have the stuff that we're just about to do. We have things going through design and build and then two types of done.
Very simple board but it lets you do a couple of things. So, these groups said that they wanted in their conversations about culture. They wanted to plan more together. They wanted to be more collaborative planning. They wanted to onboard people more effectively, so they wanted to pair the people who were coming on to the team. They wanted to value their designer who previously had been completely ignored. And they want to do real-time retrospectives. So, the first thing they did was they said, ‘Okay, well we'll set up a board where we can actually see our planning. And then when we get to this grooming thing. We have two things; we have the groomed stuff up here we have the stuff that's being groomed down here.’ So, now what happens is let's just say we move this other ticket into here as well. Move this ticket in. I don't have any interest in these two tickets but i do have an interest in this ticket.
So, when we're actually grooming this, I will volunteer my time as an individual contributor to help groom this ticket. So, everyone doesn't have to groom everything, but the group as a whole knows that there's stuff that they're interested in and that they want to work on it, right. So, they're now planning collaboratively, but they're not turning that into some painful, you know every two weeks we get together and do a full day of planning and everybody's bored off their butt’s thing. So, we get in and we plan what we want to plan we help where we want to help. And yes, you can draft some people if you want to, but there you go.
So, you onboard pairing, let's say that this one is done by our person from Iceland and so we know that that's she's new and so that's going to be a pairing task. So, on the board itself we're showing what is being done by the new people and subsequently being shared. Also, over here for real-time retrospectives, they don't want to talk about everything that goes wrong. They still want to have the retrospective retrospectives. But let's just say that this comes up and it's really really bad. They will stop the line just like a Toyota they'll stop the team and they will do this. So, they have these cultural elements, the cultural elements become part of the board.
So, this looks big and complicated, because human relationships are big and complicated. The visualization can still be simple, right. So, at Turner Construction, this is a very barely visible and highly redacted board that was in their architectural estimate group. And that group had two young women in it that were change agents, named Amanda and Savannah. Amanda and Savannah one day said, ‘You know what, we need a board.’ So, they put up a board in this room and the board had post-it notes and it was very simple. It wasn't ready doing done, but it was still fairly simple. And the team came in and they basically said, ‘Your board sucks. We'll come in here and look at it because we don't want to tell you no but we're not going to really participate.’
And so, then what happened is like people came in, they lean against the wall and then they, you know not for the meeting for other meetings because there's an open conference room. And they'd walk away with the post-it notes. Then they said, okay we'll use dry erase markers. Then they lean against the wall and they'd erase the dry erase markers. This is all actually with wet erase markers. And then, a couple of conversations would happen but people be like this board still doesn't work for us because my project is unique and different. And to Amanda and Savannah's credit they said, ‘Okay, well how is your project different?’ And they said, ‘Well, ours involves these things.’ And they say, ‘Okay, well now you've got different sections inside your column.’
So, all of these projects actually have their own swim lane and an entire, well not entirely but largely different workflows. Because they're relating to the work not to somebody else's definition of the work. And when you relate your visualization to the work that's really happening, that's respect. When people are respected, they're like, ‘Oh, that's kind of cool. I haven't felt that at work before.’ And so, then they will go off and they will say okay well I’m going to change the board a little bit more a little bit more. So, now you'll see that this board for like Kanban Purists is a nightmare. It has a bunch of different columns, it things don't flow there's check marks in it. There’re notes written all over the place that you can barely see. And then there's actual note columns over here for constraints comments and then a parking lot for things to talk about in the future.
So, these comments are things that need to be talked about either in that huddle or in like a few subsequent huddles. The team evolved into not just using the board, but into continuously improving the board. So, you know I’m reasonably sure if I went back and looked at it today, it would look entirely different. So, this board gives not just the individuals in each group with the information they need, it gives the entire team the information they need. Which allowed them to build relationships that they never had before, because they were all siloed in their own little projects. Let me know if this doesn't sound familiar to you. They felt disrespected because they didn't ever get the information they needed and no one would ever help them. But once this board went up, they could see very quickly how and when they could help each other.
And here's the funny thing. Before they visualized their work, they were having huddles once a week. After they visualized their work, they had huddles every day and a long huddle on Fridays where they did lean coffee. They did that while they were saying they didn't need the board, but just getting in and talking about anything made them start to realize that there was information that they weren't getting. So, what we can't do is say, you know I’ve got my board up and I’m getting my burned down chart or my CFD or whatever metrics that I’m asking for or I’m doing lean, so there automatically I have a respect for people. Though that's wishful thinking and wishful thinking to paraphrase is not a strategy.
We need a complete system where we see what's going on, we get actual calls to action. We know what is planned and why, not just for our team but for the organization as a whole so we can use OKRS or whatever we want for that. But we know how our work fits into a bigger picture and then we know how the implementation of that picture is going. And then we know who, why and how we work we are and work together, right. So, we actually build the PDSA loop and we build it intentionally and we understand that these things aren't soft skills this is for knowledge work. The thing that keeps the engines running, and if we don't do that then we are screwed. So, I will close this by showing-- see if you can see it here. Yeah, you can see it here.
So, in between these two pictures, I'll get a different visual control over here for you. So, visual controls are most often thought of as Kanban’s or things that will exist in an obey room. But in my time at Turner, I worked on this project which is the Coney Island hospital project. And this is a coat. This coat is a visual control. It gives the team identity, it's not swag. And so, this team when they first moved in the trailer this is kind of what their board looked like within a couple of months this is what that wall looked like. And you can see it's spreading throughout the trailer and around the job site that different visual controls are coming up, because Kanban is not enough. Jira will never be enough. Jira will never show you the things that we've just talked about.
Now you can have a Jira board that's okay, but understand that this team here in the conference room that's behind this wall has just walls of nothing but visual controls about building this hospital. And you can see here that there's you know very very specific you know daily Kanban that's happening here, also breaks rules of Kanban but it's what this team needs. Down here these little things that you can probably just barely see our little playing baseball cards that they had made for the team. And a few weeks later this whole wall was filled with these baseball cards, this whole section down here. But this is also another identity thing. It's like you're here you belong here you're a professional, we respect you, we want to keep your machinery running.
And so, what I will close with is to say with this project here which was just an unbelievable project to work on, just a blessing to work on. When COVID hit this team, immediately gathered in the conference room behind this wall and said,’ Okay we build buildings. How can we possibly become a remote team?’ And they did it in less than 24 hours. They came up with a whole plan about how they were still going to get. All this information even in a remote setting. And one of the things that was very important to them is every morning they do their huddle and then they do calisthenics in their huddle. Which to a lot of people might sound like a nightmare. It is like starting every day with a tiny party with these people. And they were distraught that they might lose that.
So, they kept doing it even remotely, probably drove all of their spouses crazy. Okay, these are the seven elements of visual management. We are now going to switch to a lean coffee. I see we've got a nice handful of people in there already. So, please do join the lean coffee. And if Tonianne can unmute, she can now become the lean coffee operator.
Tonianne: Tonianne has unmuted. Thank you, Jim and thank you everybody for joining us today. For those of you unfamiliar with lean coffee, it's a democratized meeting format utilizing a Kanban. That was created by Jim and Jeremy Lightsmith in Seattle about a dozen years ago. And it taps the insights of all those in attendance utilizing a Kanban. So, each of you will have three votes. Feel free to use them all on your ticket or if you find other topics compelling, you can distribute them. Topics receiving the most votes will be pulled into doing. I’m going to set a timer for five minutes and I'll let the conversation begin after that.
After the five minutes has lapsed the timer will ding, and without stopping who's ever speaking we're gonna have a silent roman vote. And it would be helpful if I put my video on for a second. So, if you are interested in continuing with the conversation, go like this, Given up vote. If you're ambivalent this if you want to move on to the next topic, I’m gonna do that. If it is in fact this, then we will wait for the person speaking to finish their thought. I will move a ticket into done and I will pull the next topic into doing. If it is in fact something that you are interested as a group in continuing to have a conversation about, I will add more time to the timer and we will continue with that train of thought.
So, please continue to add. There's some really good topics in here Jim. Please continue to add some food for thought.
Jim Benson: Jira is not a coat.
Tonianne: It is not.