Christiaan Verwijs & Daniel Russo: Scrum Team Effectiveness | Agile to agility | Miljan Bajic | #38

Christiaan Verwijs & Daniel Russo

TRANSCRIPT

Speaker: Miljan Bajic 00:43

All right. So maybe Christiaan, let’s start with you. Who’s Christiaan Verwijs?

Speaker: Christiaan Verwijs 00:50

That’s a very existential question. Well, let’s just say, I’ve been Scrum Master for 13 to 15 years, quite a long time. I started Deliberators together with [unsure 01:04] and familiar face in the community. And I think Barry and I are both very passionate about working with Scrum teams. It’s not even about Scrum, it’s just about what they make possible. We both have very good backgrounds in Scrum teams, we’ve seen how well it works and also what it can create for teams. And I think we start, we noticed that it was very different often in real life for other teams. And I think that’s why we started deliberators just to help more Scrum teams actually get something out of it and make it work for them and enjoy doing it. So partially Scrum Master, but I’m also an organizational psychologist. So that’s sort of the academic background, social more relevant, I think, for the paper that we wrote. And there, the focus is basically leadership, motivation, theme processes. I’m very interested in that and I’m also a professional Scrum trainer at Scrum.org so that’s sort of the three most important things about me. And also important, I have a cat and my wife [unsure 02:03], she’s sitting next door, she’s a photographer, and she’s really cool person. So that’s also important to emphasize, I think.

Speaker: Miljan Bajic 02:11

Nice. Yeah, I was gonna ask you about something, you know, besides, you know, some people might not know about so. I know, I checked out your website and you do talk about it in your website about your cat and your I believe your wife. So what will be something that people might not know about Christiaan?

Speaker: Christiaan Verwijs 02:29

Well, I want to say I’m a huge gaming nerd but if you follow me on Twitter, you probably know so that’s probably not something…. Well, I think most people, what they don’t know is I’m really into exercising, I really like to keep my body fit, especially with Corona and sitting at home, I’ve been doing that a lot. And that’s something I always do at home so people don’t see that. I don’t go out running, I have a treadmill upstairs and a rowing machine so I really enjoy doing that. And I watch a lot of movies during that time. So that’s one of the other upsides of that.

Speaker: Miljan Bajic 03:01

Nice. I do have the equipment but I don’t seem to use it as much as you.

Speaker: Christiaan Verwijs 03:07

Familiar problem I think with that kind of equipment yeah.

Speaker: Miljan Bajic 03:11

Well, thank you. Thank you, Christiaan. Danielle Russo, who’s Daniel Russo?

Speaker: Daniel Russo 03:17

I’m a professor of engineering at Aalborg University in Copenhagen. I am doing research mostly about Agile software development. And right now, I’m looking much more deeper into the effects of the pandemic, of the lockdown to software developers, software engineers and to try to find out how to keep productivity and well-being high.

Speaker: Miljan Bajic 03:50

Nice. What about the fun side of Daniel Russo?

Speaker: Daniel Russo 03:55

The fun sides of myself. I’m an extremely serious professor right so I don’t have any fun sides.

Speaker: Miljan Bajic 04:06

I’m sure that’s not true.

Speaker: Daniel Russo 04:12

You have a lot of confidence in me I see.

Speaker: Miljan Bajic 04:13

I do. You wouldn’t be hanging out with Christiaan if you didn’t.

Speaker: Christiaan Verwijs 04:20

We have so much fun right?

Speaker: Daniel Russo 04:24

Yeah, yes. I love sailing basically right. So I think this is my real passion so I am blessed to live in Denmark where you know we have a lot of water so I, so I loving doing regardless and all this kind of stuff and you know the general day, see environment and atmosphere. Yeah, I very much enjoy it.

Speaker: Miljan Bajic 04:55

Nice. I’ve never visited that way but I am planning to. Usually, I was born in Sarajevo so like, most of the time, when I go, we just fly to either Serbia or Montenegro or Croatia. And I’m going to spend two months from late August to late October in Europe. But again, it’s like we just try to fly as quickly as we can over there, little take the time to travel to Europe but we’re gonna try to take some time and do that. You guys spent seven years investigating, researching, and I don’t know if you guys did it together or what happened, I want to hear from you. You’ve interviewed or you’ve looked at, you get feedback from around close to 3000 people over 1000 themes. Could you maybe give us a background on what triggered this research and what was the background behind it before we dive into some of the details?

Speaker: Christiaan Verwijs 05:53

Sure, you want me to take this one Daniel and then I’ll pass over to you?

Speaker: Daniel Russo 05:56

Absolutely go ahead.

Speaker: Christiaan Verwijs 05:59

So it started, actually, it started maybe at the beginning of my work with Scrum teams, because I was always, I’ve academic training so I always look for ways to connect my work to scientific insights but I kind of quickly discovered that there’s not a lot of that in our community. And basically, what I’ve done is over a couple of years, I followed the scrum teams that I work with and I observed how they worked. And we use that information as input for the case studies that we share in the paper. So it was a systematic approach to see how do Scrum teams work? What are the challenges they run into? What factors influence their effectiveness? And from that we developed a model that we’ll talk a bit more about that in the coming minutes. But it started quite a long time ago, actually. And the fun thing is that it was sort of a hobby project, because I really like to, I don’t know, create some more reliable knowledge. And I basically started this as a hobby project where I started gathering data also with the strong team survey, and it’s available online. And then Daniel reached out to me to ask if it was possible to either analyze the data or work together on it. And I think that’s where our collaboration also started, which was awesome for the primary reason that it was a great way to connect the practice of working with Scrum with scientific analysis and the rigor that comes with that. And that’s how I met Daniel. And I think, Daniel, that that’s like the starting point, right?

Speaker: Daniel Russo 07:31

I guess so. Yes. Yes. So I also started to work about Agile software development from the early start of my PhD. And so this has always been very interesting research topic for me.

Speaker: Miljan Bajic 07:54

How’d you find Christiaan? Like, how’d you find about what he was doing? Beacause I’m assuming you reached out to him.

Speaker: Daniel Russo 08:02

Yeah, yeah. So I did because basically, I started my, let’s say, research journey into a dry with very, let’s say, standard approach, doing case studies, field studies, and so on, so forth. And basically, during the late years of my of my PhD, you know, I started to become a little bit more quantitative in my research approaches. So I look in much more detailing to structural equation modeling. And where basically also where analysis of his paper is based on. And I was looking for saturated data, which you know, could actually fit potentially SEM, Structual equation modeling. And I went basically through internet browsing, I saw his scrum survey and I thought going for it was actually, it was actually a very nice instrumental and tool And then, you know, I just reached out to Chris and said, Why don’t we do something together?

Speaker: Christiaan Verwijs 09:12

Yeah. And what the cool thing is about that because you just mentioned that briefly Daniel, like, structural equation modeling, which is, it’s this really advanced statistical technique that we’re probably not going to go into in detail. It’s really cool thing. I’ve always been very fascinated about what’s possible with those kinds of techniques. So I was already doing that sort of in my own time, I was analyzing the data with structural equation modeling. But the thing is, there was no one in my vicinity who knew anything about it. So it was also very hard to get help. And Daniel is in his field also one of the few that’s using this technique. So that was pretty cool that we sort of it was possible for us, I would say statistics nerds to connect on that level too. And that was great for the paper because structural equation modeling really is very powerful for this purpose.

Speaker: Miljan Bajic 10:01

Yeah, and I mean like, one of the things that you mentioned that resonated with me is like Scrum is very popular, agile is very popular, it’s been around, but like, there’s not really a lot of good research out there. There are case studies, if you go to save website, if you go to, there is a case study one offs, probably one person, marketing person writing it, there is no real data over time or so it’s surprising the way but it’s also good, you know, in a sense of the platform or maybe example that you’re setting for others because I think we need research like this to give us a little bit more insights and into effectiveness, not just of Scrum teams. But you know, a lot of other things that are surrounded, you know, organizational design, like, you know what. So maybe let’s dive into the some of the research. What was the most surprising thing to you guys as you were collecting this data, analyzing this data? What was the most kind of surprising aspect of this process?

Speaker: Christiaan Verwijs 11:19

Daniel, feel free to take this one.

Speaker: Daniel Russo 11:21

No, no, please go ahead.

Speaker: Miljan Bajic 11:22

Or maybe there were no surprises. Maybe it was…

Speaker: Daniel Russo 11:25

No, but you know, I think that it was interesting because Chris and myself, we have actually two somehow similar but also very different mindsets right? So I basically, rarely get surprised at somehow, right because I mean, especially if you work with quantitative data, right? So you have an outcome and basically, it’s your job to make a you know, sense of a specific outcome. Sure, I mean, not all our research hypothesis has been supported but it is absolutely normal in any research. So I mean, from a very, let’s say, academic perspective, not much, but from a practitioner perspective, there definitely were a few surprises and therefore I like to ask the question to [inaudible 12:21].

Speaker: Christiaan Verwijs 12:21

Well, maybe just one thing that surprised me at the very start and that’s part of the collaboration with Daniel also is that I discovered for myself that there actually is a substantial amount of scientific research into agile Scrum and so on. But that research is somehow not finding its way to us as practitioners, which it’s just a waste, because there’s such useful research being done. But the other way around is also not happening. So practitioners are not really reaching out to academics to work together. So that was sort of surprising on a meta level on the outside of the analyses. About the paper itself, the study we did what I think was the most surprising was that the model that we had in mind, based on the case studies that we’ve done, actually fitted the data really well. So it means that it makes sense, right, based on the data, it makes sense. But there were also some effects that we couldn’t find in the data. As Daniel said, there are always hypotheses that you are unable to find, for example, that I was personally really expecting that very autonomous teams with higher level of autonomy would be able to respond more quickly to release more frequently. But we did not find that effect in the data. That doesn’t mean it’s not the case. It’s just something that we did not find. And I’m still, like, we’re still trying to figure out what does that mean. And that’s also the nice thing about research, it opens avenues into further research and further investigation into what may be going on there.

Speaker: Miljan Bajic 13:51

Yeah, that is very interesting. And I think that’s something that stood out to me too in a sense, organizational structure has a huge impact on teams and how teams operate. So you could have very decentralized structure. And if you just look at the scrum team in that context, things might be different. If you have a very hierarchical structure, and you’re only zooming into a theme, then that’s going to happen then now even you know, to look into the technical side of things, if you’re looking at the scrum team in a government organization, or large company might be different how they still use cobalt or you know, that whatever the technology or systems they use. So that is I think, something that, from my perspective is worth maybe researching more and understanding the dynamic between those things.

Speaker: Christiaan Verwijs 14:47

Absolutely. Yeah, it’s maybe also good to mention that when we analyze the data, we actually we knew from the teams from what kind of organizations they were from, like very big, very small, what sector so on. And we actually the model that we present in the paper generalize across different sizes of organizations. So the effects we found are not different between small and large organizations. And that was in a way surprising to me, because I was thinking that in large organizations, the dynamics are going to be so different that the model will be very different too, but that actually seems to be not the case. There are small differences of course, but they’re not significant.

Speaker: Miljan Bajic 15:27

That’s interesting. And it was also interesting for me to, I kind of pondered for a couple of days.

Speaker: Christiaan Verwijs 15:36

You dropped out, your audio dropped out I think.

Speaker: Miljan Bajic 15:38

Let me see. Can you hear me now>

Speaker: Christiaan Verwijs 15:41

Yes, I can hear you.

Speaker: Miljan Bajic 15:43

Yeah. So I’m not sure, he was saying my internet is unstable somewhere. Maybe that’s why, maybe the hardware. So I was saying, like, I was thinking about the key takeaway and conclusion from your research for a couple of days. So maybe could you describe what you found out? And then we’ll dive into each of the areas and maybe depict but at the end of the day, you know, what is the theory of you know, scrum team effectiveness? What did you find out?

Speaker: Christiaan Verwijs 16:21

Daniel, you want to take that one?

Speaker: Daniel Russo 16:25

Ah, again please start and I will may be…

Speaker: Christiaan Verwijs 16:29

Sure. So the summary I think of our study is that we’ve identified five core factors that together determine how or at least determine to a very substantial degree how effective Scrum teams are. And those are responsiveness of Scrum teams. So how quickly can they release the concern that teams have for stakeholders, their level of autonomy, the climate of continuous improvement, whether or not the operating one and the support they receive for management. Those five factors together, predict a substantial amount of effectiveness of Scrum teams. And effectiveness, we define that as stakeholder satisfaction, and high team morale. So effective teams have satisfied stakeholders and high morale and from those five factors we described, we can actually predict that to quite a substantial degree, which is really cool.

Speaker: Miljan Bajic 17:22

It is and like, it’s also like common sense, right? You would think that, hey, you know, if I want something and you building it for me, if we continuously collaborate, and I understand what you want, then you know we’ll probably get on the same page. And in real life, you know, it’s very hard for teams to talk to the stakeholders. I had one situation where I was asking a senior leader and describing this, like, teams should be talking to the, developer should be talking to your stakeholders to customers, whoever the stakeholders are, right? And they were like you crazy, Miljan, you want my weird developers to talk to the stakeholders? You know, and like it was a trust issue. It was like, you know… And then you talk to developers, and they’re like, Hell, no, I don’t want to talk to the stakeholders. It’s like, leave me alone, I want to do my work.

Speaker: Christiaan Verwijs 18:20

And you know what’s funny about that? Because that’s something that’s super recognizable from all the teams that I’ve also worked with. But with one team that I’ve worked with the longest, we actually had that as well, like developers were not interested in talking to customers. But at some point, we were building a new product for our customer, a large enterprise customer and I just said, you know what, we’re going to work for a couple of sprints at the customer site, which was a big office, and our company was a smaller one so we were not used to big enterprise offices at all. We just went there and we worked on that location and it was the most fun time we’ve ever had. And if I meet people from that team now, they still remember that, just how cool that was. And it was scary. Of course, it’s scary to talk the actual stakeholders and users and customers but the feedback we got, that was incredible. So absolutely useful.

Speaker: Miljan Bajic 19:12

So let’s maybe dive into the stakeholder concern. You have kind of like four subsets underneath that. And one of them is value focus. And this is another area where it’s weird in a sense. I asked this in every situation. I asked developers, do you know what value is? How value is described or defined by your product owner? And most teams don’t know. I do this in classes too, and you’re trainer, ask them, how do you define value? One or two hands will go up. So when you look at the value of focus, it’s one of the key things but what are your thoughts and if nobody knows what that value is, how can you focus on value?

Speaker: Christiaan Verwijs 20:02

What do people in your classes say when you ask that right? How do they respond if you ask what value is? What kind of words do they use?

Speaker: Miljan Bajic 20:10

Usually like you know, return on investment or you know, customer satisfaction. And I say all of that is true, but usually, it’s multiple factors you know. I’ve worked with a company San Francisco and they’re building essentially, artificial screening of they want to put boards on like Uber and share rides. So it profiles you as you walk down the street to say, hey, here’s Christian, or here’s Daniel, show him this type of ad. So essentially, Google ads and it’s illegal, you can do that. But they’re trying to figure out if they can do it then you have Google ad on Uber. And for them, they get $7 million in funding. So for them, it’s not about customer satisfaction in the sense, maybe it’s a stakeholder, but it’s really about learning and trying to figure out if they can make this work and make it legal. So I tell them, that’s different than when I work with like a publicly traded company, insurance company or bank, where they have different definitions of value or what value is. So I think what’s usually missing is the discussion around what do we define as about? So from your perspective, this value of focus, what did you like, when you look at the data and maybe some of the things around value focus, what are your thoughts?

Speaker: Christiaan Verwijs 21:43

Well, in this case, what’s always tricky with when you sample 1200 Scrum teams is that they work in different environments, right? So value is going to be different. But what we did ask teams is there a strategy behind the work that you’re doing that is focused on creating something that’s valuable? Do you actually talk in your team about what value is? So basically, it’s more on a meta level, like what you said like, right. So do you actually have conversations around it? And one of the things that’s really important that also came out of the case studies is that the more effective Scrum teams work closely with stakeholders. So that’s why stakeholder collaboration is also part of stakeholder concerns, obviously. But if you talk with stakeholders, it will be easier to understand what the value actually is in the work that you’re doing. And product owners can facilitate that but they don’t have to be the only person in the team doing that. And maybe you can even have teams without product owners that also are very good at this. So I think that that’s what we tried to measure in the survey but measurements are always really hard.

Speaker: Daniel Russo 22:50

And if I may also add something on this to try maybe to demystify a little bit of the paper and things from such as basically any measurement instrument available on this planet, which is supposed to be generalizable, it has its limitation. Right? And there is absolutely nothing we can do about that. And as Christiaan said, correctly, it’s much more about the meta level. It’s as I also like to say it’s not a receipt book, right, where if you’re going to do A, B, C, and D, then you know you will great value is defined in these three different categories. And the three different categories are very same for all company around the globe, right? I mean, this is absolutely, totally unrealistic. So what we think actually is of much greater value is to see if actually people, if teams are actually reasoning around certain topic in order to tailor their specific strategy, right? Because I mean, at the end of the day all agile processes are basically a fettish right? So basically, there is no one fits all solution but it it’s also highly dependent on the specific organization. Yes, yes, yes, yes, yes.

Speaker: Miljan Bajic 24:31

Yeah and I just yeah, I think going back to what Christiaan said about you know, that Meta, it was just the discussion. I think you know, it is like for the teams to start talking about value, whatever you define it, but it’s important then I can, I guess it resonates with me, like with teams that I’m coaching or training or mentoring, I am always trying to help them understand the importance of that discussion around what value is and our focus. So that stood out to me and also like under that same area sprint review quality. You know, in your paper, you talk about like, what’s the quality of sprint review, which goes back to stakeholders, which goes back to the feedback. And I think that’s another area that resonated with me because I said, yeah, absolutely. You know, this sprint review is a good indicator, how much collaboration and how much we’re talking to the stakeholders. From your perspective, and maybe Christiaan from you for as a practitioner, what are your thoughts? I mean, you’ve seen all kinds of, you know, but sprint review is a good indicator of what’s going on, right?

Speaker: Christiaan Verwijs 25:51

Yeah. Well, what we, basically the study that we did just one step back. And what we did in the study is we use 13 case studies to see what patterns can we find in all those Scrum teams that were part of that. So basically, it were 13 organizations with one or more Scrum teams. And what we did is we identified a whole lot of variables. So sprint review quality, stakeholder collaboration, value focus, we already covered some of those and we used statistical techniques and existing literature to identify a structure like a higher level structure. And those are the five core factors that we talked about. So right now we’re talking about stakeholder concern and below that are value focus, spring goals, stakeholder collaboration, and sprint review quality. And then we actually tested this whole model with data from another source. But I think that that would be really cool to talk about next. But basically, for sprint review quality, my own experience is that it absolutely is one of the first things I look for with teams and also one of the first things we tried to change. And I remember there was a sprint review once with a customer that actually was a really cool company. But there was a sprint review, it took five minutes, everyone, a whole lot of people came in, like from all over the place people came in, there was a developer who turned on a projector, they showed an API and a couple of responses that were returned from the API, that was the demo, everyone applauded and they were gone. That was it. Barry and I were both there, we were like, what just happened? No feedback, no questions.

Speaker: Miljan Bajic 27:30

But everybody was happy that they weren’t held hostage for much long.

Speaker: Christiaan Verwijs 27:36

Yes. So they seemed happy, because you were applauding, right. But to me, a good sprint review is about the conversation again, about talking about what actually did we do this sprint? What does it mean for the work that’s coming up? What are the problems we were in into? What else changed in the meantime that we need to account for? And hey, stakeholders, what do you think? Is this actually what you’re looking for or not? But that’s not as often happening as it should. And we can actually say with our research that this, we already know this as practitioners, but it’s really important, it makes teams more effective. But maybe, the analysis would be interesting to talk about more.

Speaker: Miljan Bajic 28:14

Yeah, let’s maybe talk about that. So tell us a little bit more about the analysis and what you guys did there.

Speaker: Christiaan Verwijs 28:20

Yeah. And Daniel can do this properly way better than me. So because…

Speaker: Daniel Russo 28:26

Right, so I think let’s start from the basic at least to provide an understanding of the whole research process, right. So there are more or less and it’s clearly an extremely simplistic view but you know, let’s save it for our two main research philosophical approach, which is basically a very constructive inductive one, where basically we are observing the real world as it is, and we are after from that basically, inferring our theories, right. So what are basically theories to understand which are the relevant phenomena that are happening and how both phenomena relate to each other.

Speaker: Miljan Bajic 29:13

Alright, so that would be just to clarify, that would be like sitting with the teams observing.

Speaker: Daniel Russo 29:19

Absolutely. Yeah, yeah, doing it in an interactive way typically, over a long period of time, until you reach with a call for consideration. So basically, meaning that no additional information adds value actually to remodel your use to so far, right. And this is actually a very, very effective, although very long and expensive way to, you know, to understand the world as it is. Great and, you know, and actually, so far, most of academic papers about the dry are more or less this way. We wanted to go, let’s say one step further and actually see and validate whatever. Our you know, theoretical observation, actually, were also fitted into empirical truth, right? And what does this means? This means that we have to operationalize all of those different phenomena construct we observed. And after verbalization, I mean, I’m telling this in a very short and again, simplistic way, for each of the steps. I mean, I guess if each of these steps should do be in a podcast per se. Anyway, after having operationalize the constructs data were gathered from Scrum teams, right. And most significantly, you know, it’s not 110, 50 Scrum teams, but it’s almost 1200 which is an amount which has never been used in computer science. Alright? So I mean, I think this has been excellently remarkable and I think we should all thank, especially Christiaan that was, you know, the first man in line in collecting it actually.

Speaker: Christiaan Verwijs 31:36

Just started it sort of as a hobby. So…

Speaker: Miljan Bajic 31:38

But this is just a comment on this, I think, as you’re describing this Daniel and like what Christina alluded to, like, we’re clueless as practitioners, most of us are clueless about this stuff. And I think we can work more better, like what you guys did is a great example where we can as practitioners, we can educate ourselves a little bit more about these methods, so we can help and do more stuff like this.

Speaker: Daniel Russo 32:04

Right. Absolutely. Absolutely. I think that generally speaking, the academic community is also very open to that. So one very typical discussion Christiaan and myself are having is, you know, why you know, are both two different communities working on very same topic, just so distant? Right? I mean, it makes absolutely no sense, you know, because, for example, we and with we, I mean we in academics, right, I mean, we really put a lot of time, work, effort, resources, you know, into finding whether base to improve Scrum and to agile in general and right. And, you know, and on the other hand, you know, so I am learning from Christiaan, you know, that basically, someone invents, and I want to [inaudible 32:59] but you know, someone comes up with hierarchy framework, basically, on the top of heirachies mind right without any kind of empirical validation. But as an academic, this looks quite weird to me to be honest. Right? But anyway, the reason is that, you know, this two community, I, you know, I don’t point fingers, I don’t want to blame anyone, you know, it just happens, it’s just this way. So, I would say it my call, both, you know, to my colleagues, and both to the practitioner is let’s try, you know, to build bridges. I think that we both have a lot to learn from each other. I you know, Christiaan and I would not have met but I think that I’ve learned much more from him than he actually has learnt from me so you know that’s just how that it is.

Speaker: Christiaan Verwijs 34:07

You’re way too kind.

Speaker: Daniel Russo 34:11

And I think, you know, which is a pity, and I think that we should reason up and we should all…

Speaker: Christiaan Verwijs 34:18

Well, maybe to add to that, because that’s something that Daniel and have been talking about, like for the years that we’ve been working together. But Miljan, you actually mentioned it before that the model, if you look at it in the paper, it actually feels like common sense, right. As a practitioner, it makes sense if you look at it. And I think that this is a good example. In this case, it makes sense and it actually fits the data, which is great, right? So we can actually empirically verify, okay, this is the case, but I think in our community, a lot of people and that includes myself at times I will absolutely admit to that, say things that sound true but are not actually true when you observe what’s happening. So for example, safe right? I know nothing about safe. I’ll be completely honest about this. But I do know that in the trainer community and the coaching community, people are like safe and it’s stupid, doesn’t help. If you look at the scientific evidence, it’s far more nuanced than that. There are actually papers, they’re like, okay, we see some benefits of it to choose from these kinds of organizations, maybe not so in these kinds of organizations. I think that sort of nuance is missing. So it seems common sense, safe doesn’t work but it’s actually not true. And I think that that’s the pursuit that if we do that together, as academics and professionals, our customers, our clients, the people we do this work for actually benefit because we can help them more, more honestly, and more reliably. And I think that’s our ethical responsibility.

Speaker: Miljan Bajic 35:44

Exactly. And that’s, it’s really, like we’re not aware of our own biases. Right? And it’s the same, it’s easy to, you know, have an opinion without any, you know, data besides, you know, this is what I think over, you know, period. And I think that’s the case with safe, I think that’s the case with Comba and that’s the case even from a different perspective with Scrum, you know. And I just think like you said, the stakeholders and everybody benefits from having better understanding of what’s actually going on. One other one that I would love to have somebody study is you know, how we define success of these agile transformations and what it is. This is something that people debate all the time, you know, the rates are very high, they go, you know, to different research that’s not necessarily relevant to the context of Agile transformations or whatever transformations in general. So, again, I think we’re echoing or saying the same thing, which is, how can we work together? How can we collaborate and break the silos between the two communities to help everybody?

Speaker: Christiaan Verwijs 37:00

Yeah, and Daniel actually has done really interesting research into agile transformations and what contributes to successful transformations or not. So there’s also research about that, which Daniel should absolutely talk about, right? But there is also research about that and it’s really cool.

Speaker: Daniel Russo 37:19

Absolutely. And then we are also very happy to share it at the link of his podcast if someone is interested also can clearly have a look at it. And also Christiaan is helping me to write a non-technical medium article in order to, you know, make it easily available for everyone. Anyone, if I may maybe conclude the research process?

Speaker: Christiaan Verwijs 37:52

We got distracted by a rabbit hole.

Speaker: Daniel Russo 37:54

Yeah. That’s great. That’s great. And yeah, right. So, basically, we collected this huge amount of data and then through you know, the statistical techniques that we said before, so, basically structural equation modeling, we were able to see how the data actually fitted to the model and, you know, good news we actually fit them out so apparently, you know, what we have observed in reality actually is also empirically validated by data on one hand, but also what we can do with actually regression modeling is not to have a much more nuanced understanding about individual relation about how strong each relation is are there any significant difference among for example groups and like so, for example, Christiaan mentioned about big small granger and so on, so forth I mean, we can have really a great understanding of the general phenomena, we are actually looking to and this kind of research approach is called mixed middle approach. So, you know, you have two middle so one constructivism one positivist right. So, basically where you’re inferring your phenomena and afterwards you are validating it and you know, and using this this mix approach really allows you to have actually quite a deep on one hand and once on another hand understanding of in this specific case, quantum effects.

Speaker: Miljan Bajic 39:41

So, that would be for instance, taking the like what I wrote here is, at the end what you wrote like you can have, let me see here, you can’t have one without the other. So when we talk about, do you guys know what I’m talking about here?

Speaker: Christiaan Verwijs 40:00

Yeah. So it’s the responsiveness and stakeholder concern, you mean both right. So we actually, in our model, and this is also something we found in the cases. But in the model, what we found is that it’s great if teams are responsive, so they can release frequently to stakeholders, but it doesn’t really add anything if they don’t, if the team is not also very focused on stakeholder needs, because I think in practice that looks like a team that’s delivering a lot but it has questionable value or is not what stakeholders are asking for. The other way around is also true. So if teams are very focused on stakeholder concern, but are never releasing anything, or very infrequently, which is kind of waterfall, if you think about it, then the effectiveness is also much lower. So stakeholder satisfaction, team morale are very low in those cases. And I think that’s a very interesting finding in our study that we actually were able to see that in the data very clearly.

Speaker: Miljan Bajic 40:56

And that’s why I was bringing that up. But to come back to Daniel’s point about this is where you could do more research, is that where you would say you could take phenomena like that maybe and then do that type of research or am I missing the point? I’m missing the point.

Speaker: Daniel Russo 41:16

No, no, no, no, no, no, no. I mean, I think the beautiful thing of research is, you know, there is never a wrong or right answer. Right. So again, it’s not about that. I think that everything can be investigated and for every question, you have an answer. Now, the best way, you know, to address on specific research question is, you know, a specific research design. Right? So I mean, I talked about this mix middle design, which again is clearly the most effortful and expensive one but you know, it’s also the most reliable one. But you know, what, I mean, but can be an actually there are a lot of research question that may be much more narrow, right, because I mean clearly, this paper has quite broad and quite huge implications for you know, where we retire with a theory for effective Scrum teams because, you know, it’s actually very broad and you cannot really investigate a very broad research question with very narrow techniques. And so, again, so to answer your question, it depends.

Speaker: Miljan Bajic 42:32

Yeah, that’s a very consultant like.

Speaker: Daniel Russo 42:38

Good, maybe one day we should be going to consultancy one day.

Speaker: Miljan Bajic 42:44

What about maybe just one more question for Daniel before we move on. Like, how did your community respond? Did you share? I’m assuming you shared this, how did they respond to this paper?

Speaker: Daniel Russo 42:57

To this specific paper? Well, almost in neither way because the paper per se is under review, which means that and this happens with every academic paper, right? Basically, you write your work, then you submit it to a peer review conference and then you know our colleagues of you are basically reviewing making suggestions, questions and so on and so forth. And only after we say yes, okay, it’s great. We publish it, when it’s published, when it’s there, and then basically you’re going to present it and so on so forth. But I’m actually very, very positive about the effect on this specific research also in the academic community.

Speaker: Miljan Bajic 43:52

What is the process like? How long does it take for them to review?

Speaker: Daniel Russo 43:56

One year more or less.

Speaker: Christiaan Verwijs 44:00

So we discovered it’s not very agile because it takes a long time, but that’s why we pre-published the paper because we felt it was very valuable already to share. And even if the if the peer review process yields a lot of things we need to change, which is a theoretical possibility somebody could be then that’s also transparent, right? Because so this process is also about seeing what feedback you get and I think it’s good be transparent about that too.

Speaker: Miljan Bajic 44:30

Yeah. And I mean, just like I think bringing more attention to this so we can do like we talked earlier more stuff like this, more collaborations like this, I think is gonna help everybody long. When you look at the other categories like team autonomy, continuous improvement, responsiveness, management support, team morale, stickler like, which ones do you think you know, which ones should we talk a little bit more about? Which ones kind of, well, maybe they’re all important But if we had to prioritize here and create a backlog?

Speaker: Christiaan Verwijs 45:09

Well, we already talked about stakeholder concern and about responsiveness so those are very important. Those are basically the core variables in the model, at least for me if I think about it, but we also have three really important hygiene factors that we identify in the model. So the first one is team autonomy. The second one is continuous improvement. And the third one is management support. And what we are basically say is, these three things need to be in place or they have to be done in place at the same time that teams are working on the stakeholder concern and responsiveness in order for them to be effective. And I think particularly interesting, they’re all interesting, but management support is not at all surprising because I think as practitioners, we know really well how important that is, as academics, we know how important that is. But what we actually found in the data is that management support is particularly important for Team autonomy. So that’s where they seem to be able to have the biggest influence at least in the data that we collected, which I think also makes sense, because team autonomy has to do with constraints with boundaries…

Speaker: Miljan Bajic 46:15

Decision making rights.

Speaker: Christiaan Verwijs 46:18

Rights, mandates that teams have to make decisions. And I think that management can really, really be a useful influencer there. So that that’s maybe one to emphasize, the management support. And I think Daniel, you wrote about that as well, of course in other your work right?

Speaker: Daniel Russo 46:33

Yeah, yeah. Yeah. I mean, so for example, we addressed like this model, which, you know, basically, is kind of a similar model, like Chris and myself wrote about successful agile transformations where absolutely mean top management support is a very, very important factor. And, you know, and maybe if I can spend more time with, with top management support, I’m not meaning you know, one specific management style, but it’s much more again related and fitted to the organization, first of all, right? So, if you have actually hierarchy, a very hierarchical organization like for example, the Italian Army, which you know, is the main case study of Agile success model, I mean, in that case, the management support basically mean, you know, I ensure that, you know, the whole structure actually follows the supports. Yeah, I mean, whatever the scrum teams are doing and generally speaking, I mean, Scrum process is put in place. In a more hierarchy or organization, it may be a much more kind of supportive style right? So in saying, okay, so, you well, first of all, it’s perfectly fine to fail, right? So and failure has not to be to blame. It’s about how can we support you software team to, you know, provide the best possible environment to you know, maximize your well-being and productivity.

Speaker: Miljan Bajic 48:35

That will be very interesting. What you just made me think of maybe this is also for Christiaan is relationship between cognitive capacity of management and emotional capacity because those are really hard to measure. But there are a lot of studies and like, if we go back to maybe Lalou’s work, Fredrick Lalous on re-mentoring organizations or anything that, it depends what type of management and leadership you have, how big their ego is, how much you know their worldviews whatever you want to call it, but that has a huge impact on how they lead and how they support. So you could have hierarchy, but if the leaders are more focused on helping others from a perspective of their needs and wants, then they can work a little bit easier than that. Where if you have very egocentric person that loves command and control in the same environment, you’ll get different results just because of the mindset of the manager, right. So if you have a lot of managers which we have in organizations and is changing, that are very power hungry, let’s just say or ego driven and that’s something, I agree, like this management support is something that I see, so it’s definitely been something that I’ve observed over the years but it’s also something that you’re bringing up as a… what else from the management support, maybe they’re in real life or because I think this is in many different reasons, including Lalou, who spent 10 years or so and I don’t know the quality of his…

Speaker: Christiaan Verwijs 50:32

I don’t know either.

Speaker: Miljan Bajic 50:34

But it’s interesting that that keeps coming up. Leadership seems to be the ceiling, you know, the level, and I don’t know who was talking yesterday or maybe it was Yoganna Paulo, I spoke to him this week too and I think he was alluding to, like, you know, that the ceiling is the senior leadership in the organization.

Speaker: Christiaan Verwijs 50:59

Oh, Yoganna is a good person to talk to about this too, of course with management 3.0. I think in general, I can’t really speak to personality styles or ego how that influences teams, I can only speculate based on my own experiences there. But what we asked teams in the survey is, to what degree do you feel supported by management? To what degree do you feel that they understand why you work the way you work? And we can actually see that that has a big influence on their effectiveness. So I think it’s not even necessarily about management style or personality, it’s about whether or not that’s the kind of behavior that you’re exposing as a manager or someone in a management position, where you’re asking questions to the teams to ask what they need from you rather than telling them what to do. And there are so much evidence in other research that that’s important for highly autonomous teams doing complex work that it’s surprising in a way that sort of still not happening in many organizations. But that’s what I can say, based on the analysis. Sorry, Daniel, go ahead.

Speaker: Daniel Russo 52:09

No, no, sorry. And you know, and I think that also, what’s also important to mention is that a lot of companies are claiming to do to, to be agile and to do Scrum and you know, effectively, if you are looking more deeply into various processes, I mean, they are very little agile but you know, it’s very fancy to say so and you know, and if you’re not, you’re out of clamps so you are, you know, pretending to be something you’re not. And but I think that, you know, probably also this pandemic will change very fastly a lot of dynamics. So we see that T. Mattoni for example is extremely important for effective Scrum teams. And so, for example, I’m a big fan of self-determination theory, which is the combination of need for autonomy, relatedness and competence. And I’m actually also doing specific research on that specific aspect. And we see that it’s very, very strongly and positively related to job satisfaction, well-being and productivity.

Speaker: Christiaan Verwijs 53:38

Absolutely. Yeah. And stress is much lower in those teams. Burnout, so mental health is also much better in teams that have high degrees of autonomy. But not too much. That sort of like there’s always an optimum, right. So it can also create stress if you have too much autonomy, but you don’t feel you have the skills to actually use that autonomy, correctly. We didn’t research that question but that’s also always good to mention that autonomy requires boundaries but they just need to be much broader than they are.

Speaker: Daniel Russo 54:09

[cross-talking 54:09] And you know, and I also think that the way that we will kind of auto negotiate our degree of autonomy and you know, and I mean, in Scrum teams, but I think that this also relates to possibly every knowledge worker possibly, right and also will define the way we will come out from this pandemic, and you know possibly also try to be a little bit happier and a little bit well off that is from our mental health perspective, yeah. So I’m very, I’m very optimistic. And

Speaker: Miljan Bajic 54:45

I am too. I think it is like the COVID and these crisis have forced us to rethink, have forced out of our comfort zone so it’ll be interesting. It’ll be interesting the impact. It’s Crazy, but it’s been an hour. What are some of the last things may be a message or to the audience that are listening? Anything you would like to say in conclusion?

Speaker: Christiaan Verwijs 55:14

Should I take the first one Daniel and you do the second one or the other way around? What would you prefer?

Speaker: Daniel Russo 55:21

Go ahead, please, yes.

Speaker: Christiaan Verwijs 55:23

So I can imagine if you’re listening to this podcast, you may be interested to learn more about the paper now that the paper itself is quite technical because it’s written for an academic audience, it has to be technical because other people have to be able to replicate our work. But we are working on a non-technical version of this, and it will probably be released next week on Monday. Also, for the other paper that Daniel mentioned, that will be in one of the coming weeks. So that’s one thing. And the second thing and that’s the final one for me is if teams are interested to see how they’re actually doing with Scrum, the survey that we created, the measurement instrument that we created, it’s actually available for free, you can try it at scrum teamsurvey.org and you can just use the whole tool for free, if you want to add a couple more teams to track them over time their subscription model because we somewhere need to make some money to generate, to fund all this work and to fund the product itself. But there is a way for teams to actually diagnose how they are doing and that’s also the core message of our paper; diagnose teams on these five factors and then support them in the areas where they’re lacking and make that a conversation between the teams and the rest of the organization. That would be my strong recommendation.

Speaker: Miljan Bajic 56:37

Great. And by the way, I’ll include all the links in the description below soon.

Speaker: Daniel Russo 56:45

Yes, so from my side, I am strongly recommending practitioners to look for some evidence, whatever they are using adopting any kind of approach because as we have seen a lot of things might be of common sense and in several cases, common sense, is our friend but you know, it might also be a false friend. And yeah, I mean, I think that we could save a lot of time and resources if we would have a much more critical reflection of whatever you’re doing. And my probably second recommendation and just about Christiaan said, so I also strongly encourage you to use the quantum survey because first of all, it’s an outstanding way to diagnose the way you’re doing your process. So it actually also helps you think very fairly concrete way also suggesting some very concrete recommendation. And also it helps, you know, science to advance. And also, because all the data, by the way, are totally anonymized and then really released in an open access form so that also our academics and other practitioners, if they want clearly can also use this data for their own research. And please let me stress, in a totally optimized way so absolutely no privacy issue and privacy concerns. So yeah.

Speaker: Miljan Bajic 58:46

That’s great. And thank you for doing that. I think that’s again, going back to the collaboration by willing to share this and being open to that, it invites collaboration. So thank you guys. I really appreciate what you’re doing. I think it’s great for… you know, it’s great for everybody I think. So thank you. And it was a pleasure speaking with you guys. I hope you like this unstructured just isn’t we’re sitting at the bar or something just chit-chatting and…

Speaker: Daniel Russo 59:22

Well, I’m having my coffee anyway. So yeah, so we are actually in a kind of remote bar.

Speaker: Miljan Bajic 59:28

Exactly. Although it’s still early for me to have any alcoholic beverage otherwise….

Speaker: Christiaan Verwijs 59:36

Well, next time. Well, it was a pleasure for us to be here too and to have a place to talk about this work, and to share it with the community. And we definitely have a lot more questions that Daniel and I are pursuing. So hopefully there will be more publications and we’re working on that.

Speaker: Daniel Russo 59:53

And if you have any question, please feel free also to reach out and I’m saying it also very clearly to everyone who is listening. And also from my side thank you so much for having us. It was pretty fun also from my side yeah.

Bob Galen: Coaching, Diversity, Asking for help and feedback | Agile to agility | Miljan Bajic |#37

Bob Galen

Transcript

Speaker: Miljan Bajic 0:48

When I went to your website, I was really impressed with some of your principles, guiding principles and everything that you have about your page. And I was like, I don’t think I’ve seen anything like this for a coach or for consultant in a while. So I do want to say that I do appreciate having done on the left side, but if you could summarize or maybe how would you describe or who is Bob Galen?

Speaker: Bob Galen 1:19

So who is Bob Galen? Thank you for the kind sort of comments Miljan about my website, I try to be transparent, for good or bad. So one aspect of Buskerud is to and this isn’t always in my best interest from a consulting point of view but maybe I’m overly transparent, but I really try to share, I try to be genuine and I try to share my principles. And I won’t write it if I’m not willing to try to walk my talk. So Bob Galen is a farm boy who was born and raised in Amish country in Pennsylvania, was born on a farm. That which led to my work ethic in Lancaster County, which is close to Philadelphia, to west of Philadelphia. I grew up on a farm, working incredibly hard. So there’s a lot of work to do, and went into the army when I was 18, volunteered. I did a stint of duty in the Philippines in Thailand, right after Vietnam, and came back, went to school. So I used the GI Bill to go to school, to go to college. I went to college in Wiso, which is in in Lancaster County. So I stayed close to home and career wise development. So software development background, my first job out of school was at Sperry UNIVAC, which did IBM 360 compatible mainframes, did develop them. And so I was an assembler programmer. If you know what assembler is, I was.

Speaker: Miljan Bajic 3:00

I do. Yeah.

Speaker: Bob Galen 3:01

I spent years, it’s not very sexy, but I spent years doing programming. And just became a leader and evolved like a lot of people, went from development to leadership. Leadership really resonated with me, I think I had a knack for it, or an empathy for it or connection for it. A lot of people who get promoted that way don’t. And they struggle with leadership. So I evolved myself into being an effective leader. I discovered agile very early in the late 90s as agile was becoming prevalent. I experimented as a leader with extreme programming and Scrum and Kanban very early on, and then gradually started changing my career to be more of an independent consultant. So my last full-time job as a leader inside leader was around 2012, 13. So I’ve almost have total independence for the last 10 years. Really, I’m a servant leader. The reason I write books, the reason I podcast, the reason I write so much, I always envisioned trying to help the community. I don’t know if I do that or not. So I’m not big headed about it. I have no idea. But my intent, the driving force for me is maybe to give to the community. Sometimes to my detriment, because I only get paid for the giving. So sometimes I give too much out probably but I guess I feel like I lucked out. I hit the lottery in the agile community and in the agile space. And I feel incredibly blessed to be part of knowing you and knowing everyone in the community. And there’s nothing more I can do than to give back as much as I can.

Speaker: Miljan Bajic 4:56

Yeah, and I think at least being part of that community, at least I appreciate what you do. And sometimes we don’t necessarily show that appreciation. But a lot of times in my head, I’m saying, kudos to Bob.

Speaker: Bob Galen 5:14

Thank you.

Speaker: Miljan Bajic 5:17

Either something that you say, or somebody said, hey, I worked with Bob, and he was really helpful. And this is what he did for me. Like all of these things that go unnoticed, I think are sometimes lost. But I do know many appreciate what you do, and I do appreciate what you do as well.

Speaker: Bob Galen 5:38

Thank you. I learned some time ago that you don’t always hear back. So you know my metaphor? My metaphor is, I’m throwing helpful darts out into the universe. And every once in a while, I’ll get an acknowledgment. And it actually motivates me. So you know this, you don’t always hear back. So you give and every time I hear kind words like that, it really motivates me. So thank you for that.

Speaker: Miljan Bajic 6:07

Yeah. I can relate to that feeling because I don’t know maybe just to go a little bit back but to your farm days and to serving in the army. What is it that you learned from your childhood and being in the army that you’re applying today? Because I think a lot of stuff stays with us, lot of stuff also fades away. But in what ways did it shape you growing up in Pennsylvania, and as an 18-year-old boy going and enlisting?

Speaker: Bob Galen 6:44

I think it’s the rock, right. Dwayne Johnson talks about. And here I am quoting the rock on your podcast. He talks about hard work. He outworks people. And that’s not, I grew up. So hard work is how I attack things. I am not the smartest coach in the planet. I was not the smartest student in college. But I tried to outwork everyone. So the work ethic. And I actually think that work ethic I see it, I try to inspire that in Agile teams. I try to personalize it. I try to lead by example with that, if anything I’m trying to bring more balance into the work so I don’t overwork. But I think from growing up in a farm it was that. I think in the military, I think discipline and these sounds a little odd in an agile context, right? Why am I bringing up hard work and discipline? And you would think more balanced but I think that personal discipline. For example, I journal every day, I do a lean coffee, something called the moose herd twice a week, and we were just talking about how to develop as a leader, one of the people who attended was talking about that, and I brought up journaling as a daily activity. And I think the discipline I bring to doing that, or even writing, I don’t know, the reason I started writing it is, my first book I published in2004, I started writing it around 2000. And the reason I started writing is because I sucked at business writing and I mean I was terrible. I read my stuff; I mean I would hand it to a CEO. And I was lucky they didn’t fire me on this for ripping up the English language. And so part of me is always if I have a weakness or something, I wanted to sort of attack it, even if it’s doggedly attack it with discipline and hard work. So I started writing. I still to this day do not think I and I know I’m not. I’m not the best writer but if you look at my origin, I’ve improved so much in 20 years. So I’m proud of how I’ve improved. But that gives you an indication of, I think those principles have really helped me and how I’ve evolved as like baseline principles.

Speaker: Miljan Bajic 9:17

Yeah, that’s really helpful. And I can relate to a lot of that, in a sense that I also grew up on a farm. I was in the war, but as a kid being part of a civil war. And when you say discipline and hard work. I think those are part of agile, right? Like in the context of, that we want to be disciplined about what we’re going to do. And I agree, I think discipline is also about commitment, and which is one of the values and I think from hard work. I mean, if you don’t like what you’re doing, you’re not putting in hard work. So it’s resonating with me. Something that’s related to this that you recently wrote about is that people wait too long to ask for help. And that’s something that we see. Could you maybe elaborate on that? We’ll get you thinking about that because it’s pretty, it’s right in front of us. People are waiting, our clients are waiting. But could you.

Speaker: Bob Galen 10:29

Sure. I see it. And I’m sure you’ve seen this as well as a consultant and as a coach. But I can’t tell you how many times someone will pull me in. And you’re assessing a situation or you’re getting to know the situation. And I’m thinking to myself, my goodness, you waited to the last I mean, you have it. It’s like a thermonuclear explosion is going on and if you could have just caught it, if you could have just raised your hand and said, I don’t know, or get some help, it would have made your life so much easier. This is what I’m thinking. I’m not necessarily sharing this with a client. But I’ve seen a pattern. And it’s not just with clients, I’ve seen it with coaches, Miljan, as well, that coaches are out there. I think it’s hard for the people to show vulnerability. And to say, I don’t know and we talked about is it safe? Well, even in our Agile community, there’s safety amongst coaches. I see coaches who are struggling all the time but they’re not asking for help. Maybe self-awareness is part of it, maybe humility, Yooper’s, I don’t know. But I think there’s a general phenomenon in the world, at least in the Agile world, folks wait a little bit longer than they need to. And it would be so much easier on them if they just admitted and looked at it as a strength. It’s not even complaining. But look at saying I don’t know, and asking for help as a strength instead of a weakness. Look at it as a sign of maturity. And not being afraid to do that. And this point of view, right, it costs more depending on when you get engaged, it’s going to cost you a lot more if you get..

Speaker: Miljan Bajic 12:28

And we know this and you know it, right?

Speaker: Bob Galen 12:32

We know it.

Speaker: Miljan Bajic 12:35

How much is it? Yeah. But I feel you make me think of just how much is it culturally, because I was actually talking to Kira Harada from Japan. He’s one of the new CSTR’s. And he was saying we’ve been taught to do retrospectives in kindergarten. So on the teams a lot of times we forget what we did, but we’re being taught, it’s part of a culture, the Kaizen is part of culture. And I feel like a lot of times our culture is shaping us and this is like at least United States in the Balkans where I’m from, people ask always for directions. But here, it’s like don’t ask for directions. It’s kind of bad things, like don’t ask for help.

Speaker: Bob Galen 13:24

Absolutely. I think it’s hierarchical to, I need to some degree, I think there’s a general pattern or phenomenon. But I find leaders, as you move up into higher grades, it’s harder and harder. For the very people that I wish they would please just ask for help, it’s in their best interest. And when it’s harder and harder for senior leaders to do that. I spend a lot of time coaching and consulting with senior leaders. And so I think the inspiration for that, and maybe was a bit of frustration in writing that blog post, it’s like, please, it’s going to cost me money, actually, right? But please cost me money. Ask for help earlier for your benefit.

Speaker: Miljan Bajic 14:07

Why do you think that is? I mean I see that same pattern. And it goes back to that vulnerability, goes back to the courage and unless the ship is on fire, don’t freak out.

Speaker: Bob Galen 14:22

I actually think even if the ship was on fire, then..

Speaker: Miljan Bajic 14:25

Actually sinking. Yeah.

Speaker: Bob Galen 14:29

It’s sinking. The water is up here. It’s your hope. I think it’s multifaceted. I think safety, psychological safety is a big factor. I think power and influence structures in organizations are a big factor. I think human nature and your self- awareness and your ability to ask for help, your approachability, your vulnerability, I think it’s easy to say I’m vulnerable. It’s much harder to show that vulnerability for folks. And I just think all of those factors come into play as to what’s going on. So I don’t know what the science is behind it, I know that it’s a pattern that I’ve seen. And I wish we would embrace it. I literally like to celebrate when I’ve been a leader. I mean, I’ll high five people Miljan, like to say, I don’t know, my friend, Josh Anderson, and I talked about how leaders can model behavior in context. And we talk about not just saying thank you to someone for showing vulnerability, but jumping out of our chair, flying across the room and high fiving. You don’t know, cool. You’ve failed? Give me five, give me a hug here. Come on, come over. We have a juicy failure that we can sort of learn from. And literally, I think so it’s not even just, it’s sort of asking for help but realizing as leaders, we’re setting the tone. Another part of it is, how we show up is modeling what’s available in our culture in our ecosystem. So I’m not joking, it’s really sort of exaggerating to set the tone to give permission. So I think it’s a bigger thing than just about me or just about the consulting. It’s the culture that we’re modeling as a leader or as someone in a culture as any person in a culture.

Speaker: Miljan Bajic 16:47

Yeah, and I guess something that’s related to this is that critical feedback. And it’s so hard, a lot of time I remember I was teaching a class recently, CAL class, and I was saying how I sucked at getting people, I wanted feedback. So I knew the feedback was helpful, but then getting feedback, I was raging inside with the feedback I was getting, so it went back to my emotional intelligence, it went back to like, hey, how do I look at this feedback as information that I need to process and then decide, right, it’s perspective? But why do you think it’s so hard for many to get critical feedback?

Speaker: Bob Galen 17:39

So I don’t know. One reaction that would have to answer the question is, I think it’s easier if you solve it, you see this in radical candor, if you read radical candor, and Kim has blogged on. When she wrote the book initially, it was almost like the floodgates opened up, and everyone was giving radical candor. And she’s like, timeout. It’s also about receiving it. And she said, actually, the first step should be can you receive radical candor before you give it? Really, I have to do that? But I’m really good at giving. So I think there’s that phenomenon of like, if you want to be a good leader, be a good follower, if you want to be sort of a good feedback receiver, or a good giver, be a good receiver and model that behavior. So how do you react if I come to you, Miljan and I say that CAL class suck. I’m just kidding. Right. Or do you get defensive? Do you start looking for data? I call it death by 1000 questions. Right, you start answering a thousand questions. But I’m just trying to get the data, Bob. No, you’re not. You don’t like what you heard so you’re looking for another answer. Because I think sort of the way the system is set up is part of that. I think, again, maybe there’s a common thread here of how we show up, how we receive it, how do we respond to feedback? Then says if we can take it and do something with it, then it makes it easier or I don’t know, if we’ve earned the right to give it and then people receive it as well. So I look at it as a system. It’s an ecosystem. And how are both sides of a feedback loops handling that dynamic? Right, and I don’t think we’re good at that. Right. I think safety again, safety comes as a part of that, psychological safety. Our dynamics are part of that, there’s a lot of factors. But the thing is, I’d say it’s just, she ever heard that feedback is the breakfast of champions and look at it as a gift. I think one of the first shifts I took tried, I talk a lot about giving and receiving feedback in my CAL class. So I don’t know if you do, but I spent, and we actually practice, we do some scenarios to practice giving feedback. That’s another thing. I don’t think folks have the skill and the comfort in how to have, we practice crucial conversations, if you will, in a dojo format, and really practice that I find in a short period of time, people really understand that you need some skill, you need some tools, you need some approaches and strategies in that and it’s not just saying, but it’s also listening, powerful listening and how you’re interacting in the system.

Speaker: Miljan Bajic 20:44

And sympathizing, right? So you have to be able to empathize, you have to be able to control your emotions. And somebody might say something that, especially when you’re receiving feedback, but it could also be when you’re giving, because someone tells you to go. So it goes both ways and I think something that you mentioned earlier, it’s self-awareness and it’s a broader concept of self-awareness. But if we’re aware of how we’re providing that critical feedback, and if we’re aware of how that other person is receiving it, and then also how we will receive it. It helps with that. So yeah, another thing that’s tied to this, maybe that we can explore, which I really liked. You’ve wrote about the art of personal experiment. And I think, when I reflect back on anything that I’ve done, I’ve always tried to, and maybe that’s my personality, just dive into it. Even with this podcast, I’m like, I don’t know anything about podcasting, or anything about video editing. But I’m just going to jump into it. It’s something that I want, something that maybe might be intimidating at the beginning. But I’m just going to dive into it. Because in a sense, this is what I feel is. So you talked about having a little bit more structured to personal experiments in your recent blog, could you maybe share with the audience like, their personal experiment and what you shared in that blog?

Speaker: Bob Galen 22:29

I mean, we can talk about it, I think there’s something above that. I don’t even know if I said it in the blog. But there’s a pattern that I’ve seen whereas coaches, I’m going to pick on coaches, I’m going to pick on myself, and I’ll pick on you. I think we are very comfortable telling, but not doing ourselves. So whip is a common thing, right? Where it’s incredibly common for me as a coach to point out excessive whip in other contexts in classes, in coaching and consulting. But then when I look at my own personal whip management, my role modeling, my walking, my talk, I throw it out the window, right? And then experimentation is the same thing, right? We talked about lean agile, lean coffees, discovery, product evolution, innovation, the art of experimentation, we’ll say that 1000 times, but then when I look at myself, it’s like, am I challenging myself to experiment? Which you said, what is an experiment? It’s something that’s ambiguous. It’s something that’s unknown. I don’t know if I can do it. It’s taking a risk. When you did this podcast, it’s walking our talk, So I’m really bullish lately, self-care is something that I’m equally bullish about. We all talk a good game, self-servant leadership, right? Self-care then when you look at there’s these exhausted coaches who were scheduling 22 scrum master class, certification classes in a month. I’m kidding you, right?

Speaker: Miljan Bajic 24:06

No, you’re right. I know you’re joking but you’re also right. And I’ve been down that road to and then pull back in a sense of like you said, it’s..

Speaker: Bob Galen 24:21

It’s are we walking our talk? So that’s what I was trying to get at with the art of experiment. And its sort of have we gotten a little bit lazy in some area. And it’s not just walking our talk, but it’s the epiphanies we can have, like self-care for me, if I invest in self-care, what I’ve found is I’m a better coach. Right? If I’m not exhausted, I have better observation. I have better questions. I have better sort of suggestions. I can show up and not take a nap in the middle of the day. So I’m showing up there. Experimentation, I try new things. Now, I think I’m like you. I’m a natural experimenter, one of the things I don’t do on the farm, it goes back to the farm. So I was very curious as a child, Miljan. So one of the experiments I ran as a child was a tractor, what would be the angle of a tractor before it was tipped over? My father didn’t really appreciate this experiment. But we had some very hilly land. And I’m like, if I drive it, and at what point does it start getting unstable? And why didn’t want it to flop over, but I wanted to get it to that tipping point literally, right? And it tipped over and it almost killed me. Or I was on the farm, we had a dairy farm and we had compressors everywhere. And if you’ve ever seen air compressors and things, and it had a motor and two police with a belt that was moving back and forth, and I remember I was like six years old, seven years old. And I’m like, I wonder if my hand can stop that? And the answer is Miljan, guess what? No. And my brother is pulling me out of the air compressor. Or electric fences, we had a lot of electric fences. Yes. How does it react in the rain? I found out.

Speaker: Miljan Bajic 26:21

So maybe a little more safely designed experiments.

Speaker: Bob Galen 24:27

Exactly. But the learning that goes on with the experiments, the failures, I think there’s a lot of interrelatedness of what we’re talking about, right? It’s the discovery, what may be successful, what may be a failure. What’s the learning? How do I discover the learning and that? So that’s what I was talking about. Now, I have a natural tendency to be curious, the writing, I mean, the podcasts, if you look at the things that I’ve done, I’ll do things that in the beginning are very uncomfortable for me, they’re out of my comfort zone, is another part of it. So driving myself from comfort zone to out of comfort zone, I think it makes me better.

Speaker: Miljan Bajic 27:14

Yeah, this made me think of like I was going through and I think I even listened to a couple of podcasts, from a while ago. And something that’s tied back to this, which you’re also very vocal about is diversity and equality. And I think we all tend to talk about diversity and equality, but it goes back to the experiment. What are you doing about it? And I think you did in one of the articles or you said how your daughter challenged you to think about the veracity quality, and what you really don’t about it. Bob and Miljan could say, yeah, I support Black Lives Matter, I support, what’s the right way to say it? I disapprove Asian pay, whatever it is, right? But what am I doing about it? How am I helping and creating awareness, and I think you’re talking about using your platform to do something about it, rather than so, is that also what we can experiment?

Speaker: Bob Galen 28:17

We’re doing it. Josh and I are doing it, we don’t know. But we’re leaning into action. The story I told is, my daughter and I were teaching CAL class, I co teach, I co taught CAL classes with my daughter, and with other people, I like to pair nowadays. So that’s another experiment that I try. I try incredibly hard to pair with people and pair with diversity, folks from diverse backgrounds. But we were teaching and I was whining in the class. First day, we got there early, where we said, this was an in-person class, and I was whining about the lack of diversity in the class. And she’s like, well, what did you do? And I’m like, I sent an email. I marketed it. And she’s like, what else did you do? I’m like, I sent another email. I said, I sent a follow up email. And she’s like, okay, what else did you do? And I’m like, well, that was it. And then it’s really hard, Miljan when your kids get on your case. So initially the feedback, I did not handle this feedback very well. And I got very defensive.

Speaker: Miljan Bajic 29:21

You started asking questions.

Speaker: Bob Galen 29:23

No, and she was like, Dad, so the same old actions that you’ve taken will not get you. So if you’re talking about diversity, those same actions will not get you what to do, talking won’t do it. And she just ripped off, you’ll have to reach out to people individually. You may have to give discounts. You may have to work through impediments. You may have to ask someone to ask someone to ask someone. You have to work differently if you want diverse audience, if you want diverse attendees, and I didn’t need to leave you with her, I was like, I disagree. Right? It’s like I’ve done everything I could. And then a few days later, I was moaning on it. And I understood, it’s the support. And that was the trigger for me from realizing I was fully in support of Black Lives Matter, Stop Asian Hate and all of that. I was talking about it but I wasn’t doing enough about it. And then Josh and I, and I’m trying my best to become a doer, to take action and to inspire others to use our platform, to hopefully inspire others to take action. And it doesn’t have to be big action, just what to do. There’s a young lady in Dallas, a new goal pal, she’s the coach in the Dallas area, and I missed…

Speaker: Miljan Bajic 30:50

I know, I’m actually interviewing her this Friday.

Speaker: Bob Galen 30:56

Okay. She has helped me make inroads into [inaudible 31:02]. So I’ve given a special discount and she’s recommended my CAL class. So a newest probably connected me to 30 or 40 individuals as part of my Black Lives Matter diversity and inclusion efforts on that site. And so establishing that kind of connection, and she’s really helped me reach into and that’s the kind of action I think we have to take.

Speaker: Miljan Bajic 31:26

Well, that’s in like, I give crap a little bit to Scrum Alliance for that too. And I’m going to ask and know how she feels about it. But a lot of times, it’s easier to just to say I support it but to go extra step like you’re saying and actually is harder, but that’s what’s going to make impact and it’s going to be easier if we all do a little bit of that rather than just, and if you look at our community, look at the diversity, and I’m specifically talking about Agile community. Scrum Alliance too but I don’t think Scrum Alliance is much different than any other Agile community. There is not a lot of diversity there, there’s mostly middle-aged men now that are getting maybe to your age.

Speaker: Bob Galen 32:23

That’s true. I try to shine a light on this stuff sometimes too. I’ve written some things that may be slightly embarrassing to the Scrum Alliance and other organizations. So I counted, I had some free time one Saturday Miljan, and I went into the Scrum Alliance site and I counted, I looked at CTCs and CC’s. And I counted, I looked at diversity facts, men versus women. And I think I found in the general population, there was like 17%, or 20% coaches were women. And that disappointed me immensely or whatever the number is, I could go back to the blog post, and I can send you a link to it.

Speaker: Miljan Bajic 33:04

I think I read it.

Speaker: Bob Galen 33:05

And I copied folks on it. And I’m not trying to blame. I’m just trying to shine a light in our community. That’s not good enough from my point. That’s just simply not good enough. We can do better than that.

Speaker: Miljan Bajic 33:20

Well, exactly. To give you an example to like when I started the blog post, sorry not blog post, the podcast, it rose out of like, who would I like to have a beer with? So that was assumption and it was mostly the people that I was thinking is guys, like, who would I want to sit down, either I have, I haven’t and then as I started doing, I realize, look at my first 20 interviews, right? It was pretty much like guys, right? And I’m like, well, this is interesting because how much, first of all, a lot of these people were part of the Agile community, they were the experts. So there’s not much diversity to pick from. And I just don’t want to always force it and say, I need to get this person or this person because they’ll add to my diversity, I still want to keep the bar high, in a sense of who I want to bring on the podcast, but do extra homework and discover people that I do want to talk to, that will add diversity to this. So it makes my job a little bit harder, and forces me to do more homework, but I think it’s adding richness to the podcast and what people have to say.

Speaker: Bob Galen 34:41

I’d say, I mean I can’t project onto you, Miljan, but I think we have a responsibility to use our platforms or to the degree that we can. The discipline that I have with the Agile and Scrum Alliance directly, Agile Alliance, a little bit less but still is there’s these wonderful platforms, it’s like, what are you doing it? You have this wonderful community. And I know they’re doing some things, but there’s so much more that they could do. And to your point, if we could inspire every individual to do what they can, you’re doing something. Anthony Messina was a coach in Chicago and he’s done some podcasts where he spotlights folks, he gives diverse voices, a unique opportunity to either present or to do something, people who haven’t had a voice, who haven’t had a stage. And I just admire what he’s doing there. Not a lot. He’s maybe had five or six or seven folks on. He asked me, he reached out to me and he asked me for a list of up and comers, diversity inclusion, do you have any up-and-coming voices that I can invite, and I send him a list and he invited a few folks on and just sort of keeping the ball rolling. And then some of those folks I know then submitted to conferences or writing and their role models, when they’re at a conference, their role model for other people. So it unfolds, it creates momentum.

Speaker: Miljan Bajic 36:13

Well, that too. And something else that you just said, that remind me is, when I came to United States, I didn’t know English, the culture was, I was 13 years old. And as I went through pretty much seventh grade, eighth grade, when I went to high school, there are certain things that first of all from, I felt racism, I felt excluded, because I didn’t speak English or so like I felt probably too minimal to what some people experienced. But it was an experience that I can relate. The other thing is they think we don’t a lot of times know which I know now is, there are people outside of the Agile or mainstream, that would add so much value to the broader community, it’s just that they’re never exposed to it. Like there are some people that just, so we can take an extra step to pull those people in and get them involved in Agile, get them involved in whatever you’re doing in order to give them a chance to learn about this stuff. Because there are certain people and maybe this goes back to privileges or whatever it is, they’re naturally exposed to certain things. And some people that are almost not prohibited, but it’s not easy for them to say, hey, I could be a great scrum master. If I knew what’s great Scrum Master is or how I get to that on that path on that journey.

Speaker: Bob Galen 37:54

I agree. One of the areas that I have a strong affinity and I’ve shared it with the Scrum Alliance back, I think Manny was the CEO or something. So this is a few years ago. But veterans, so there are because I was in the army. I have a strong affinity and respect and support for folks who defend our country. It’s just me. And I don’t think the government does enough when those folks are back.

Speaker: Miljan Bajic 38:18

You’re breaking up. I don’t know if it’s on my end. Do you see it?

Speaker: Bob Galen 38:21

Yeah, I can hear you. Can you hear me? Okay? How am I doing now?

Speaker: Miljan Bajic 38:25

I can hear you.

Speaker: Bob Galen 38:28

Can you hear me now?

Speaker: Miljan Bajic 38:29

Can you hear me, okay?

Speaker: Bob Galen 38:30

I can hear you. Yeah. How am I doing now? How am I doing now?

Speaker: Miljan Bajic 38:42

Okay, now it’s good. I think it may have been mine.

Speaker: Bob Galen 38:46

But veterans. And so that’s a community of helping other veterans who are coming back and leaving service. And what can we do to help them if they want to map from military service to scrum, to Agile, and again, I think there’s an advocacy aspect. I don’t think the scrum way. It sounds like I’m picking on them, I’m not. But I think the Scrum Alliance could do so much more there. I think the Agile Alliance could do so much more there of being advocates to broaden, I sound like a politician to broaden our Ted, I agree with you.

Speaker: Miljan Bajic 39:28

Yeah, it’s something done. I guess, just thinking more about and thinking in the sense of what could I do to not just talking, verbally support but more support of my actions. Absolutely. I want to come back to another thing that you wrote, which I also found interesting. A metaphor that you use for coaching expanses of mirrors and windows and I think a lot of times as coaches, Scrum Masters we struggle with, when to tell people what to do, or maybe give them some insights and when to get them to figure things out. So really coaching versus consulting or mentoring. I think you mentioned that you guys were doing one of your most herds, or one of the Lean Coffee type of things. And could you share what happened there and how you came up with that metaphor?

Speaker: Bob Galen 40:41

To be honest, I forget the metaphor. I think the message, I think I forget the driver. I think the message though is, there’s a lot of singular stance focus. And I don’t know what you see in the coaching community, but what I see through my lens and my network, is that somewhere along the line over the years, we’ve really sort of we’ve promoted the coaching stance to be the predominant stance. In the coaching stances as you know, is a non-prescriptive, holding the client as all knowing, all seeing, powerful questions. And there’s nothing wrong with the coaching stance. It’s an incredibly valid stance. But a lot of Agile coaches, and I think the certifications actually emphasize coaching stances over other stances, and I keep trying, I’m on a soapbox, trying to say it’s not the only stance. And if there are some situations, Miljan, I don’t know about you. But the leaders that I typically am coaching, if I took 100% coaching stance into them, they’ll kick me out the window and I’m not exaggerating.

Speaker: Miljan Bajic 42:06

No. It actually happened to me, where I was coaching a team, it was a government agency actually. And a manager comes to me and says, Miljan, you’re not helping out, the team is complaining, they’re saying, you’re just asking questions and not telling them what to do. And they really don’t see the value and they don’t think they need to help.

Speaker: Bob Galen 42:32

It’s exactly. So what I’m really trying to do, I have a platform and sometimes, remember I said I was trying to help the community, sometimes helping the community is being that thorn in the side that keeps saying something, or maybe raising something up that no one wants to talk about. So I’m trying to maybe make the case that I’m not anti-coaching stance, I’m pro balanced stances.

Speaker: Miljan Bajic 43:03

Well, exactly. And I think it’s almost like, in that instance, they were absolutely right. They didn’t want to be coached. And I think one of the issues that we have as coaches is, we’re not clear about coaching agreements, and what does it mean to be an Agile coach, right? If they really are looking for the answers, they’re hiring me to do that. So meet them where they are. So typically, in that situation now, I would say, okay, I might mentor them there, I might teach them say, hey, Bob, can you come over here or even ask for the permission. Do you mind if I share something on a whiteboard and start teaching them? And then through that process, I might start asking the question and more of the coaching. So it’s balancing that, like you said, it’s more..

Speaker: Bob Galen 43:49

Exactly. I’m working on a coaching book now. I’m writing a coaching book and I have the first draft, I just got editor feedback, which now I’m sort of slogging through all of this wonderful feedback. But I talk about the coaching arc. So one metaphor, in it is having a coaching arc. And I talked about in the situations that we’ve written about, it’s switching stances. So how do you enter the ark? How do you navigate some things? How do you land the ark? Situational awareness, sensing, if you’re familiar with [inaudible 44:30] sort of sense and respond, I think that notion of sensing and responding as a coach to the client, I think that’s our responsibility.

Speaker: Miljan Bajic 44:39

It is and this is a topic that I would love to talk to you more about but that is actually sensing and [inaudible 44:47] is just one of the sense making tools, right? So when I go into like, I’m also sensing what Bob’s values are, if I’m coaching you one on one. I need to understand your perspectives, your worldview so I understand what’s motivating you, what do you believe is true, and then I can adjust my approach to that.

Speaker: Bob Galen 45:08

Absolutely. Now, that being said, I don’t know if there are a lot of coaches in the world that can do that, Miljan. I think that’s a challenge. That would be extraordinary coaching, there’s a lot more staying in this stance, it’s easier to stay in a singular stance, than it is to have all of this nuanced awareness that you and I are talking about.

Speaker: Miljan Bajic 45:33

Well, I think I call it the next wave of coaching. I’m actually talking to Michael Spade, who you probably know, and who’s contributed a lot to this agile coaching space along with Lisa and others. But I think the next five years will be about what you’re describing, and probably your book is going to be a one of the resources that we can use to help people truly understand what we’re talking about here. And I think it’s bringing psychology, it’s bringing more of systems, thinking and I’m using other frameworks that will help us be better coaches, better agile coaches, I guess, which is a broader umbrella than just professional coaches.

Speaker: Bob Galen 46:23

Absolutely. I think the other thing is even in the book, so I’ve anchored the book, there’s something called the Agile coaching Growth Wheel, which is a model that was developed out of some work in the UK, some Scrum Alliance retreats, coaching retreats created. And I liked the model, it’s a little bit more nuanced than the X Wing model. But in the book, I have a chapter on, what are some missing stances? And I talked about leadership being potentially a missing stance. Literally are we a leader and do we need to step into leadership at times? As scary as that might sound or championing stance where we’re literally, we’re sort of championing our team, rallying cry, providing momentum, providing positive energy. That might be a stance, a minor stance, but a stance that we need to adopt occasionally. So I’m interested in sort of stance variations, I’m not trying to create 1000 stances. But I think as coaches, it’s not just four things, you train, you mentor, you facilitate, you coach and you buy everyone doughnuts.

Speaker: Miljan Bajic 47:42

Or sushi.

Speaker: Bob Galen 49:43

Or sushi. Alright. There’s nuance to it, a change agency or being a change artist is something that I think very often you and I, we’re the embodiment of change, we’re navigating, we’re in a river of change, and we’re trying to navigate that ourselves. So having some change models, and being aware of some change artistry techniques might be useful. It’s not just coaching stance, I think of agile coaching as being incredibly rich, incredibly deep, incredibly broad. Not scary. And something that I can keep learning for my lifetime. It’s a really rich landscape.

Speaker: Miljan Bajic 48:30

Yeah, I’ve written a little bit about this, but I use the analogy of cooks and chefs. And if you look at culinary discipline, right? It’s so broad and it can be so creative, and encompasses so many other disciplines outside of just culinary. And I think agile coaches are on that spectrum from cooks to chefs, and we need all of those. But if you really want to be a good Agile coach, you’re like a really good chef, maybe James Beard type of Chef, maybe not, but you understand a lot of different things and you can put together good dishes from what you have.

Speaker: Bob Galen 49:14

I love that metaphor. I love that. And it takes what passion and perseverance, there’s a lot of learning in that. Right? Those chefs know how to grow, they can go out and talk to farmers, they can get locally sourced. I mean, they’re very adept.

Speaker: Miljan Bajic 49:32

They grow other people, right? In the sense like, they’ll take somebody as an apprentice and help them develop into their own unique style, they’re not going to say you have to, so I see a lot of his resemblance and metaphors, as they can only go so far too, but those are some of the things that at least in my head are going through. Maybe as we’re wrapping up here and I can’t believe it’s already been an hour, but what would be your message? You’re doing a lot of work at least you’ve been doing CAL classes for I don’t know, since I think 2017. You were one of the first ones to start teaching those. What would be your message to aspiring leaders, Scrum Masters, agile coaches? What are some of the key messages from your class that you share whether you think would be helpful to share here?

Speaker: Bob Galen 50:30

I think we sort of touched on them is, ask for help. I think it’s still walk your talk, show vulnerability. Go to a CAL class, reach out to me, I do freebies or so, learned, leadership is a craft. Acknowledge that you know things and then you don’t. You and I are just talking about it from a coaching perspective, find a mentor, find a coach, go to some classes, look at yourself as continuously learning. Make sure that you’re passionate about what you do. It’s not just about getting funds, I do what I do, yes, I drive revenue. Yes, I get paid. I do what I do, because I love what I do. I’ll never retire because I love what I do. This is the best thing since sliced bread for me. But find that baseline things. If it’s not like that for you, then maybe be fine where your passion is. One thing if you’re coaching leaders, empathy, we didn’t talk about it much but connect, walk in people’s shoes before you coach them, I wish for coaches, I wish all coaches would walk in the shoes of their clients before they open their mouth. And I know that sounds odd. But do that and do it in both directions. So mentor someone and be mentored, coach someone and be coached, right? I think that balance of continuous learning would, whether you’re a leader, a coach, a scrum master will really help you. So sort of what I’m circling is the topics we’ve talked about, really embody. Find what you love, embody it, discover that, right? How do you believe to say I know very little of this and then every day, learn something, every day reach out to someone, every day help someone and be helped? And become what was our metaphor, the chef, that James Beard Master Chef, that doesn’t know everything, it’s not expert in every school, culinary school, it has grassroots. So lots of tools, is continuously learning and trying things, even the experimentation that we talked about Miljan, dovetails into that metaphor, experimenting with new dishes, right? Experiment.

Speaker: Miljan Bajic 53:11

And not being afraid.

Speaker: Bob Galen 53:15

So I don’t know, I think along this talk, there’ some things that I think would be useful for folks as guiding principles.

Kiro Harada: Scrum in Hardware, CST-R, Japan, Scrum Alliance | Agile to agility | Miljan Bajic |#36

Kiro Harada

Speaker: Miljan Bajic 00:48

Who is Kiro Harada?

Kiro Harada 00:52

I am Kiro Harada. So I’m an Agile coach, and doing Scrum training. But I have a background of chemical engineering. And after getting the job of a product development, and then doing some QA, I realized that the software is a key about improving my career, I switched my career to the software in 2000. The interesting thing is that, in chemical engineering department in 1990s, we had to do everything. So I did a little bit Computational Chemistry, but if you are in chemical engineering, you get a workstation. If you get the mechanical engineering, you have all the machines installed with that. In chemical engineering, okay, we have chemical reactors, both, we have to open a computer, build a network, and then apply patches for software, we have to do everything. So Chemical engineering is kind of good place to learn various kinds of things at the same time. Then I kind of continue that way until right now. So I’m doing Agile coaching as a main profession but as you can see the mess behind, I do a lot of things.

Speaker: Miljan Bajic 02:21

Great. And maybe can you elaborate a little bit on, you know, your experiences in hardware and your background in hardware, because I think it’s really interesting as far as your experience in applying scrum in hardware, and just how you got into this agile?

Kiro Harada 02:42

So since I was in chemical engineering, and then I was so much interested in mechanical engineering, I really like to create some things that work with a physical interaction with that. And then there’s a mechanical engineering way to create some working machines. But once it becomes complicated, it suddenly becomes exponentially difficult to implement it. And then we get to endure small machines that call to a microprocessor. Oh, it’s a good way. The more since we have small electronics that can be controlled by a computer, it’s much, much easier to implement some complex move just by hardware with software. So I’m pretty much interested with it. And then probably one of the reason I started working manufacturing, this was a product development, but that’s kind of in some movement happens with a working place. So yeah, I love working that way. Thanks.

Speaker: Miljan Bajic 03:58

So maybe, you know, I want to talk to you and see your perspective like Scrum and Agile methods have their roots in Japan, and in what ways has that impacted you, like what’s the perspective from somebody from Japan on Scrum and Agile, and do you see that Scrum and Agile have roots in Japan or is your perspective different on that?

Kiro Harada 04:24

Yeah, so, I do not think there is a specific origin of agile but I have to say that some of the manufacturer in Japan has their own way very similar, which is known as the agile right now. So what I understand is that, when the Japanese industry created a good industrial quality and standard, we didn’t have much money to implement the various kinds of instruments, machines, lines, whatever. Then, we didn’t have much resources so the only way we could do is, okay, collect all the people find the best way. So instead of dividing work for each person from the beginning point we get together, and then we think and work together, what is the best way to work out with minimum resources. And then that created the creativity that within our limited resources, what could be achieved. And then we have the better interaction with various people, with various background skills. And then that’s a secret, but why Agile and Scrum works.

Speaker: Miljan Bajic 05:52

So essentially, get a bunch of smart people in a room that are willing to work with each other and just let them figure things out.

Kiro Harada 06:00

With my experience, actually, so good thing in working here is that I could have a direct interaction with the people actually who was in the development space. I do not call smart people, I do call crazy people.

Speaker: Miljan Bajic 06:17

So get a bunch of crazy people together, right? Smart and crazy, courageously maybe.

Kiro Harada 06:22

One other thing is that the since they do not have their own testing environment for them to test their idea, or they get together around the midnight at the factory, they change the factory, all the land experiment, and then in the morning, they get back the factory in the original space, so they can manufacture the ordinary manufacturing the next morning, and then they get back sleep. That’s the kind of crazy things I heard.

Speaker: Miljan Bajic 06:51

What else I mean, last time, you and I spoke, you talked about the impact and the, you know, the pressure after the World War II, and Japan to deliver. Could you maybe elaborate and talk about some of that you share with me like, you know how this Kaizen way of working, goes back to Demin Tsi Ono [unclear word 7:21], and how the world war II or results of world war II kind of force Japanese to embrace that Kaizen.

Kiro Harada 07:29

And so after the World War Two, in the case of the after the war appeals, the older industry in Japan get into recession. So the old industry didn’t have much resources. Now we do have people work on it, but we didn’t have much machines with it. But the thing is that after the World War Two, the Deming came to Japan, they brought us the status, quality control and the way to improve the process on the quality and productivity. Since we didn’t have much resource, but we did have time, and then we have a good motivation to create the industry back. So to get the history back, there was the Korean War in place, and then we had a great need, a great industrial point to create trucks or other military vehicles, and then that creates a huge demand for vehicles, that train the industry a lot.

Speaker: Miljan Bajic 08:40

So that created essentially platform for a lot of this stuff that was… [crosstalk 8:46]

Kiro Harada 08:46

Yeah, so it’s a really limited. Okay, we have time, but the deadline is near. So the first truck was designed in nine month.

Speaker: Miljan Bajic 08:59

Wow. That is pretty cool. So maybe to expand on that, you know, I want to talk about your experience Scrum, in manufacturing. Could you speak maybe about Scrum in manufacturing? Like, what are some of the good, the bad, the ugly sides of Scrum and manufacturing?

Kiro Harada 09:22

Yeah, so actually just Scrum in manufacturing in Japan is, we are now getting back how we worked with Scrum. We need to talk a little bit about how the manufacturing practices blow to outside Japan in early 1980s. So since after the Japan industry came back to a very high productivity and high quality thing, that people are curious about it, and then they sent researchers and then the first famous book about Lean manufacturing is that machine that will change the world, so they thought it was the machine. So the little trick is that they didn’t disclose how actually overnight with it, just shows and adjusting, okay, the manufacturer repeatable process of manufacturing and then they call it the secret of high productivity, which is really not. And then people are really to track to the point, okay, it’s a pull system. Okay. Now pull system is for adjusting only, it is not for planning period. So the idea of putting a manufacturing practice in software is actually the initial idea was wrong, so we need to think more about how we design the manufacturing or how we design the product part of it in that sense, so there is no pure pull system. So it’s always a mixture of push system and pull system. So we need to have a similar batch processing, and then we do a continuous one piece roll that adjusts itself to liberalize the manufacturing. So we need a good mixture of it. So then Scrum is a good point. Scrum has a sprint and sprint running, so is the batch running. And then let the team decide how to deliver it, but they are so stronger in color is to minimize the lead time for each product backlog item. So it’s a good simulation in a designing way, or how we create a highly productive and high quality process. So I think Scrum is pretty much all about covering push and pull system.

Speaker: Miljan Bajic 12:05

And could you maybe elaborate on that, because that’s really interesting, in a sense of thinking about it, sometimes we’re going to need a batch process, and that, you know, as far as the value stream that might be needed. And then sometimes, you know, when we look at things that might be more of a single flow. Could you give us maybe an example on, like, you know, in your experience manufacturing, like, you know, how do you leverage Scrum and other frameworks like Kanban? Or like, what does it look like? Because I’m assuming that it’s a custom framework in organizations that you’re not probably doing pure Scrum. Is that true or…?

Kiro Harada 12:47

Okay, so there’s no such thing like pure Scrum. Scrum is framework, so it’s just a framework, there’s nothing inside yet. So scrum part is that how we design very straightforward aspirin.[unclear phrase 13:04] So since manufacturing, so we keep creating the same product over for a certain period of time, so we have a same virus and stay in place. So then we measure it, we optimize that, so we create the flow with that. So the manufacturing, okay, I don’t call it a pretty easy, it still has a lot of adjustment and tweaks to make that flow, but as always creating a product or should I say designing the product, okay, we design the exact same product, this sprint again, you won’t never get paid so you have to make a new one. But even though you create a completely new one, every time in the sprint, your productivity or your result is not predictable. So we create a kind of various stream template every sprint, but we change a little bit every sprint and then also the work that fall on the various stream chances a little bit. So then, we allow to really automate everything. So if there’s a static vary string, we can update, okay, we can automate and then we can ask the machine to do it, but very stream or designing a scrum is that we’re updating various streams, we’re changing that work every time and also, we’re updating our people, “okay, we know better? Better still we like to have a metrics major inspect and adapt cycle. So itself is almost in a manufacturing is the same thing. So then Scrum is kind of say we are expanding our inspect, major and learn and update kind of process more on designing parts or the manufacturing.

Speaker: Miljan Bajic 15:12

That is interesting, because I mentioned earlier like I spoke with Joe Justice recently and he was working at Tesla, he was describing how, you know, he’s like this truly works. And it’s the, you know, almost like scrum on steroids in the sense of how they work and how they get stuff done and how they continuously iterate through things. What are some of the things that you’re seeing currently, that are applied in manufacturing? That are impressing you? And with the companies that you work, is there anything that impresses you like, wow, this is, you know, completely new way of working, or this is…?

Kiro Harada 16:06

So actually, there are several clients working on it, but in a manufacturing, so in the year is very strong, I cannot talk with these things, but they’re actually utilizing the way how to improve the whole process. The one example I can share is that I’m working with a small venture audio device company. They’re creating audio mixers for theatres. So multi-channel, high resolution, low latency one. But since, you know, the current audio has become the higher resolution audio, which has a much higher sampling rate, we used to implement with software but software fluctuation or latency make it very difficult for the multi-channel like 40 Channel mixer, to have the delays fix with it. So they wanted to create a hardware sound processing but the hardware is very hard. So what I did is as they actually implemented the older core logic with FPGA field programmable gate array, but they created a FPGA design by TDD, it’s more like Callaway TDD. So instead of creating the circuit or design gatally [unclear word 17:31], they create a logic analyzer or functional generator with FPGA cell, wow, and then create the input signal, audio signal, and then they start implementing target. So the interesting thing is that they also sit the analyzer in production. So they log a lot of information with it. Once in the LR in a field, they actually collect the log, and then they can replay the same thing. So, even though they’re creating hardware, they’re fully utilizing the software techniques to make the quality better. So I can say, okay, I will show you that link of the product after this.

Speaker: Miljan Bajic 18:21

Yeah, please and I’ll include it in the link. But that’s interesting, because it’s like, similar, like how a lot of these patterns, you know, we’re adopting software development, this is very standard pattern in the sense like, you know, test early and often move testing to the, you know, validate early, create some feedback loops, and you’re just applying it in that context. But it’s exact same thing that we do in the software development, you know, probably in some ways, it comes back from manufacturing. So it’s just interesting as Scrum is becoming more and more popular, how some of these patterns not in manufacturing, but just in other industries will be applied and contextualized.

Kiro Harada 19:06

Yeah, so I think, you know, the Apollo does, called jig in manufacturing. So Jig is a support to create the work of staying in the good position. So, when you create a wing or when you create something that keep a strict angle, we create some supporting device first and then create the work and make sure we do the uses in variation of the manufacturing process. So then, we call TDD but we are actually thinks it’s a JigDD, it is a jig, helping device that to create a product to be in correct angle, correct position, but the software helped us or we can create the Jig that is intelligent. So when we are designing it, we have to make sure our work is very well aligned with Jig. But our intelligent Jig is a little bit noisy, “hey hey”, [inaudible 20:11] you’re well aligned enough so, fix it. So, that helps a lot about work to designing. So, we are creating automated helper spreading, designing the process, designing the product, design hardware, to help us design better product by reducing the cognitive load to take care of the minor…

Speaker: Miljan Bajic 20:36

Exactly, which is like concept in, I guess Agile too is out, automate whatever you can, whatever makes sense. So you can, like you said, minimize that cognitive Lobell. So just in general, like don’t worry about that, if it can be automated, it’s going to save you time, it’s going to help you go faster long term.

Kiro Harada 20:59

So, yeah, I think I find it very much fun.

Speaker: Miljan Bajic 21:03

Yeah, it is. You talked about the next generation electric Kanban system manufacturing, could you maybe talk about what that is? The next generation electric Kanban system?

Kiro Harada 21:15

So, what I call a Kanban system in manufacturing not software version. So Kanban is about the messaging system. So we are actually telling, “Oh, we use that part, so please, supply us with that part”. And then the Kanban is sent back with the truck, and then few days or sometime few hours later, your part is delivered. But what the purpose of Kanban? So Kanban is actually not on order, it’s too slow. So we really wanted to synchronize all processes. So all the process in the same tack time, your tack time is at that how your conductor will control the whole length of manufacturing. But if the older processes, keeping the same tact, it is very effective, and then minimize working in progress, right. So what you want to do is synchronize processes. And then…

Speaker: Miljan Bajic 22:42

Synchronize the value stream, I’m assuming because you’re looking at the old hours.

Kiro Harada 22:46

And then Kanban was necessary evil since all process cannot be synchronized, it is sometimes geographically away with it. And then geographical location difference was not really a problem since it takes time to deliver part, so it’s okay to deliver a Kanban back to the supplier. But we can have a better way to synchronize, we can have a better rhythm so that we can synchronize each other. So one of the key is that Kanban is the only signals from the user to supplier, so it only can accelerate. There’s no way to slow down. So that result in a huge loss in the car manufacturing in the Lehman shock period, since they can accelerate but they cannot slow down with the Kanban.

Speaker: Miljan Bajic 23:51

So how do you slow it down? I mean, so if you can accelerate, and what you’re really saying is that you can like when your supplier sends you apart, you can’t really slow it down?

Kiro Harada 24:08

Yeah, so since Kanban is pull system so okay, the user using it and there’s a signal to the supplier, that is a signal to the supplier and then all the supply chains are connected. Okay when the situation like Lehman shock happened, okay, the cost of manufacturing, the Kanban is already there so all the parts…

Speaker: Miljan Bajic 24:32

Start coming in.

Kiro Harada 24:34

That made a huge fluctuation. So pull system can pull into accelerate, but there’s the other part that is necessary too, how to slow down. With the next time on [unclear 24:49] system actually, I do not know what is happening in Kanban right now but they’re thinking about designing how to share the info “How to slow down, and still synchronize all the process to each other”.

Speaker: Miljan Bajic 25:05

Yeah, I mean, just thinking about it but I’m assuming this would go back to contracting and to the suppliers and communication and saying like, “hey, you know, what happens? If we have this type of an event, how do we communicate? And what type of policy do we need in place in order to, you know, stop sending us these parts because we no longer or we can’t, you’re sending out much faster rate than what we can actually take. And that might be creating the bottlenecks or costing more or whatever it is, right”?

Kiro Harada 25:38

So in, okay, in some huge company manufacturing case, the load fluctuation with adjustment with Kanban is only 5% per month. So if you cannot actually do more than 5%, if you cannot slow down more than 5% each month, so you have to at least one month before, situations a little more complicated. So okay, the Kanban system is for adjustments, so they cannot take care about 20%c, 30% changes. So it’s a responsibility of the push part of the system. So it’s a mixture.

Speaker: Miljan Bajic 26:21

Yeah, that is interesting. You know, I told you like, you know, my background is mostly in software development, and, you know, started working with more clients that are in manufacturing, or they have parts during manufacturing, it’s been very interesting. So maybe to shift gears a little bit, I wanted to talk to you about just the importance, I guess, or the why is it important for professionals in Japan to be introduced to Scrum? And is there like, you know, in the West, mostly, I guess it’s everywhere, it’s not just here in United States, but people are crazy about certifications, they’re crazy about Scrum is becoming, you know, so there are good and bad, of the certifications, but why do you think is important for professionals in Japan to be introduced to Scrum?

Kiro Harada 27:24

So, about 30, okay, or more than 30 years ago, so in 1980s, our way, the Japanese way of working shook the world. Actually, we changed the way of work 35 years ago. So then it was very different from what the other country sold is a normal way to there, and then we could do it. But as you know, after the so called bubble economy collapses, we are more about becoming small improvement, or should I say cost cutting, working, impressed for the last 20-30 years. So even though we create a very new crazy way of working 35 years ago, but we lost how we did it. And then after a long run, the new way, Okay, like scrum, the way of working all the way back to Japan again. So it’s a good thing.

Speaker: Miljan Bajic 28:34

So it’s really about going back to the roots and understanding the essence of what the moment that was really started in Japan.

Kiro Harada 28:47

Yeah. I do not call its roots. But it’s older…

Speaker: Miljan Bajic 28:54

Well, I think a lot of people and maybe it’s just the end, Jeff Sutherland, who has specifically, he talks about it, and, you know, the impact that you know, Tekyi Ono [unclear 29:10] and the two professors, you know, Harvard, Nonaka and I forget the gentleman’s name.

Kiro Harada 29:19

Yes, [inaudible 29:22]

Speaker: Miljan Bajic 29:23

So, you know, they had a huge impact, and he’s and I think damning obviously, and, you know, probably without Toyota and without what, you know, DPS and a lot of this stuff, probably some of the stuff wouldn’t be where it is or maybe would have shaped it differently. But so that’s I think, why a lot of people consider that a lot of the roots or what was you know, big push came with lean and came from Japan.

Kiro Harada 29:57

Yeah, because it’s a good thing, I feel good. So, definitely that way. But the key part is that we keep learning, we keep studying other people, we keep studying what other people are doing. So the key here is that before the war, Toyota engineers visited the United States and visited all the factory for Ford, Chrysler, GM, and they learned a lot about the, they didn’t have much resource to create exactly same manufacturing line, and then suppose they stopped by a supermarket. And then they saw a supermarket putting glossaries other on it. Oh, that’s the idea. Wherever you deliver like, a car is like a shopping cart in a supermarket and party delivered on time to it. So it will become much very efficient with minimum and still have high production. So they learned a lot from the car manufacturer in the US but also from the supermarket.

Speaker: Miljan Bajic 31:11

Yeah, it’s a good pull system and lean. What about why scrum Alliance, so we knew you’re associated with Scrum Alliance, and, you know, Scrum Alliance is the oldest, most recognized nonprofit organization. And I think you know, in the United States, Scrum Alliance dominates in the sense of certifications, all that but in other countries it doesn’t so like you know, people a lot of times associate themselves with other certification bodies. Why did you decide to, maybe you probably belong to others, I’m not sure but you’ve kind of decided to go down the CST path and trainer path and associate yourself with Scrum Alliance, so why scrum Alliance?

Kiro Harada 32:03

So I don’t know to feel bad about other certifications, but the reason I stayed in a CST path is that Scrum Alliance training is very diverse. So the training provided by the trainer are very different to each other as you try to capture Scrum, which is good thing. So in that sense, I’d like to have other certification body training so we like to capture the core part of Scrum to make it better. But at the same time, it’s a good thing that the certification body is not the training body, so training body made a various way of doing it, still the certification body a good certification, so we are known to either Yeah, traditional meeting on competing, but we are trying to better way of sharing Scrum idea and then we are learning from each other. So if there is no single, those scrum association, kind of saying, “okay, you have to teach this, this blah, blah, blah”, probably Scrum will lose their momentum.

Speaker: Miljan Bajic 33:28

Exactly. And that’s kind of what attracted me too because I think that same thing of like, you know, there’s a certification body but there’s, you know, trainers, our community. So when I design my training, when you design your training, it’s different than we have seen learning objectives, but Kiro can design his own way. And, you know, I think there’s also my perspective around like, you know, nonprofit versus for profit, a lot of these organizations are for profit and not necessarily for impact organizations. So it’s interesting. You are one of the few first CSTR which CST Regional I believe, right. Well, what was your experience of becoming a CSTR? What was that process?

Kiro Harada 34:27

So it’s exactly the same as CST thing but since the way okay, providing training pretty much not really same or running with the waves of how CST is. Okay, so then, I believe they decided to give it a try. So since I think you have experiments, okay, introducing scrum to a large enterprise, and Scrum into small startup, do you do the same way? I do not think so. So then my experience is that if you bring a scrum to large enterprise, can you do develop a little software with that such loose process? That’s a response. And then when you bring your scrum to startup, do we need such a lot of meetings just to develop software? So it’s a completely different reaction to it. So we need to inspect and adapt, okay, inspect and adapt is a key part of it with the size of the company, or the history context of the company. But at the same time, it applies to culture, I don’t want to use a culture like term, but the context of each country, context of each group has different background. And then it may not be a good way to have a standardized way of introducing Scrum, won’t work there. So it’s the same thing, as I said, about a variety of Scrum trainers. So it’s better to have a different way of introducing scrum on how we see how Scrum is implemented. So if we work, having diversity is a good, risk mitigating way to growing Scrum. Oh, yeah, I think so. It’s a kind of experiments scrum alliance is doing right now.

Speaker: Miljan Bajic 36:37

Yeah. And I think it’s great because I do like coming from a different country coming from a different culture, I like the challenge that I have, for instance, if I like I’ve done trainings in the in Serbia, Croatia, in that former Balkans area, and I’ve never delivered the training in Serbo-Croatian, like I’ve always delivered in English, even though I’m from that country, I wouldn’t be like for me, like in people, I can tell. Like, if I was delivering it in Serbo-Croatian, the experience would be different. So it’s same thing like here for trainers going to Japan, training in Japanese or in English, where if people had an option for a native language and native, like somebody that has more context about what’s going on, I think for those people that are looking for that type of experience would be like you said, option, diversity, like, you know, and I think a lot of times it’s a richer experience.

Kiro Harada 37:37

Yes. So interesting part is that, I think the when you introduce retrospectives for when introducing Scrum, it’s a new concept, right. But in Japan, we learn how to do retrospective in kindergarten. I mean, so yeah. Okay. Small kids are collected together so how old are they? So it’s a kind of the context, different from it. And then we actually forget how we do it. Why not? You did in Kindergarten, you can still do the same and the working process as well. So what went wrong today? What went well today? So it’s a kind of interaction to retrospectives here. But yeah, they are different countries, so there’s a different way of introducing it.

Speaker: Miljan Bajic 38:38

Yeah. I think it’s a I mean, we’ll see it’s a pilot and what are you seeing as benefits of the CSTR program? Like what have you gained from becoming a CSTR? What are the benefits of CSTR?

Kiro Harada 38:54

Yeah, not sure so I can start, okay. I can start providing a CSM classes here without having inviting CSTs on site. So yeah, I really love to invite CST on site and teaching together but because of the this COVID-19 situation, it is a little bit hard to invite people and then remote contexts, zoom context a little bit harder to share context. Lately like to resume working inviting CSTs including you, coming to Japan to teach together and then share the finding

Speaker: Miljan Bajic 39:36

I would love to. I don’t know about teach but I would love to visit maybe do one class but I’ve never been to Japan and I will…

Kiro Harada 39:44

But then meanwhile so we can continue providing certified trainings here in native longus. Actually capture some of the people who are not really keen on having English classes. So we are certainly expanding acknowledgement of the scrum in the market. And also there are some good scrum practitioners here, and then who are not really eager to apply for CST because of language barriers. So yeah, still the process involves some English, but we can start encouraging people. Okay. So there may be or otherwise, even though your English is not fluent enough to get through our English interviews in English, so there should be a way, of course…

Speaker: Miljan Bajic 40:46

What was your experience? I mean, like my experience, I mean, like for those of you I think some of the listeners might be familiar with the Certified Scrum trainer process, some of you may not, but it’s a multiyear, very long process that requires a lot of things including persistence. And from your perspective, what message do you have for somebody that is thinking about going that path? Like reflecting back maybe doing a little retrospective here, what would you do differently? What would you do the same when it came to the CSTR program?

Kiro Harada 41:35

Okay, so one of the key retrospect that I have is that I could have started earlier. Always start early. So your career length is limited, so if you have something very interesting out something that will benefit for you, start early, that is the key. So it’s a kind of diverse experiments. So there’s a lot of people and then with diverse backgrounds, diverse ideas, diverse way of doing it, so appreciate it, it’s fun.

Speaker: Miljan Bajic 42:17

And the application itself, I mean, like, I would say, you know, it took at least for both CST and CC, for me, the application is long and tedious, and I remember spending hours. So I tell usually, when people ask me, like, you know, how should I start preparing? What are the next steps? I usually tell them go review the application, understand start taking iterative and incremental approach to filling out your application.

Kiro Harada 42:48

So but at the same time, so I need a little proposal about how to improve it. So since it’s a clear symptom that there are multiple peels here. So there must be peels here is that the symptom is keep adding things, not removing. Since it’s a structure of adding new criteria, saying and then it is not really straightforward, and then a vary stream optimized way of it. It is perfectly okay to go awry, find newline. But we can make it a little bit easier to get into the gate. Okay, the key or some of the, okay, martial arts training, whatever is it’s pretty much made it easier to get in the gate and then you pass it out. And then, so if it becomes a part of the applicants professional development, it’d be good.

Speaker: Miljan Bajic 44:03

Yeah, that’s a really interesting concept. Because I think if you could get people even to start filling out or getting somebody to help them with the application or something, that’s something for scrum alliance to think about, in a sense of how do we get people to start filling out application, start kind of getting in the process, maybe even getting another CST or somebody to help them with that initial startup, might get more people to kind of engage in this process because yeah.

Kiro Harada 44:37

So since Scrum is very diverse. So I have never seen the exact same scrum implementation in two different teams. So I really like to encourage people how people implemented Scrum, what kind of tricks, tips they have tried, so that the other people can try it, and then actually describing how they did it, it’s really helped to develop their career too. So, I actually mentioned that I was working in scrum patterns working group. So we are collecting, good working way doing it, and then to write document about it so that the other people can try with it. So working software is better, but document can survive history. The people with no contact, try new equipment, new air walking, so I think it will help change our way of work as well.

Speaker: Miljan Bajic 45:52

Great, so maybe the last question here, a little fun question. If you could have dinner with two people that are alive, who would you choose? And why?

Kiro Harada 46:07

So okay, so if the people are alive, I just go for it. Okay, let’s go for dinner. And then the contrary, I’m thinking of, do you know robot Heinlein, science fiction writer?

Speaker: Miljan Bajic 46:23

No.

Kiro Harada 46:27

It’s the door to the summer, or the other stranger in a strange run. It’s a science fiction writer. He wrote about the society in the future. So even though he died when I was at high school, so I really wanted to meet him. But I literally talk with him that after he observed the College Station, how he imagined the future. So they have a good foundation. Yeah, all the same reason I like to see Isaac Asimov who was a science fiction writer as well. So who are good imaginary, that actually somewhat accurately predict the future right now? What kind of thing happening?

Speaker: Miljan Bajic 47:22

What’s going on in their heads as they… [crosstalk 47:28]

Kiro Harada 47:29

So unfortunately, we cannot go to the moon right now. We have imagined when I was a kid, but okay, this smartphone changed the way so we can talk everywhere, we can see everywhere, we can send pictures, Oh, is that change a lot. So but we will see the change a lot and I’m looking forward to it.

Speaker: Miljan Bajic 47:57

Yeah, no, I think yeah, it is cool. And it’s interesting, you know, that some people have that foresight, or maybe, you know, just guessing, but just knowing I agree, knowing like their thought process and how they come up with those ideas would be really interesting. Is there anything else that I didn’t know to ask you? But if you were me, you’re like, “oh, yeah, I would have asked him this question”. What was something like that you worked on? Or maybe something that I should ask you but I just didn’t ask.

Kiro Harada 48:47

I will talk about my okay, April fool project I did a few years ago, which is a lazy manifesto. Yeah, it’s a joke site for the April thing, but I’m seriously joking. So I really like to have all the team to become creative, innovative and crazy how to new things. And key part is how they can become lazy. And then how to finish the ordinary drudgery work in a controlled manner. And then some people okay, especially some teams in here, probably, they work so hard. They try to finish all the tasks by hand with perfect quality, and then they’re too tired to do something crazy. So be lazy or try to okay not to do the task, probably it won’t hurt anything. So then you have some slack time, you have some free time, you have some free resources, and then there are some crazy thoughts around where something new happens. So I really like to, all the team have the such kind of slack or flee time to do something crazy.

Jurgen Appelo: Complexity Science and Management 3.0 | Agile to agility | Miljan Bajic | #35

Jurgen Appelo

TRANSCRIPT:

Speaker: Miljan Bajic 00:49

Who is Jurgen Appelo?

Speaker: Jurgen Appelo 00:53

That’s me. I usually describe myself as a speaker, writer and entrepreneur, those three words seem to describe most of what I’m doing. And I’m from the Netherlands, I’m 51 years old and leading a pretty happy life, I suppose.

Speaker: Miljan Bajic 01:18

Nice, so what’s important to you, I want to dive a little bit into like you know, your current motivations and what’s important to you. So, you’ve done a lot in the sense of, for I think this whole movement and I want to come back to complexity, to why study science but like, right now when you look at your life, when you look at the just the work environment as well because I think it’s hard to distinguish between you know, our work lives and what we do and what’s important to you, what motivates you currently?

Speaker: Jurgen Appelo 01:59

What motivates me is, coming up with things that people find useful and then help them be happier in their jobs. That’s why I call my company, Happy Melly because it is after a famous billboard you know, Rotterdam where I live that says Melly Shum hates her job. It’s a work of art that has been there in that street for 25 years and some people wonder why is Melly Shum hating her job? It doesn’t explain, it’s just Melly Shum hates her job with a picture of Melly smiling in the camera hating her job and that for me was the inspiration of calling my company, Happy Melly because I want Melly to be happy. Why are people hating their job, they’re in the wrong job or they should change their job? So, for me that’s an explanation of what I like doing and it helps when I discover stuff or invent stuff and describe it in such a way that people say well now I finally understand it or now it is finally useful. I get these compliments every now and then like, I do the digging around and reading dozens of books and then people say wow, thank you for summarizing all of that. Now, it has finally become applicable and useful for me at this, it saves me reading all that other stuff. So yeah, being helpful, helping people be happy in their jobs that’s more or less what I love doing.

Speaker: Miljan Bajic 03:37

Why is happiness so important? You’ve written a book on it too. I mean, it’s a pretty basic question but from your perspective, you know, because most people are not happy at work.

Speaker: Jurgen Appelo 03:51

Yeah, well, that’s a simple and at the same time a deep question, I suppose. I just noticed that I have never done things, at least not for long that I hated. Right? When I finished my studies at the University in Delft, I study software engineering, all my peers basically disappeared into regular jobs for high paying consultancy companies or IT companies, whatever. And I thought, doesn’t seem interesting to me, that doesn’t make me happy to be as what some people say a ‘slave wage slave’, basically. So no, I you started my own company and I became a freelancer and I started writing courseware and I did very different things compared to my peers because that seemed more exciting and was riskier, more uncertain but I loved it more. And that has always been the case, every choice I made, I make the choices that make sense to me because they help me be happier in the work that I do.

Speaker: Miljan Bajic 05:08

How much does that have to do with autonomy because I have like, similar experience where I started a software development company in colleges, started you know, writing code or designing too in high school. So, I’ve worked like you know, my you know, since I was in high school for myself but I’ve also taken pauses where I worked inside the companies and autonomy is a big part for me. Is it the autonomy that makes you happy or is it other things like, what is it for you?

Speaker: Jurgen Appelo 05:40

It is definitely part of it. I mean, one of the management 3.0 games or exercises that I created is a movie motivators and freedom is one of the 10 motivators in that exercise. And I have always said that for me, it’s at the top, I want my freedom, I want my autonomy because I am unhappy if others make the decisions for me like, what project I am supposed to work on and things like that, that never interested me. Even when I was CIO for a good number of years, then I was not at all interested in working on projects for customers. I was very interested in working on improving our own processes as a company and then helping the developers have more enjoyable jobs and basically inward looking in the company because then I could choose my own work basically. I could choose what I want to improve next and I was not interested in something that somebody else handed me as I want this e-commerce website and okay, whatever it’s your problem not mine. So, yeah autonomy is a big one for me definitely. It is part of why I like them but also, I’m very curious person. I am now preparing for a new workshop that I will start giving in the autumn and I love the research, I just love digging into articles and books and drawing connections between things and then coming up with new insights and then they go this is something that I need to add to the workshop because I think this is new and then turning that into new exercises. So, the curiosity part, the finding things out is important and also the creative aspect of it. So, how do I now bring this to people in a way that they like it, that they enjoy having a game with each other, doing an exercise etc. So yeah, freedom is one part but also curiosity and creativity, those combined basically make my job.

Speaker: Miljan Bajic 08:03

And I’m assuming that result of understanding that what you’re doing and creating is actually helping others is very motivating as a satisfaction too.

Speaker: Jurgen Appelo 08:14

For sure yeah, last example, I was in Iran two, three weeks ago which was an amazing trip in itself by the way and I had coffee with someone who showed me around the city a bit and said well, I just wanted to thank you for the workshop I did with you. Seven years ago, he was in my workshop in Turkey back then. I said and thanks to you I quit my job because I hated it and then I started my own company and now he was CEO of a company of 70 people and he said that would never have happened if I had not met you and just decided okay, apparently I need to quit my job because this is not making me happy and that makes me so feel so good. I mean, I didn’t know I was completely unaware of this person somewhere on the other side of the planet, apparently being influenced by my workshop and I have similar stories from people reading my books and so that’s super cool, that makes my day when someone shares an example like that.

Speaker: Miljan Bajic 09:19

I heard coffee makes your day too and given that you were in Turkey and in Iran, I’m assuming you tried the Turkish coffee and you know, what’s your favorite coffee? Just more on the personal side because I heard that you do take your coffee seriously, like it’s.

Speaker: Jurgen Appelo 09:38

Yeah, well, to be honest, I like the kind of coffee that other people may not refer to really as coffee because I want it with a lot of milk. So, I like my lattes and cappuccinos and things like that, I don’t drink straight coffee that’s not my thing. And so, for some coffee, connoisseurs that would be spoiling the coffee, my god you throw milk in there, are you insane? Yeah, sorry that’s how I like it.

Speaker: Miljan Bajic 10:09

Yeah, I used to be like that and I don’t know, it’s been like 10 plus years I switched and I only drink black coffee up here in New England, like Dunkin Donuts again you probably, some people wouldn’t consider it coffee either so I used to like that but now it’s all large stuff and I joke around like, Turkish coffee is still my, I was born in Sarajevo so like that whole Balkans area is impacted by that.

Speaker: Jurgen Appelo 10:34

Makes sense.

Speaker: Miljan Bajic 10:40

Were you surprised by the reaction, I mean you talked about like you know, the gratification of you know putting something out there that you research, that you know, you put your own thoughts on it like, with the management 3.0 and like just how much receptive the community and everybody was, were you surprised by that? Like, what was your initial, I know it’s been years but what was your initial reaction to that?

Speaker: Jurgen Appelo 11:05

Yes, I am still surprised that it took off that well. I can rationally explain it because as I said I love the research a lot, I love the digging around and seeing connections between things actually, this is interesting at the personal level when I was 11 years old I got this advice from the teacher back then like, all kids at that age got before they went to high school. What the teachers at the time thought, the area where I was supposed to find my job and apparently my teacher at that time noticed that I loved analyzing stuff, so he said maybe you should become an analyst or whatever. I had no idea what an analyst was, I didn’t know what analysts did but apparently, I like solving problems and checking things out to see how they worked. And yeah, that has been with me ever since so I still do that and that is something that people appreciate and I have this creative streak I like training that into visuals and good storytelling and so I often say, I just steal stuff, I just borrow stuff from many sources but I present it in a way that’s more better consumable I suppose. Because I read a lot of books and to be honest my god, they’re so boring very often. I go through them but I can imagine people giving up very soon, I like writing in a different way that is more entertaining and that still has a high information density. So yeah, that I think explains why Management 3.0 took off at the time. It’s well researched, a lot of references there but also presented with a lot of visual stories [unsure 13:04] etc.

Speaker: Miljan Bajic 13:08

Yeah, in a sense, it’s really especially the main that you’re writing about which has to do a lot with you know, complexity science, complexity management. There are a lot of like, you said books they you know, have a lot of good content but the way that concepts and things are described is not necessarily easy to understand. I want to start maybe where, on a fun part by asking you this question, what lies between order and chaos?

Speaker: Jurgen Appelo 13:40

One that, complexity lies between order and chaos, that’s the whole point of systems at the edge of chaos, you can also have the edge of order because they are right there in between. I mean, that’s what scientists have been working on ever since the 90s, basically. I am so old that I remember chaos theory emerging, that was I think in 87, that it became a big thing in the mathematical department. So, I studied software engineering in Delft and we share the same faculty with mathematics. So, we and the mathematicians were in the same building, we conduct the same study society actually and one year the theme was chaos. Actually, I was the one, I remember I came up with that term chaos not because I noticed this was something big among the math people. So, I said well, let’s make that the theme of the yearbook, I still have that behind me, yeah over here. Yeah. So, this is the book, you can’t see it on the podcast but this is the year book, then I, another said the segment, chaos, you see, chaos here, the chaos, you see that? Yeah, that’s 88, 89 wow and my drawings as well. So yeah, that’s when it started and that turned into complexity science in the 90s, basically and I thought it was so inspiring, super fascinating. They explain how the universe works because everything is a complex system. So, it was wow moments all the time when I read those books and then Agile software development emerged early 2000s. And I saw all the parallels, they even use the same words, emergence, self-organization, that was the same thing. It’s just applied complexity science, basically.

Speaker: Miljan Bajic 15:47

Is complexity science the one of your favorite topics?

Speaker: Jurgen Appelo 15:51

It is, I don’t do much reading in that area to be honest at the time because I have read so much already and there are so many other interesting topics out there as well and the science doesn’t change that much. I mean, that’s just the way the world works, I now get the basic concepts. I’m not an expert by far but I know what fitness landscapes are and reflectivity and emergence and all that. So, don’t need to read more about it.

Speaker: Miljan Bajic 16:21

When it comes to management, when it comes to agile movement, you know, a lot of like, people that started, people that are more experienced understand, like you said, you know, we’ve taken these complexity sciences, complexity management ideas for the agile, we tend to put agile in everything, right? Like, what is your take on how much is a common knowledge around complexity management and complexity science in the agile and management circles?

Speaker: Jurgen Appelo 16:58

Not much.

Speaker: Miljan Bajic 17:00

Do you think it’s improving or do you think the awarenesses?

Speaker: Jurgen Appelo 17:05

Maybe it is not really advanced to be honest, I’m not an advanced thinker by any stretch of the imagination, don’t get me wrong but in the land of the blind, the one with one eye sees most? So, but I am sometimes yeah, I’m a little bit skeptical and critical of how other people approach things because I find that there is no complexity mindset behind it. I’ll give you a concrete example, I just discussed that a couple of days ago again, there’s often this suggestion that you should not reward individuals in the Agile community that instead you should reward teams because if you reward individuals, then the problem is that people will go on to compete on teams, there’s plenty of evidence for that. I totally understand that suggestion but what people apparently don’t seem to understand is when you reward teams, you get exactly the same thing, only one on a level higher. Then the teams are going to compete with each other, I mean, it’s not that difficult to understand this, right? You didn’t solve the problem, you move that one level up, it’s not cleaning your house but just swiping the dirt under the carpet, the dirt is still there. It’s just in a different place. So, now the teams are going to compete with each other, how do you solve that? Well, maybe we should not reward teams, we should reward the departments. Alright, congratulations, you removed the problem, yet another level up. You’re not solving the problem. This is to me an example of someone who was not thinking as a systems thinker, is not a complexity mindset, to be honest.

Speaker: Miljan Bajic 18:58

Well, even systems thing, I was talking to Dave Snowden and he was shedding all over systems thinking and I think, you know, for several reasons but I think, you know, one of them is that even systems thinking is misunderstood. And everybody talks about systems thinking but it’s not just physical systems, right? It’s social systems, there’s many different ways of looking at systems. And I think, you know, the people, a lot of times people look at systems, it’s just the physical ones. To come back to this topic of complexity and maybe even systems thinking, in what ways are the teams and organizations like living systems because living systems are complex, adaptive systems, right?

Speaker: Jurgen Appelo 19:44

Yeah.

Speaker: Miljan Bajic 19:44

So, how are organizations because we have metaphors, we compare organizations to machines, to this and that, that is not necessarily a complex, adaptive system. In what ways are organizations more like adaptive, complex systems?

Speaker: Jurgen Appelo 20:05

Well, because like all those other complex systems, they consist of parts, they are the people whose performance depends on the interactions with all the other parts around them. So, I very much agree with the idea that you cannot really measure an individual person’s performance, the performance of the person depends on their relationships with the parts around them, the interactions with the others and Google has proven this already with their research a number of years ago, that also the performance is in the relationships between people and the dynamics of the group and not so much in the individual person. That’s totally in line with complexity science and I also explain that you don’t simply solve the problem of rewarding people by more than one level up because yeah, teams also communicate with each other and our relationship with each other in the organization. There is a reward system in complex systems, the parts are rewarded, they are rewarded for contributing to the other parts around them. So, excuse me, I need a glass of water, so the performance of an individual part needs to be measured in terms of how well has it contributed to the others. So, basically, that’s what 360-degree evaluations do in a way, right? Where everyone that the person has been working with decide with each other on how much value that person has contributed to those relationships. So, there still needs to be an individual reward but that reward needs to be decided by all the pipes around that individual and that is how complex systems work. They’re all always reward systems in any complex adaptive system, there are reward systems, yes, the parts are rewarded but the reward depends on the relationships between the others and not by some manager, who is handling everything. And then you have solved the problem because this is fractal, this also applies to teams and departments basically.

Speaker: Miljan Bajic 22:41

Well, that’s the thing and like, I want to explore this a little bit more because it also when it comes to like, you know, organization setting goals, or like, you know, purpose, you know, a lot of times one size fits all but if we go back to, you know, just understanding people, understanding complexity, there’s multiple levels of how we look at the purpose, how we look at the goals, how we look at rewards and how we incentivize. And if we look at the bigger organization, it’s not really set up or architected to be coming back to this is organizations in the world of systems, like our organizations are not set up to deal with complexity. And I think people like yourselves and others are trying to really describe that and that’s what underneath all of your approaches, description, that’s really, you know, a lot of times what you’re saying and yet, we still see many organizations, not fully understanding the design, architecture, policies, including, you know, some of these goals. So, how do you go about helping organizations deal with this?

Speaker: Jurgen Appelo 24:01

Well, good question and I noticed that organizations need patterns to be copied examples, from others. That’s why solutions quote, unquote, like safe and Spotify model and others are so popular because they give organizations something to copy and try out and adapt to their own context. And there’s nothing wrong with that as long as you understand that what works for others doesn’t necessarily work for you but at least you have a starting point for experimentation.

Speaker: Miljan Bajic 24:41

But maybe let’s pause there, I think there’s a big, there’s something there that you said I want to explore a little bit more, as long as you understand that it’s a point for experimentation. And I think that’s not how it’s understood, that’s not how it’s sold, right? It’s sold as the solution and you know?

Speaker: Jurgen Appelo 25:02

Yeah, it will literally, the same website has these implementation roadmaps like, literally the word implementation as if you’re rolling out some software product that needs to be installed in the organization. So, the terminology is somewhat worrying. Fortunately, there are smart people out there and good coaches and consultants that know how to go about using these frameworks and toolboxes in a smart way, disregarding the implementation approach but just more on with an approach where you treat the framework as a toolbox of good ideas that you could apply individually perhaps. So yeah, that’s the starting point, you need to see it as an experiment but that is also how complex systems work. It is, I described that in the, I think in the last chapter of Measurement 3.0, there are different ways that organisms evolve. And the horizontal gene transfer is one of the most successful ways in the biosphere, there’s basically organisms flinging DNA around and picking it up from others, that’s what bacteria do. By the way, they just copy parts and from each other, this seems like a cool piece of DNA, give me that? See what it does for me, oops, that didn’t work out well. I’ll try something else. So, horizontal gene transfer is a big thing in the bias actually, what humans do, we call that sex, it’s a rather special case in the biosphere There’s a very complicated way of mixing two strands of DNA. So, just sharing, basically.

Speaker: Miljan Bajic 26:55

So, is it more like Lean and Agile and now how agile is emerging like in other, would you call that linear where like it was adopted in you know, manufacturing mass production now that was applied to knowledge work that has more complexity to it perhaps, would that be a linear?

Speaker: Jurgen Appelo 27:19

Well, I think the principles of Lean have applied very well to manufacturing of course but there was the context of knowing what the end result had to be because it was all about optimization at the Toyota manufacturing plants. Then, they knew what car had to be creative, they just want it to be flexible, so that they could change things fast because yes, customer requirements change then demand change all the time. But the way they manufactured the cars is not the same as the way they designed the cars so discovery is something different compared to delivery.

Speaker: Miljan Bajic 28:05

Alright, what I meant more is like, this is almost like what you described earlier, as is borrowing these ideas from Lean applying them to the context of agile and more software development, would that be more without horizontal gene sharing or maybe I misunderstood?

Speaker: Jurgen Appelo 28:28

Yeah, so indeed, that is horizontal copying from one domain to the other but as I said, the context is different because in manufacturing, you know what the end result is and in software development, you don’t get the whole point of software that you make each piece only once. Because a lot of it is discovery and that means that the principles apply with the practices are very different. And I’m also somewhat against certain metaphors such as inventory, there’s been this emphasis on inventory being waste in Lean. Why that makes sense if you make a car but it makes no sense if you do software development because when you do creative work, then the work that is in progress is not necessarily waste. It is stuff that is working in your subconscious, that may need time sometimes to form into something beautiful or useful or whatever. I’m a writer, I know how these things, these creative processes work, you cannot just, I cannot just push things out by the minute and then deliver chapters one by one. Some things, you have to simmer for a while in your head and actually Jerry Weinberg call that the fieldstone method. Well, he wrote many pieces of text and they were just lying about doing nothing and then at some point, what I wrote here is actually, it connects to that other unfinished thing that I wrote back then last year and then they start cross pollinating and that’s how the new stuff emerges. So, inventory in lean in manufacturing is not the same as inventory in a creative job. So, the metaphor does not translate well because it’s taken out of context so you’d have to adapt.

Speaker: Miljan Bajic 30:33

Well, it’s also I think, one is about efficiency, the other one is more about innovation and emergence. So, like, you know, I joke around but it’s, you know, I let things marinate in my head and I’ve been writing actually a book for last couple of years. And a lot of times I let things marinate and it’s like, you know, one morning just hits me or like, I’m taking a shower, gone for a walk or run and it hits me, I’m like, all of that inventory was there for a reason in order to make a breakthrough in this idea or concept.

Speaker: Jurgen Appelo 31:10

Or if it is because of a conversation you have with someone that, well, that solves the thing that I have been thinking about for the last couple of months. Now, I can write that blog post or something like that. So yeah, innovation is very different.

Speaker: Miljan Bajic 31:25

So, context matters, right? And then a lot of times, we’re looking for easy solution, there’s something about humans to preserve energy to do whatever, which I don’t fully understand but we’re eager to jump to the quick solutions. And our environment and our context is not necessarily conducive right now to that. What are your thoughts on context and why, you know, is it important to you? Or why should it be if it is or why is it?

Speaker: Jurgen Appelo 32:05

Well, obviously, context is important but a context has changed definitely last year because of the whole COVID crisis of course, people have been working from home instead of at the office, a discussion is going on where a company said some company has to get back to the office because we’re not innovative enough anymore when everyone is at their home. Workplaces being quite productive that the research says that people are more productive when they are working by themselves that has apparently worked out for the better but when they’re not collaborating in the same room, the story goes that they’re less innovative and less creative because they don’t share as much ideas with each other. Interestingly enough, I just read a counterpoint to that last week that I never thought of before but it said, this has not been proven actually, that people are less innovative when they join through zoom calls or whatever. And actually, when people get into a room with each other, there is a much higher chance that people conform to the norm of the local culture in the organization, you adapt, like you switch to a different identity and that has an impact on how people think. It has been said by many that, people feel more themselves when they join through zoom calls from their own home because I am now in my own house being me, I joined a call so I have somewhat different identity when I joined the call. And you can say well, this is actually good for brainstorming discussions because you make it easier for people to bring their different perspectives, to bring their different personalities to problem solving because if you take them out of their own context, out of their own homes, you put them into an office, they’re going to switch identity and suddenly groupthink emerges that you may not have wanted. So, and I thought I just read that last week and I thought, wow, that’s brilliant. So indeed, it has not been proven that people are more innovative when they’re in the same room, maybe you should put them like, in seven different locations in the world. One is in Turkey, coffee block and the other is in Iran and the other is in whatever and then you have them make a zoom call discussing a difficult problem to solve. Maybe those people are more innovative then because of the different contexts that they bring to the table.

Speaker: Miljan Bajic 34:58

Well, that’s what I’m like, you know, it’s been interesting for me too because like, you know, I switch between California, East Coast here and then you know, Montenegro and Croatia mostly. And it’s just, it goes back to that autonomy, it goes back to that freedom. Like, in a sense, I feel more motivated, where I can work from anywhere, it’s my decision to choose if I want to work 4pm to midnight or work, you know, from 5am to noon or whatever it is. And, you know, where even organizations going back now are saying, okay, you know, they’re defining companywide policies versus allowing teams to the side work context to really well, just their approaches to their context. Do you think or what are you seeing maybe like, as far as how organizations maybe learned anything from COVID around the context and around that self-organization that exists in living systems?

Speaker: Jurgen Appelo 36:07

I think they have at least, there’s this joke that has gone around last year, who has impacted the organization the most, was that the manager or the employee or the cultural COVID-19, will always be, it was COVID that pushed organizations forward because they have resisted remote working many of them for a long time. And now they had to and they know this well, it’s actually not that bad as we always been fearful of. So, that’s a good thing and fortunately, most people resist going back to the office full time, of course, most organizations want at least some kind of hybrid form, that is what they will, most of them will end up with. Then the question is, how do you decide who is at the office, when? And you said, yeah, some organizations will determine that for everyone. Actually, that’s a minority of the companies I have noticed. I believe Apple was in that category where they said at certain dates, everyone needs to be at the office but that isn’t even smart because then, on those days, the offices will be crapped. On those three days and the other two days, it will be virtually up to you, that’s not a smart way of dividing resources across all your workers. So, it’s better to leave the decision to teams and I think organizations, many of them will have found out that people can solve, organize pretty well. They did that when they were at home, still stuff got done, everyone was contributing. So, they can probably also make a decision with that team, when should we be at the office and when can we work from home. You just probably need a little bit of coordination because if you let everyone decide for themselves and most of them are going to decide that Friday and Monday are the days to work at home because that’s so convenient to have a long weekend. So, you probably want to guide that a little bit but I do believe and I see that also in the articles because I have an alert on hybrid working and things like that on Google News because I keep up to date on what’s happening there. And most organizations default to letting the teams decide when to be at the office and when to be at home.

Speaker: Miljan Bajic 38:43

But the core like, it’s really like, you know, I think we need things like COVID because as humans, we get comfortable, you know? We will, you know, we have to get out of our comfort seats to say like, yeah, we can do this, right? So, there is that in order, there needs to be some kind of push a lot of times to get us you know, out of our current perspectives or even paradigms but there’s also so much desire for that linear kind of approach’s thinking. And again, if we just go back to kind of where we started with complexity sciences, if we look at it, like for most of living systems, you have some type of boundaries or guardrails, right and people self-organize so I think a lot of times when I work with executives, it’s about creating that ecosystem where emergence can happen and you still need alignment in order to some extent in that order in the sense of complexity but moreover, like alignment and guardrails and then in creating, you know, create that environment for people to emerge in. I’m not necessarily worried but I do think like, you know, speaking to you, speaking to like, you know, I’ve had several other people on the podcast, I don’t see this happening like, for a majority in the next 10 years where organizations fully understand the underlying principles of complexity and contextualizing things to their environment. Do you see that? Am I maybe just not as optimistic? Or do you see, are there signs that organizations are maturing in their understanding of how to deal with complexity?

Speaker: Jurgen Appelo 40:46

Some are, others are not, is that a problem, I don’t think so. Survival is not mandatory and as they say, I don’t care if some organizations don’t make it and die in the next decade, whatever. People will survive, they will find other jobs that better run companies and everyone will be happier. Yes, it will be slightly stressful for some having to find another job, so what? That’s just another tiny crisis to overcome. So, I’m not worried about that, we see great examples of very inspiring things happening with fast, growing companies that by the way, are always organized in a Lean and Agile sense with Lean Startup, design thinking kinds of practices. All the fast-growing company, they know how to do it, I just finished the book about Netflix by Reed Hastings and no rules are all super interesting. How they set it all up, as you see it agile all the way amazing and how they do that and they have disrupted their industry and they forced their competitors to adopt similar kinds of approaches, otherwise they would go out of business. You see the same in every industry now. Tesla has disrupted the car industry so leaving Volkswagen and others scrambling to catch up and modernize their software development departments, that’s a good thing because it means that people like me get invites and that to do workshops and presentations and everything that keeps me in business as well. So, and some of them make it and others don’t and yeah, as I said I don’t care if some don’t make it, let the bad ones perish and be replaced with better ones.

Speaker: Miljan Bajic 42:46

Yeah, it’s interesting and it goes back again to, it’s how the nature is it, it’s how complex systems are but like yet as humans, by stores ourselves, we think we’re the center of world, we think we’re the only ones that are the most important than this planet. Right? There’s that whole bias, I want to get your thoughts on this because related to all of this and I think it’s a part that not many times is brought up but like, self-determination, theory or cognitive development when it comes to motivation, when it comes to complex systems, what is your thought in a sense on what’s important to us, how we see the world and having many different I guess perspectives, how does that contribute to complexity? I don’t know how familiar with the UI, with the self-determination theory I saw you talk about a little bit, how desires differ and house structure but I don’t know if you want to maybe just expand on that a little bit because I think that’s really important from my perspective to this whole.

Speaker: Jurgen Appelo 44:09

Well, sure, well there are a number of theory indeed; self-determination, research theory is one of many them are referred to exact in my work. And for me, those human desires, self-actualization and freedom and social connectedness and whatever you have a number of categories, they all emerged through biological processes of survival of the fittest, that’s the foundation of how the biosphere around us works. And at some point, this has resulted in humans as a byproduct of whatever else happened in the biosphere, we’re just an accident; a fortunate accident for us.

Speaker: Miljan Bajic 45:04

Yeah, from my perspective not fortunate from, if you look at some of the other species.

Speaker: Jurgen Appelo 45:09

Yeah, well I sometimes say humans for Planet Earth are just like a bad rash, it’s like, this annoying itch and at some point, you will probably get rid of because we don’t mean much on a geological scale to be honest. And also, okay, we starting to mean a little bit in that in terms of the footprint and the bio mass but still, I think Atlantic krill still outcompete us in terms of bio mass on this planet, there’s more Atlantic krill than human beings.

Speaker: Miljan Bajic 45:49

Than human, yeah.

Speaker: Jurgen Appelo 45:49

And ends also, outpace us 10 to 1. So, we’re unimportant in that sense and we human beings we have, because of our biological needs, etc., we have this on the one hand, we have this need for freedom but on the other and also there’s need for social relatedness and sometimes those are compete with each other, etc. And all of that is really fascinating when you stick to the human perspective and of course, I do that as well, with my work, my presentations, I want to help humans be happy because that fascinates me and it also gets me paid, which is important to get to a point because I have a life to live as well. But when I go to that higher level, I sometimes think it’s all irrelevant because you get to that philosophical level of what are human beings doing here in the world? Yeah, we’re making a little bit of a mess of it, causing a sixth extinction. Well, Planet Earth has survived the previous five so it will probably survive this one as well. One of my favorite fragments, I think I’ve included in one of my books that I got from a science article was many billions of years ago. No, that was just 2 to 3 billion years ago, there was this new gas that emerged that was highly toxic and it wiped out like 95% of all species, it was amazing and we call that oxygen. That’s an interesting perspective, isn’t it, it was an accidental byproduct of plants or emitted oxygen as a waste, as a product into the atmosphere and it killed 95% that we never punished plants for that, wiping out so many other species where they’re waste. I love that kind of thinking. So, we’re not as bad as plants yet, in what we have done to the world. Let’s hope it doesn’t always get that, also doesn’t get that bad. So, but it’s nice to have a relativistic perspective on things every now and then

Speaker: Miljan Bajic 48:21

If we bring this back to the organization, to teams, right? And if we will look at, you know, from that theory of even cognitive development, self-determination or whatever you want to call it but essentially, there is, like you said, there are many different thoughts, frameworks around this concept but there are common patterns around this, which is that our environment influences what we want, what we consider important, what we believe it, right? So, growing up in Sarajevo, during the war, where my dad was in, you know, three different concentration camps shaped me as a person differently than, you know, maybe my peers, when I moved here as a 13-year-old to United States. I had different beliefs, growing up in that culture, going through that experience versus people or kids my age. So, fast forward to where Miljan is now professional working, it’s going to be different to motivate me as a person versus somebody else that grew up in New England or in California or whatever it is. So, a lot of times, there is one size fits all when it comes to motivating, leading people and we don’t take into consideration that context of their beliefs, their values, how do you go because that’s like, you know, when we talk about systems and when we talk about, you know, physical systems is one thing, when we talk about social systems and how we interact relationships and what’s driving that, that’s more of a softer side, human systems? How do you see that human side, human systems and how it ties to the living systems in the context of organizations and culture, maybe?

Speaker: Jurgen Appelo 50:14

Well, one of the things that struck me when I read one of the complexity science books that really was an eye opener to me was that, I don’t know who it was or wrote it. It was like, there is no such thing as freedom. He said it because you only exist thanks to the environment that has produced you and that sustains you and that nurtures you until the environment decides that it’s time for you to go. That is not freedom, right? I depend on oxygen, I depend on parents having birth me. I depend on so many things that my freedom is a figment of my imagination and that was an eye opener to me because I’ve always said my freedom is so important to me. And that was for me, like, obvious that it would also be important to everyone else around me but apparently, it’s not. And it made me understand other cultures a little bit better, where they have less emphasis on freedom and more on relatedness and social cohesion, for example, I was not able to criticize that as much anymore because of reading that complexity perspective. Is that your sense of freedom? Yeah, that’s just your personal illusion. Be happy with it but actually, there is no such thing because everything depends on everything else. And in a way I thought it was beautiful but also explain to me that my feeling of freedom, yes, that has also been fed to me by my environment, just the concept of freedom is something that I received from the environment on which I depend. So, that is ridiculous to think that I invented it or something, right? So, all these memes as Richard Dawkins famously came up with many years ago, they yeah, the influencers and your background is obviously very different from mine. I’m Dutch so that also means that I behave in a way that is similar to other Dutch people, I might think I am autonomous but I am almost ‘copy-pastable’ across the country because there are many people like me here in this part of the world who are thinking the same way and behave in a similar way, that makes me not really autonomous, does it? Because I am just a result of my environment and I need to accept that as a human being and the same in organizations. The people form the organization but the organization also forms the people, it goes in two directions that’s called reflexivity. In a complexity science, they depend on each other. So, the mindset of the people, hopefully an agile mindset, growth mindset will inform the organization’s culture but it’s the same the other way around, the culture in organization will shape the people working there and hopefully, that is a positive, virtuous circle but in some environments, it’s a bad, vicious circle that you get. And then maybe it’s time to get out of there, we go back to where we started. Some people are happier when they just quit their jobs and some systems you can only get rid of by letting them die because you cannot break that vicious circle, you just have to let it die.

Speaker: Miljan Bajic 54:07

Move on.

Speaker: Jurgen Appelo 54:10

Yeah, move on, get the part out of that environment, put them somewhere else so that they can grow something new.

Speaker: Miljan Bajic 54:19

Yeah, I was going to say so something else can emerge. So, maybe as a last question, which ties to all of this is, you know, we put term agile on you know, dealing with complexity, you’ve called it, you know, management 3.0 but really, we’re talking about same thing, which is, how do we deal with complexity that we’re increasing complexity that we’re in. So, what do you think is going to emerge from this, I see a new paradigm emerging. I don’t know if you see that but something’s going to emerge from this sooner or later. You know, over the last twenty years, do you think it’s, what is it? Do you think, you know, what would management 4.0 look like? Or what would the new paradigm look like if we look at the environment currently and what we do?

Speaker: Jurgen Appelo 55:17

Well, a number of things are happening. First of all, the obvious one is hybrid workplaces that is a very practical thing that we need to solve in the next year or so that’s going to change how we work. But at another level, I have noticed, we made this really good switch or transition in many organizations from projects to products, which is good, you need to be responsible for the entire lifecycle of a product and not just from one hand over to the other. That’s done, we have many organizations have accepted that but I think we’re not there yet. There’s still a handover happening in organizations between those who make a product and those who provide all the other communication around it, which is finance, marketing, customer support, etc. And it has happened quite often that I was either very happy with the product but totally disappointed with the rest of the organization because customer service sucked or marketing screwed me or finance was just the pain to handle or the other way around, it has happened that products were mediocre but workable but the company was so enjoyable with such great people. And finance was fast and their response and customer support was really good then, I’m okay with the acceptable product because the whole package is positive. So, I think we need to switch from product to experience because and this is what they have already done in service design and design thinking with journey mapping, for example, understanding, what is the old journey of a customer, of a client with all that touchpoints, with our company. They sometimes call us, sometimes they chat with us on Facebook or WhatsApp, whatever. Sometimes they use our product, sometimes they come into the store and that’s an entire experience, we need the response for the entire experience and the product is only one part of it. And I think such organizations as Apple and Tesla said that they understand this because I have some friends who ordered a Tesla from the moment they ordered it is already an enjoyable experience, just ordering it. They don’t even have the product yet but already the relationship with the company, they found that enjoyable; the way they were treated. And then I think that’s a company that understands that is not only about the car and that is at some point being delivered, there’s a whole phase before and whole phase after that you need to be feel responsible for. So, we need to switch from product to experience and maybe rename the product backlog to the experience backlog. They need to be experienced owners instead of product owners etc. And that makes us more inclusive of the others in the organization such as finance, marketing support, who also impact the net promoter score and whatever you have of the customer. So, I think that’s the next step.

Jutta Eckstein: Company-wide agility & learning organization | Agile to agility | Miljan Bajic | #34

Jutta Eckstein

Transcript

Speaker: Miljan Bajic 00:42

Who is Jutta Eckstein?

Speaker: Jutta Eckstein 00:45

Oh, my God, where should I start here? Well, really I don’t know where to start. So I started off actually as a teacher. So having an education as being a teacher, but I never really like completed everything, but then never really worked in that. However, I benefit from this a lot. Because teaching, training is also part of what I’m doing. So I’m protective about that. And then I’m an engineer. And as an engineer, I kind of lost my heart in programming. So I then started off as a software developer, which I really loved. I think my first real language was actually C++. And then I encountered small talk, which really became my love. And you can tell by that it’s quite some time ago. And then there was a time in a project I was working on where the project managers said will I know, but something has changed for the better since you are here on the team. And this made me think that maybe I can also offer something else than developing, it’s not that I was fed up, but just it opened a door or so it should just some possibilities. And then I first went into more like design, and then more architecture.

And then more into well, what is needed to ensure that teams pull together, and not apart from each other. And all of that actually happened, which is kind of my encounter with agile, with me being active mainly in two communities. So the one was the small talk community and the other one was patterns. And in both of those actual kinds of originated in I don’t know, not everyone who is listening might know that, but it’s really kind of two of the main roots of agile, are like small talk and design patterns. So like the, I don’t know, it’s a kind of that the first really important agile approaches like extreme programming and Scrum, they both discovered in small talk projects. And also they have been published at first as designed, as pattern languages actually, before, it has been publishing out of ways. So that’s why it was kind of a natural. So now we’re speaking at the moment, like back in 97. I learned about XPS. Again, you can see how old I am.

Speaker: Miljan Bajic 03:43

No, it’s very important. I want to come back to this stuff. But it’s very important, I think, to acknowledge that. And not many people know that. So

Speaker: Jutta Eckstein 03:51

That’s true. Yeah, and maybe I try to make the rest a little bit faster. So then I discovered agile stuff. And I used to work at the time also more in large projects. And so in naturally by the end of 2001, I was in a large project, and just thought well, which was a failure. And therefore they kind of free started and I got in and I don’t want to say like it’s of course I saved it. There were more people and more changes that were happening at that time, right. But one of the changes I brought in was well let’s do that actual stuff. And because the pain was so high, people were really open for everything. And for me this was also cool because well again, it was by the end of 2001 beginning 2002 Well whole 2002 Definitely. Nobody spoke about scaling agile, right? So we just learned about the manifesto that has been created. Both Scrum and XP were around a bit, scrum not knowing so much at the time. So this is kind of exciting. And it all worked out and well, there were other projects following however, the trigger for me to write my first book, actually so which was on scaling agile and publish it in 2014. And of course, nobody was interested because people had other problems.

Speaker: Miljan Bajic 05:30

Well, that’s the case, I think a lot of your books and I wanted to come back to that, too, is like that they’re a little bit ahead of their time, and a little bit you know, not necessarily what people are currently looking for. But what they will be looking for. But what they will be looking for in the near future.

Speaker: Jutta Eckstein 05:45

That so my hope was the bossa nova book, which I think yeah, the first publication was in 18, but this was much more timely than my other books. I absolutely agree. Because like the second book on distributed agile that was published in 2010. And at that time, people started looking into scaling, but not into global stuff, right? What do we do? How do we organize distributed and dispersed teams and all of that? So.. Yeah.

Speaker: Miljan Bajic 06:20

So it’s interesting from a perspective that, agile, I mean, it was born, but really like the practitioners that started this movement, I think, understood complexity. So they just probably understood people and complexity. That’s why even if we go to Agile Manifesto, I think we have described and others, it’s a value system more than it is practices and frameworks, right? Yeah.

Speaker: Jutta Eckstein 06:51

I thought more like value system, and maybe guidelines or so.

Speaker: Miljan Bajic 06:57

Yes. So when you reflect back, what is important today, to you, from a perspective of agile, from perspective of where it is, what do you consider important? What motivates you currently around the work that we do?

Speaker: Jutta Eckstein 07:15

Okay, so these are for me two different questions. The one is, do think about reflecting back, which it sounds to me more looking at, okay, what kind of changed, did we really bring, or so and the other thing is, yeah, what motivates me today or what do I think, where is it now. So, which one is more important? Which one do you want to go first?

Speaker: Miljan Bajic 07:38

It’s almost like what I wanted you to do is almost like retrospect, right? Like, if you’re looking back in a context of what has happened over the last 20 years, right? And then if you kind of look at the next 5 to 10 years, what do you want to focus on? What’s important to you, based on the experience, I guess? So, it’s more forward looking. But don’t forget where coming from.

Speaker: Jutta Eckstein 08:02

Yeah. I think I really have actually a clear answer. So for me, the Agile Manifesto has always been super important. But I started off with XP but still, once the manifesto was out, it was really more the manifesto that guided what I’ve done, which was also the reason because a lot of the stuff that I did, there wasn’t really anything out there. And so there was no scaling something or distributed, agile, whatever. And so what I always did was I looked at the manifesto, at the values and the principles and thought, okay, what do they mean, in the context I’m in right now, like in this large context, or something we haven’t talked about yet is like, remember the first hardware project I did. So well, the manifesto was created for software. So what do I do now? And so I always I kept coming back to the manifesto, and it’s kind of wearing different classes, looking at the principles through those classes. So like the hopper, large to global whatever and thought okay, but can they provide some guidance there? And I still felt they could. And in starting with the in the distributed one, if you think of this one principles, that says they like the face to face conversation is the best way to convey information right. That people often said, at least way back when that well, that’s a reason why you cannot do Agile in a global setting, right in a distributed setting. And for me well we still want to aim for that. So let’s look how we can aim for that. And of course, we cannot do this like all the time we don’t have a common ballroom, of course not. But what can we do to still see this as our guidelines and seeing that this is really important for us to build the trust and to connect and to ship really also right?

Speaker: Miljan Bajic 10:31

And to communicate I think a lot of times, it’s becoming even more now like, and I think that’s specific principle of, you know, face to face is like, people don’t fully understand that it was never about face to face, it was always about communication, collaboration, trust, right, relationships, but the most effective and the richest way to communicate, especially when it was written back in 2001, was face to face.

Speaker: Jutta Eckstein 11:00

Yes.

Speaker: Miljan Bajic 11:01

So I think, you know, and this goes back to the patterns, right? You have to understand the why behind the pattern, and be able depict the pattern, rather than just assume the practice or principle for what it is.

Speaker: Jutta Eckstein 11:17

That’s true. Yeah. So we haven’t answered yet. The forward looking. So and the thing is, really, I keep coming back to that. And that’s what I do right now. So what’s my big passion is at the moment is sustainability in the sense of like, social, economic, and environmental. So also fighting the climate change. And I think, well, even here, the manifesto can provide some guidance. And I know well, more and more people start talking about that. So my take is not so much on saying, okay, well…, we sorry, I think I have to say it this way. Agile is the hammer, and therefore also sustainability is a nail. That’s not what I mean. What I mean, is, well, there are forecasts that say by 2030, IT will consume about 21% of the overall energy consumption, which means it’s not that software, IT whatever is the resolution, as a lot of people think, to the climate change, but it really can be, and is in some areas, but it also has a bad impact. And so actually, it’s more like coming back to the thing that we do with agile, which is developing software, delivering it making the customer happy, and all of that, but now looking at the principles, what does this actually mean? If we take sustainability serious. So what is the carbon footprint of the software that we are writing? How ethical is the software that we are creating and well, there’s a lot of discussion about like, algorithm bias and stuff like that, which plays into this. And even in will once we are back in the offices, even in the offices like is the carpet glued with a toxic glue to the floor, right? Do we have natural light there, natural plant this all piece into the same thing. And interesting this about like the competent staff. So this is what I see in that principle where it says, like, trust motivated individuals and give them the environment to get the job done. So looking at environment, all of a sudden, it has a different meaning. And this is again, what I mean with I keep coming back to the principles and look at them. What do they mean through this glasses that I’m wearing right now, right?

Speaker: Miljan Bajic 14:09

So what you’re saying like, I want to use the metaphor of glasses and back to the values and value systems is that when we look at the different glasses, we’re also looking through different set of values and principles and beliefs, right. So that requires us to believe what we’re seeing through those glasses and buy into what we’re seeing through those glasses. Right? So when we talk about like sustainability when we talk about exactly what you just described, I can just say, I have to believe that putting that toxic glue on the carpet is something that is wrong. And I’m not going to tolerate right, it’s not just saying Oh, yeah, but screw it, you know, it’s making my company more or saving my company more money.

Speaker: Jutta Eckstein 15:02

Yeah, right, which is kind of the same as what we saying in agile in general. And I’m not sure I guess more people have heard discussions about that even things like, well, creating all those tests that takes time away from shipping to the client or whatever. And, well, we just say like, they’re the value, these are important for us. And that’s why we have those principles guiding those values.

Speaker: Miljan Bajic 15:36

It’s individual decision to embrace those principles of values, I guess.

Speaker: Jutta Eckstein 15:42

That’s true. Yeah. And, to me, this was just always a really big help. So and, yeah, I think it can just be a great guidance, if you think Agile is for you important, because you want to be or have to be flexible, adaptive, responsive, fast, nimble, whatever else, right. So really agile more in the literal sense. And then what do you need to do to behave like that or to show that or become that? And this is what I think the principals do, at least. That’s what they offered to me. And it might be perhaps even boring for other people, because, well, it’s not the Bible. And no, it’s not. But it gives some great ideas. And it can really trigger deep thoughts. Again, wearing different glasses.

Speaker: Miljan Bajic 16:46

Yeah. And like we’ve gone, maybe just to kind of summarize this, and to kind of come back to what’s coming, or maybe what in addition to what you describe about sustainability, but last 20 years, of Agile Manifesto, and from small talk, the pattern language, the pattern communities that you discuss, all of that was, at least that community understood the importance of patterns, complexity, right. And a lot of what we’ve seen over the last 10-20 years, is shift towards more of processes and practices back to what those people were running away from. Because if you see all the frameworks now, all the you know, focus on practices, do you see that as well? And do you see the shift back to understanding or is it more balanced approach?

Speaker: Jutta Eckstein 17:41

So, yes, and no, and the no comes more from it than I think this has always been the case.

Speaker: Miljan Bajic 17:51

The pendulum always swinging.

Speaker: Jutta Eckstein 17:54

That’s, that’s one of the things that also, people always have asked for recipes. And the frameworks are giving you that they give you a recipe and therefore you feel much safer, than without one, so you just follow that, and then it’s the recipes fault if it’s not working out. And that is easier than saying, well, you actually have to think for yourself, what is appropriate, what would help you here, which also, then, especially in cultures, where you think, like, okay, who’s accountable? Right. And then the ones who are not following some predefined path, they have a problem then right? If it’s not working out, and the reason probably is more that it’s seems to be difficult to really embrace this kind of experimental approach, or what we call with person over the probing thing where you always reflect what we see, while we add what’s difficult right now, what’s our hypothesis that’s actually happening, and will happen if we do this and that change? And then thinking of the change you do thinking about how you measure it also, in order to be able to tell, well, that hypothesis was true or not, and then start reflecting again, but it’s actually the probing is actually more a scientific approach to running experiments. It’s nothing.

Speaker: Miljan Bajic 19:32

Yeah, it’s like dealing with complexity. Like what I really liked about Bossa Nova is like, it’s collections. So you have like with Beyond Budgeting with open space with sociocracy with agile, these are all combination of patterns to deal with complexity, right. And it’s just still collection of patterns. And how would you describe the patterns in the context of that recipe and cooking analogy is almost like, Oh, here’s a barbecue sauce. If you need barbecue sauce, here’s how you.. but you’re still putting things together based on your context like, how do you define patterns in that context?

Speaker: Jutta Eckstein 20:20

Well, I’m not sure if I have a good answer. The thing that we discovered when we worked on bossa nova, so John Beck and myself, we found that most of those people have those different patterns or streams, how we often call them as well, that most of them said, Actually, we have the answer. And from their perspective, that is true, it’s, again, a kind of a recipe. So if I talk to people who are really deep into sociocracy, they were saying, well, you don’t need anything else, because you are just ensuring that the power is distributed and not centralized, that equivalence is there or was scattered, and then it will all resolve itself. And it is kind of true. In the same way as it is true that you could also say, from an agile perspective, well, all you need is a retrospective, and you keep retrospect thing and changing into it better. And which is also true in a sense. And in the same way as beyond budgeting. They say, well, we all know money rules the world and as long as we use money to control all the work, there’s no way of being more agile. So the budget has to really deal with that complexity and address it and otherwise you will not getting anywhere. And again, so they are all true from their perspective.

Speaker: Miljan Bajic 21:57

So let me ask you this then is the idea… I get it, I get it. So I want to get your answer on this. So do you see Bossa Nova is more integrative holistic, like where it considers multiple truths or is that the idea behind bossa nova.

Speaker: Jutta Eckstein 22:15

So I would say so. So it is this holistic view, it’s a synthesis without being a close synthesis. So if you think about the, well, I have the book back there, right? If you think about the kind of the logo that we are using, the thing is where I have the arrow, there’s the Nova, which has an arrow going further. And what we meant with that is although we see all those four streams are really providing each a different view on a company. They are also not the sole true. So the buzzer is not a soul truth, we need also to know that because we know new stuff will be developed and new stuff is also out there, use it and apply it but always kind of yeah, don’t forget to have that holistic view on the organization.

Speaker: Miljan Bajic 23:15

But Nova also apply. I really liked that that’s what resonated with me. And like I think what Nova, and exactly what you indicated there is symbolizing emergence and complexity, right? So it’s that like, hey, embrace the emergence in what’s coming through these patterns or wherever you’re seeing. That’s why I say like, a lot of this stuff, it’s beyond, it’s done, because I think this is probably for the last five years, that people have thought and I don’t think a lot of this stuff will be understood. Or mainstream in the next 10 years, at least that’s my like, looking at things, you know, because..

Speaker: Jutta Eckstein 23:57

Yeah that could well be true. So maybe kind of, I don’t know if it’s really a closure, but to add to this point. So when we created that holistic view and that synthesis, we really struggled to move on because we knew the reader will sit there and say, John, Jutta tell me, now what? So what is it that I can do now, I understand that this is a holistic thing, and I have to have a different perspective on things and change the perspective and look for the patterns and all of that. But now tell me what to do because it was obvious for us that people still ask for a recipe.

Speaker: Miljan Bajic 24:49

And coming back to that maybe just to explore this because I’ve written on this and the talks about it but like it’s an issue where what ingredients in organization keeps changing daily or all the time, right? And you always have to that emergence that Nova is coming up with a recipe that currently works for you in your context, right? And if we rely on Jutta and Miljan to come in and say like, Hey, you know, here’s your recipe, here’s your recipe, right? Then you’re really not embracing developing your own chefs and getting people to figure things out on their own, and maybe just to come to a different question, then. Is that why agility is so hard? I mean, why do you think, what are some of the things that you’re seeing where, and from your perspective, you’ve worked on big projects. What are some of the things that you see when it comes to companywide agility and why companies struggle?

Speaker: Jutta Eckstein 25:53

So the one thing first, this that I think with the probing be found a kind of breach to a recipe, and with all the sample probes that we are having here, and we still collect them, also having them on our website. So it gives examples. And this, I think, makes it easier also for companywide agility to kind of learn through examples. And what we see is that people are asking for that. But then they look at an example probe and say, well, but actually, my situation is different. So I need something else. And we said, yes, exactly. You need something else. And that’s, perfect. So this is not to your question. So this is more like, okay, it is still a kind of recipe by those example probes in the idea of probing, reflecting and coming up with a hypothesis, and then an experiment. Yet still, it is also difficult. And I believe the main reason is that you need this holistic perspective, to really think of companywide agility. And most of people just think of one area and even in that so what I’ve seen, maybe this is a good example, although it’s bad. So a company so well I was only be there for a day or something.

So very short, they just want to hear like, what do I think about this or so and they were using Scrum for quite some time in their IT department. And pretty well. So it’s not that you could say, well, this was whatever. Yeah, Doc scramble, however you want to call it, yeah, Scrum pact or anything. So this was all fine. And the company decided to really go more agile more towards companywide agility. And which meant to have what I call real cross functional teams. So not only that we say, testers together with developers and back end with front end and stuff like that. But real cross functional through over the across the silos of the company, meaning the business, the sales, marketing, whoever is part of that team. Guess who had the biggest problems with that? The scrum teams. They said, well, we really want to have that product owner who tells us and we don’t want to know maybe this goes volunteer to fluency. We don’t want to be in that position that be explore new markets together as a team, right? We want to have somebody who tells us, and I thought this quite interesting. And with that Derrick was more the other side, not IT side. They were more ready for that.

Speaker: Miljan Bajic 29:02

Well, exactly. And I think I see same thing. And I think there’s two forms. There’s the people side, the value system that’s going on with the lenses that people are looking through, right. So if I’m not open to that. The other thing is, I think the limitations of Scrum. I don’t see scrum as a true high complexity framework. Right. So when we have a lot of high levels of complexity, I don’t think Scrum is a good recipe. And a lot of times that backfires on people. So, do you see it that way? Or I mean, what do you think about those two, between the people and operating systems that are running in our heads or the things that we’re seeing through our lenses.

Speaker: Jutta Eckstein 29:47

No I think you are right. And it’s also I guess, now staying with this example when this request was made to go to what real cross functional teams. The scrum teams, they felt like oh, but this is not how Scrum is described. And they are right. That’s true, right. And from that perspective, again referring maybe more to actual fluency. If you’re like using Scrum, then you are kind of at the beginning. So now flowing into agile, but only if you really go into companywide agility then scrum doesn’t help you that much anymore.

Speaker: Miljan Bajic 30:31

It’s the patterns, right? It’s understanding what’s underneath what’s good about Scrum, what’s your context and then contextualizing. But it’s tough for organizations to do that. But yet, we see a lot of scaling frameworks. And I’m not picking in a lot of people pick and save, I think, you know, there are contexts and there’s, you know, less than that, all of these different frameworks, they have a lot of good patterns. But if your context, or your environment is not set up for that, you know, it’s tough.

Speaker: Jutta Eckstein 31:05

Yeah. I think this is not the only thing. So the main thing is the people more or less try to implement it, as they learned it, got educated in it, read about it. And it’s exactly what you’re saying they are not contextualizing. And then those frameworks are not working anymore. Yeah, so it’s probably not necessarily the framework’s fault. But on the other hand, they often also don’t motivate too much to contextualize, which I also understand now say, okay, here it is, this is what we offer. And if you just follow that, then it’s all fine. Yet, you still have to reflect and adapt.

Speaker: Miljan Bajic 32:01

Yeah. So just to keep stay on this topic of companywide agility, I wanted to get your thoughts on the importance, and how do you get trust in alignment? When you’re scaling, right, because those are two really important things, if you want to scale up or scale down, scaling doesn’t necessarily mean Right, like just scaling up, you could be scaling down. So from your perspective, what is the relationship between trust and alignment?

Speaker: Jutta Eckstein 32:28

Hmm, yeah, well, one of the key thing is that trust can only be given. And also what I think I learned, this one’s from Tom DeMarco, who had shared story where he was saying, like, well, trust always has to go ahead, which is sometimes discussed in a different way that people think, well, you have to earn the trust or so, is what people say. But actually, you can only show the trust if somebody trusts in you. Otherwise, you cannot, because then there will be always control and therefore you just don’t have the leeway to show that you are trustworthy. And so this is, I think, one of the difficulties and there, again, from a personal perspective, or companywide perspective, I would say, all of those four streams are really paying into that starting with sociocracy thing. Well, we really ensure every voice gets heard, is getting heard, and also how we make decisions that we really want to ensure everyone is with us here without being completely slowed down, like with a consensus decision, right? So that helps already because it shows the trust, I show the trust, I know you can be part of that decision. And we believe in you there. And definitely same with open space. So open space as a strategy meaning well we trust you that you understand what the next features or the next product we should work on or what kind of even if you start small like with self-selecting teams, we trust you that you select the teams in a way or come up with a team emergent structure in a way so that we can be successful it’s not somebody else deciding we trust you all, right?

Speaker: Miljan Bajic 34:43

That takes a different type of leader to actually let go of that right.

Speaker: Jutta Eckstein 34:48

Being courageous probably. Yeah, well NPM budgeting, same thing. It’s often you control most of what’s going on in a company through the numbers, but to you say, well, we trust you. And actually I have a great example. That was way before I knew about [inaudible] [35:11], I think it’s kind of the second biggest software company at least way back when into money. So not comparable to like IBM or whatever. But still. And I was there, maybe 15 years ago or so. So it’s really long, though. And so my client took me to the canteen for lunch. And I was completely surprised to see what was going on there. So people kind of yeah, went up and look for the lunch, which they then got handed over from the kitchen staff. And then there was an open cashier. That people put in their money and collected there exchanged, there was nobody sitting there no camera, watching it. It was completely trusting everyone who’s roping in that company, that they will just pay what’s requested and being Yeah, trustworthy on that. And that really was sticking with me and I said well, what a strong signal to the people. And on the other hand, you could also say, well in companies, we all trust the people to run those million dollar projects, but we don’t trust them to pay for their lunch? What is this.

Speaker: Miljan Bajic 36:37

Well it goes back also to what you just said, what was it? Like trust is leading or trust is always ahead. Yeah. So it’s like you get to show trust especially from a company perspective. That goes into and I know that this is also close to you, architecture and design and policies. So when we talk about companywide agility, what are some of the things when it comes to design and architecture and policies, that we need to also look through different set of eye glasses?

Speaker: Jutta Eckstein 37:15

So now, probably, we are also shifting more towards alignment, what I haven’t really talked about much. And there for me is really, I would say more provided by the structure you’re setting up with and again, I think [inaudible] [37:33] is just offering a great deal here so that you elect those people who you as a team, for example, trust that they make the right decisions on your architecture, if you need something like an enterprise wide or company wide, which is not always required, which is also a thing that definitely needs to be professional. Because sometimes these things are rule although they’re not really necessary. And they’re more in the way then them being helpful. But they’re also good reasons why you really want to have that and you need it. And if you have like product line development or something like that. And so it is really for me more, how do we structure ourselves? How do we organize ourselves so that we have this structure where we know there are people who can make that decision together. And it’s not a decision made on the ivory tower, but more like a bottom-up election of representatives coming together and making those decisions.

Speaker: Miljan Bajic 38:37

Yeah, and really what I want, again, coming back to the alignment, coming back to the complexity, and where we started here, we talk about emerging architecture and software development, but we don’t really have emerging architecture and organizational design. Right?

Speaker: Jutta Eckstein 38:55

Yes.

Speaker: Miljan Bajic 38:56

Do you think we’re going to get there because, you know, most of the companies are so used to kind of what we’ve seen with IT systems like, you know, big, don’t change it, and sociocracy is just one of the… I like really s3 and s3 specifies is similar to, you know, I’m referring to sociocracy 3.0. Like they are different patterns for scaling or different patterns for architecture and structure. And this is, in my opinion, something that’s ahead of its time. But do you also do maybe see it differently from a perspective, what’s coming? What’s going to work in complexity when it comes to alignment design architecture? Well, how design and architecture can help alignment I guess,

Speaker: Jutta Eckstein 39:47

Yes, it can. I really assume that we will have more network structures and the network structures in the way that they help us in sense to scale down, and not up. So a bit of what we hear from some companies like WL Gore that they say will not bigger than 120 people. And then we start a new branch and where we organized ourselves. And so then the different branches are connected, which is, yeah, one way of having such a more network structure. So it’s more autonomous areas, maybe and then those autonomous areas being connected them again.

Speaker: Miljan Bajic 40:38

Exactly. I was talking to Dave Snowden, maybe a couple months ago on my podcast, and he was saying, like, why this is important. I really liked how he described and in a sense, if you want innovation, if you’re dealing with complexity, you’re going to have emergence, right. So the best way to have an emergence is to decentralize, and lead those agents, whatever you want to call it, self-organize. And, again, this goes back to alignment and trust, if we don’t trust our people, and help them or help structure alignment, then we’re back to where we were, which is not a very good way to deal, with increasing complexity, right?

Speaker: Jutta Eckstein 41:24

Well, actually, you can also think this way about like a big open space. So thinking of companies really like big open spaces, you have that common theme that what is the company’s purpose, what is the thing that holds us together? What do we want? What kind of difference do we want to make in the world, and then you have people who want to work on different areas that constitute or pay into that purpose. And they come together make that happen, and once they are done then they look for other stuff they want to work on. So which is, open space is an emergent structure, right? Which has that alignment with that theme. And I can’t imagine that something like this is really more happening in the future, just because it’s needed. And I also know, well, the bigger the companies are getting that the more they feel like, oh, we have to have this carved in stone almost. And there are sometimes also people asking for that kind of, okay, where’s my role description or something? Well, maybe you define it, and maybe you define it today different than you would do tomorrow. And, of course, which comes with a lot of uncertainty again, so we are back to sometimes it feels just safer to have that kind of recipe.

Speaker: Miljan Bajic 43:01

Exactly. And it goes back also to I guess talking about, some of us are more comfortable with uncertainty. Some of us aren’t, and there is no one size fits all right. And then also cultures, I mean, like, I grew up in Boston and Sarajevo, in that whole Balkans areas, you probably know, the environment there is a lot different than it is here, United States, so your environment shapes what you see through your glasses. So I think, you know, having that context is really important too. As we become more in global society, we start collaborating and having themes, or why certain people see things different way. And understanding that. So…

Speaker: Jutta Eckstein 43:51

Which is a different topic and interesting one by itself.

Speaker: Miljan Bajic 43:57

Oh, yeah, so that’s why I said, so most of this is like, just trying to like, if we’re sitting in the coffee shop and just talking, we could deep dive into a lot of these and you know, their topic by themselves, but it’s interesting to hear your perspective on some of this stuff. And what’s even more interesting to me is, as I’m talking to each of my guests, there are patterns emerging in a sense of what people are saying. And it’s really helping me understand, like here are different people with different backgrounds and perspectives. But in a nutshell, they’re saying the same thing. And I don’t know how much it has to do with other biases, or you know what, we’ve been conditioned, but it is interesting. Having a background in teaching and learning, what do you think, how can companies become learning organizations? I know you’ve talked about this in the past, but what have you learned and what would you like to share around becoming a learning organization?

Speaker: Jutta Eckstein 45:03

Yeah, well, actually, it’s thing we have talked already about, which is having this approach to probes or to experiments being open and courageous to do that, because that’s the only way you will be innovative, actually trying that, trying things out, but maybe even a controlled way, by having that hypothesis first. So you know, what you’re actually trying and what you can learn from it, right. And I sometimes struggle. And you might have seen me struggling with that before, with the thing that we say in agile very often that it’s so important to fail fast. But I just think this is so wrong. It’s such a wrong message. Because the goal is not to fail fast. The goal is to learn fast. And you do what you need to do in order to learn fast, and sometimes it implies failure. And sometimes it implies not failure, or whatever it is, yeah. But the failure is not your goal. It’s a means and that’s struck with it always. However, having said that, it means for learning organization, it must be well, more than okay, it must be understood that in order to learn, we have to run experiments and look at them, but they teach us back. And then with what they taught us back, we do the next step where and the next experiment and try to learn from that.

Speaker: Miljan Bajic 46:48

So empiricism in a nutshell, in a sense, learn through experience, right? I really like you know, to stay a little bit on the probing piece, because you described it as a ha moment, and also something that you think is necessary in order to deal with the current environment. So, this probing is all about experience, it’s all about learning what you just described. And it gives, unlike recipe, I think probing, I wouldn’t call it a recipe, I think it gives people permission and encourages them to create experiences. Because you’re not saying like, here’s a recipe or saying like, here’s an idea, if you want to make barbecue sauce, here’s an idea of how you make barbecue sauce. But don’t assume that, what you do here is going to work. Like here’s just an idea. So you can get started, is that how you see probing in the sense of, like, encouraging experience?

Speaker: Jutta Eckstein 47:52

So what you described was, I would more refer to, that’s a prob. Now, probing for me is the whole approach. And the whole approach is well, and that is the kind of a recipe really start with reflecting on your situation, then come up with a hypothesis that you have based on that reflection, then with that hypothesis, develop an experiment that can validate or invalidate your hypothesis. And when you run the experiment, measure before and after, so you know, what you really learn. And then the kind of last or additional step, which I think is really also super important, is please talk about it, publish about it. And that goes back to what you said earlier. So we don’t know much about emergent organizational architectures. Well, we don’t because not much is talked about that it’s not much talked about what have people tried, and how did it work out, in which context? And maybe my context is similar and therefore I might try that, or maybe I change it completely, or whatever. So it’s that yeah, learning from your peers and your peers can be the club.

Speaker: Miljan Bajic 49:15

Well, is it the peers, but it’s also I’m assuming the customer because there’s customers at the center there as well. So how do we get closer to the customer to right because… So maybe, I don’t know as a last question or just the statement like, what would you share? I really love your forward looking and that motivates me in the sense of just seeing other people that kind of have expressed what’s in my head better than what I have been able to and see things what’s going. So what would be your message to somebody that’s, learning about agile or wants to learn more about these patterns driven. What message would you give to those not necessarily that are familiar with the patterns, but the ones that are not, which is the vast majority of people?

Speaker: Jutta Eckstein 50:27

It seems to me that, yeah iterated around that already yet. So the key thing for me is probably really taking time for reflection. And too often, we feel, or we are push to go into action. And just going into action is the same way as delivering stuff. So which is delivering output but not outcome, right, and, therefore not making much difference. So action doesn’t really help us. So take time to reflect and then go into action based on your reflection. So again, that’s why I say I kind of iterated about that already, which is, again, the probing thing. Or if you stay in the actual perspective, just think of using retrospectives in various ways. So with your team, but also maybe on different organizational levels, so that you can also reflect on what’s helping you in the structure that you’re having in that organization. Or maybe also, it’s an individual kind of retrospective. Where are you with your ideas and stuff like where do you want to go next. So yeah, I think the intentional stillness is what too often missing. And this is me saying that, who is talking all the time [inaudible] [52:12]

Speaker: Miljan Bajic 52:14

No, but I think that’s something that we need to come back. And then like, the whole I think reflection, contemplation, in a sense, it’s what you’re saying is working on ourselves. Like, you know, we talked about understanding organizations understanding, but we really don’t know much about ourselves, it goes back to emotional intelligence, it goes back to self awareness, it goes back to a lot of these things that were very reactive. And I think what you’re saying, and what I understood is more like, take a time this, I used to play soccer. And my dad was always telling me, and my coach, you got to stop and lift your head up and look at the field, understand the field, you can’t just be, you know, dribbling and looking down.

Speaker: Jutta Eckstein 53:02

Yes. Exactly.

Speaker: Miljan Bajic 53:03

It’s kind of like that.

Speaker: Jutta Eckstein 53:04

Yeah. And actually, this reminds me of what we talked about earlier, which was maybe a bit short how we talked about it, the learning organization, which connects really to that because the key is a learning organization will only emerge by the individuals starting to learn. An organization is not a thing. It’s the individuals who make that thing really and so it starts with individuals learning.

Jim Benson: Kanban, Teams, People & Agile in Construction | Agile to agility | Miljan Bajic | #33

Benson

TRANSCRIPT:

Speaker: Miljan Bajic 00:31

Who is Jim Benson? This one gets people but…

Speaker: Jim Benson 00:41

Well, yeah, Jim Benson has been many different people throughout the course of his life. I was a angry punk rocker for a while, I was an urban planner. I was an AIDS activist, I ran the AIDS Memorial quilt, the names projects Memorial quilt for the Northwest region of the US for like 12 years. I’ve owned a software company. I’m part of the team, I guess, that invented Kanban and then took that on to personal Kanban and Lean coffee. And in a nutshell, all of those things is that Jim Benson is a person who believes that people do their best work when working with others, that collaboration is the shortest path to success and they we need to build built environments, systems, visual controls, things like that agreements that make collaboration more natural and less an avenue for blaming other people when things don’t happen.

Speaker: Miljan Bajic 01:54

That’s awesome. And I was trying to, like, do a little bit of background research and I saw that you were transportation engineer, and you quit your job and started a software company. I was like what was he thinking, you know? How did that come about?

Speaker: Jim Benson 02:10

Well so what happened was years ago, when I was an engineer, I worked with a guy named William Routan and he was the person I started my software company with. And we worked for a company called David Evans and Associates. And that was probably one of the best companies anyone could work for at all. And they were great because they had a motto that they kind of stuck to, which is we find outstanding professionals, and we give them the tools they need to do an outstanding job. So this was like the late 80s, early 90s and we had unlimited vacation days, you know, all those great things that tech invented, we had that before there was tech. And William and I, we worked in a field, it was called IPS or intelligent transportation systems and it was right at the birth of where information technology met transportation. And so we did the very first real time traffic website for the Washington Department of Transportation here. And then later with our software company, we did the very first GIS based real time traffic website for the San Francisco or for the Bay Area Council of Governments. And that was called 511.org and it was the first GIS based system. So when you go use Google Maps now, that’s based on tech that we kind of pioneered. And no, they didn’t pay us for it. But we started, we moved from one to the other because we ended up but it kind of as a fluke getting a couple of coding projects and we were trying to figure out how are we going to fit these coding projects into what we’re already doing. And we were introduced to this guy who had just written this book and his name was Kent Beck. And so we started off, you know, in XP, doing agile stuff in XP before agile I think even had a name yet. I think that it was just XP. Yeah, so it was a really fortuitous moment because we were used to building things like subways, that took 30 years to build and all of a sudden, we built this like software in two weeks and we’re like drunk with power at that point. We were like oh my God, we can have like immediate impact. That’s crazy! And so we liked it so much that we went off and started Cranial solutions.

Speaker: Miljan Bajic 04:51

What role did you play in David Anderson’s blue book because he told me that that happened through just link coffees at the cocoa place in Seattle.

Speaker: Jim Benson 05:03

Now no lean coffee came well after we started Kanban.

Speaker: Miljan Bajic 05:08

What ways did you influence or did you influence David’s book?

Speaker: Jim Benson 05:12

So Dave and I used to spend a lot of time together. And we spent a lot of time in various pubs, drinking scotch, and talking about our relationships, and agile. And one of the things we talked about most was, you know, he had written agile management, which has a lot of great stuff in it, but it’s very, very difficult to implement. And so we kept talking about ways to implement that. And just over here in the ladies pub, in front of the fireplace, was where we first kind of drew the first Kanbany idea. And my background is psychology and engineering and kind of collaborative systems and Dave is in you know, big business, you know, making big projects happen. And so we both went off into our respective offices and implemented the thing on that piece of paper. So David and Drag Ocean and others and Corry Lattice started building on XIT project, kind of that version of Kanban, and in my office, we were building more of the personal Kanbans, small teams, high degree of variation approach. So it’s very much a symbiotic creation. Dave then went off to do the work that he did at Corbis. And then after Corbis, he came over and we started modus cooperating together. In fact, we developed this logo together. And we did that for a little while, but it kind of became clear that what our individual visions of Kanban, they were aligned but they weren’t the same and so we went off and, you know, did our own separate things.

Speaker: Miljan Bajic 07:11

Nice. And maybe just to come back to systems and psychology a little bit, you know, people define systems differently, you know, and there are a lot of different systems. But, you know, I think what a lot of times forget is the human side of the systems or human systems. I spoke with David actually, maybe a month ago now, and, you know, the way that he was emphasizing how much we need to know understand social systems and how we interact as humans within those systems was really refreshing because they never heard David talk about that before. And I think you know, that’s something as an agile-lean community, we don’t spend a lot of time talking about at all, you know, psychology. And I think I heard you somewhere say, it’s not the psychology where you’re, you know, treating patients, but more like a just understanding humans and how we think, what motivates us, you know, what’s important to us, and then also how we interact in a social environment. What are your thoughts I mean, when it comes to you have background in this; what do most professionals and companies get wrong about the human systems side?

Speaker: Jim Benson 08:28

Wow. We’ve been taught for over 100 years that we need to pay attention to policy, procedure and that if we do those things, then the humans will just do what we tell them to. And one of the things that you know, when everybody was talking about Scrum bot, I was saying all Scrum teams are Scrum bot and they would get upset about that. And I’d be like, if you take any scrum team, and you remove two people from it, and you move two people on, does the team change? And they’re like, well of course it does. Scrum bot. Something different is happening because the individuals that are gathered to work together, form their own culture. So I want to make sure that people actually understand that yes, we’re trying to get like flow of tickets through a Kanban but we’re also trying to get psychological flow; which is I’m comfortable with the work that I’m getting, I feel protected by the system that I’m in, I feel like the system is exciting enough that I can change it in helpful ways, when somebody else has a problem, I know when I can help and when I can’t. Those things give you professional comfort and we don’t design for those. In fact, we usually designed for the opposite; we design for stopping people from exercising their professional judgment.

Speaker: Miljan Bajic 10:03

You think there’s a tight correlation between I think I’ve heard you say before clarity and flow. Could you maybe elaborate on that, what you mean by clarity and flow?

Speaker: Jim Benson 10:14

Yeah. And clarity doesn’t mean that everything is defined, it means that we just understand how everything is. So in Agile or in software development in general, there are a lot of things that are very standard, that we can say every day, these things are going to happen, or each time I touch this, this is going to happen or, you know, this is part of our, you know, our racks, and in our racks, we’re always going to have things very standardized. And then we’re going to have things that are very complex, because that’s what we do for a living. We solve weird problems.

Speaker: Miljan Bajic 10:50

Wicked problems.

Speaker: Jim Benson 10:51

Yes, wicked problem. Wicked weird problems. And the problem is that we spend a lot of time inventing wicked problems because we don’t take any time to say, this is what our standard work is, this is the stuff we know, let’s just set that up so that it’ll be stable, then when something weird happens, we will have the cognitive bandwidth to be able to deal with it. And when it comes up, and it says, you know, hey, I’m just presenting myself, I’m a new weird thing, do we have a set of procedures to effectively deal with the weird thing? Like, if you come up against a complex problem, do you always have more than three people who are going to work on solving it? Because individuals can’t solve complex problems. You know, when those come up and they reach a certain level of danger, who else needs to be involved?

Speaker: Miljan Bajic 11:51

And what you’re saying is like, we just got to start thinking, right?

Speaker: Jim Benson 11:55

We have to start valuing each other. We have to recognize that like these walking flawed globs of water and goo in our heads, those are the things that actually write the code. You know, it’s not JIRA, and it’s not, you know, GitHub, writing the code, we’re writing the code and if we set up a system, like you know, who found out this better than Electronic Arts? If you treat your people like crap, they will produce crap. And if you teach your people well, they will reciprocate. So how do we intentionally wake up in the morning and say, we’re going to set up a system that maybe has a Kanban in it, we tend to have like five or six visual controls probably for any given project that we’re working on. So Kanban is like the entry level to an effective team, it’s not the marker of an effective team. And those other visual controls are based on what information the professionals on that team need in order to do a good job you know, right now.

Speaker: Miljan Bajic 13:11

So that’s, you know, in a sense, like, a lot of that is… the reason they said, we gotta start thinking because like, there’s a lot of, you know, focus on Scrum, focus on and, you know, just name a framework. And what I’ve seen, at least in reality is that, we got to start using our heads, we got to start, we can’t rely just saw a framework, and I think, you know, when you say we get a, minimize the variance or understand what the standard work is, and that doesn’t imply necessarily, you know, apply, you know, a famous or a framework but it’s more like, we get to understand our work, and we have to understand what type of work it is, based on the type of work treated differently. If you have a lot of certainty, don’t know work complicated, you know, create processes. Is that what you’re saying?

Speaker: Jim Benson 14:05

Yeah, yeah. And that when I’m working like in construction or healthcare or something outside of software and they say that they want to be agile, and then I say, well, you know, do you want to do Scrum or do you want to do XP or do you want to do less, or do you want to do data, do you want to do safe? And just sit there and list like 12 frameworks and they’re like, and I was like, yeah. So that’s what agile means to me; utter chaos. So can we take a step back and find out like what is bothering the professionals on your team and in the ecosystem that your team interacts with? And then can we start to remove the impediments that they’re facing on a daily basis to get work done? And it would be easy to dump that into the of lean, but lean also doesn’t go far enough in dealing with those relationships. And it’s a shame because lean always really, you know, tries to relate itself back to Toyota. But Toyota’s big thing wasn’t, you know, an add on cord or stopping the line or having your Kanban even. Toyota’s big thing was building better relationships with their supply chain. That’s the thing!

Speaker: Miljan Bajic 15:31

But it was also I think people. Like I think the way that lean and it was interpreted in a West is different than how to Toyota in the East. You know, there was a lot more focus on people and relationships. And I think that speaks to the culture, which I’m interested. Like, how do you define culture? I haven’t heard you… what is culture to you?

Speaker: Jim Benson 15:53

Well, what we say is the individuals in teams create value. And so that’s kind of the operational system. And that culture is the needs of the people on those teams to that where satisfying those needs allow them to behave as responsible professionals. So they can make decisions when they need to, again, they can help when they need to. So it’s one of the biggest things that kills any company is they put barriers up for people helping other people, then someone needed help, they didn’t get it, they blame the other people. So what we tend to define as culture is often kind of the failure state of culture. You know, like we have an accountability culture here, or we have, you know, big carrot and stick culture.

Speaker: Miljan Bajic 16:52

Can we talk about that because I think that’s another important point that I’ve heard you have made recently and you may have said that like, high performing teams move from accountability to responsibility. When you said that, that was like that makes a lot of sense. So could you elaborate on that?

Speaker: Jim Benson 17:11

I get a lot of flack for it. I feel like a bomber in World War II. You know. flyers like… you know, all these things,

Speaker: Miljan Bajic 17:21

I think one of the things that I think you know, that I want to bring up that [inaudible 17:27]. It resonated with me, it resonated with me.

Speaker: Jim Benson 17:31

So accountability is generally a failure state; it’s generally a failure demand model, where you’re setting up expectations of people and then you are preparing to hold them accountable when it doesn’t go right. Rather than setting up a system from the beginning that says, as a group, here are our goals. You know, these different people might be taking the lead on this thing or this other thing, but all of us are responsible for making sure that we get to that end state safely. So that when you’re, you know, if you’re on a Kanban your swim lanes, and you’re swimming along and someone down here starts drowning, you can go save them. You have to like I’m sorry, I got a deadline, you know…

Speaker: Miljan Bajic 18:22

Yeah, so how do then… I mean, I get a couple of questions I guess, but to elaborate on this, so I agree accountability is like cover my ass, responsibility is like do the right thing maybe.

Speaker: Jim Benson 18:38

Yep. That’s it. That’s exactly it. The one thing that I learned at David Evans and Associates was that that professionalism didn’t mean I do my work. Professionalism was I make the world better for my customers, for my colleagues and for myself. But if you skip any of those, you’re in trouble. And so when we build systems that say things like the scrum master protects the team from management or demands by the client, instant fail. 100% is instant fail.

Speaker: Miljan Bajic 19:16

So the latest Scrum guide 2020 has moved to accountabilities.

Speaker: Jim Benson 19:21

Yep. Okay, they’re always catching up. But I mean, they got a crap even from Ron Jeffries about that last week.

Speaker: Miljan Bajic 19:39

What do you think about the commercialization of agile? And you know, I’m a CSP, I train and you know, it’s a usually two day course, people are coming for certifications. And I don’t know, I was listening to one of your podcasts and the way they you set up your trainings and one of the things that you said that resonated with me and that I tend to, like those longer spread out classes is that you can’t just jam things into two days so you purposely have designed some of your courses that are months long.

Speaker: Jim Benson 20:13

Yeah, four months.

Speaker: Miljan Bajic 20:15

What is it four months? It’s like marinating, right? You want the ideas and these concepts to marinate in your head. And the whole agile has moved over is that…

Speaker: Jim Benson 20:28

Instant gratification.

Speaker: Miljan Bajic 20:30

Yeah. So is that gonna stick around probably?

Speaker: Jim Benson 20:34

Oh, you mean the instant gratification? Yeah, it’s human nature. So right now, universities are having a problem, because people are like, you mean, I have to go to school for months? Oh, my God! And they’re like, yeah, cuz you gotta think, seriously. And we’re so used to, you know, oh, my God, this is bothering me, in five minutes I want it to no longer bother me. And then we wonder how we get things like, you know, current issues that we have with social media platforms. Is it we don’t take the time to really think about the ramifications of what we’re building.

Speaker: Miljan Bajic 21:25

So where are we headed? I mean, in a sense, like, I know, we can foretell future but like, all the signs are saying in the sense like there’s more demand for quick wins, there’s more demand for these, you know, two days certification classes. I’m not getting even though I’ve run, you know, month long, for instance, CSM. You know, [inaudible 21:48] just that wants to take that approach that you’ve described as well where it’s like four month process in a cohort type of style, where you’re actually learning with others, you’re putting things into practice. And as humans, that’s how we lot of times learn. And it seems like the whole human side of things is still getting shoved to the side.

Speaker: Jim Benson 22:13

Yeah, and so that’s a big thing in our visual management certification and it catches students off guard. So you’ll go through the first section which kind of just uses personal Kanban just kind of say, this is what a system might look like. But immediately upon getting into the second section, that’s about interactions, the things that we claim to do in Agile. Oh we’re really good at the individuals, we kind of suck at the interactions. And so one of the homework assignments in that, and this is like, it’s a serious, like gut punch to tech people is, and this is an assignment that I had, it was literally something from my past, which we take the town of Albion Michigan, which is a town that has a little University, a little College in it, but it’s been dwindling in population since the 1950s. And people have been very good at, you know, complaining about it. And so we say, okay, you’re going to have a public meeting, you’re going to have the city and you’re going to have a college, they don’t get along. And you need to figure out a way to bring helpful industry or helpful business into the city. And we tell them about some different types of endogenous and exogenous growth, you know, some economic theories that are quite outside of agile and lean. And we say your job is to bring these people together and design a meeting that will achieve consensus. And a lot of people have a lot of problem with that because it’s something they’re not familiar with. But I was talking to one of my agile coach friends the other day, and he was like, the other day you know, we thought our company was super awesome and then all of a sudden we had all of these complaints lined up against us about microaggressions. And I’m like really? Did they teach you about that in your CSM? So what I want people to get out of our classes is yes, you know, here’s how you can visualize work, here’s how you can visualize conversations, here’s how you can visualize outcomes. But it’s so that you can deal with situations like that. Like real life stuff. Coding is not real life. The stuff that goes around the coding is! My bosses are being jerks, we got three quarters of the way through this process and we were derailed, the guy on the board of directors whose pet project this was had a heart attack last night and all the other people in the board of directors hate him. You know, weird stuff like that happens, that’s what we need to be ready to deal with. And if we are, the coding stuff is easy.

Speaker: Miljan Bajic 25:22

So that’s my concern, right? There are not that many people if you look at the interest and then if you look at like, you know, the classes out there, not much is being discussed in the agile, lean circles about exactly what you said. It’s more like oh go learn about, you know, safe and running trains, go learn about Scrum Master role and how to become Scrum Master. But nobody’s really the peeking and understanding what’s underneath all of that. The human side.

Speaker: Jim Benson 25:51

And even when they try, they do the same thing. So it’s like, I’m going to go off, and I’m going to take a two day course and get a certification in psychological safety. And it’s like, psychological safety is really, really deep. And if you get a two day course in it, you just paid for a two day course in making yourself feel better about psychological safety. But what you’re not doing is sitting around saying, wow, like, I’m going to take a whole day and think about times where I’ve totally messed up someone else’s psychological safety. And I’m gonna own that.

Speaker: Miljan Bajic 26:35

But that requires, you know, that requires self-awareness, that requires, you know, and I just, you know, my point around this is that we know that that’s important, but we don’t put as an industry, you know, a lot of leader I talked to, but the money is in the [inaudible 26:59].

Speaker: Jim Benson 26:58

So there’s a reason why Motus Institute and modus co-operandi do not have 700 employees. So we designed the lean, agile visual management program to attract people who would want to be in the program. And I was really worried that if we set up a two day certification in anything, I would become incredibly wealthy and no one would get any value for it but they would think they did and that would not make me feel good.

Speaker: Miljan Bajic 27:36

That’s the thing. You know, so what are you finding out? Like, because I agree, it’s like, it feels it makes you feel good, you know, that maybe, like you said, you’re making more money, you get it, you’re certifying more people, but it probably feels a lot more better to understand that you’re equipping people to actually deal with real problems and it’s probably coming back so like, what are some of the things that you’re seeing that when people come back to you, and I’m sure you have some stories and that made you feel good in the sense that…

Speaker: Jim Benson 28:14

So there’s two things. There’s two things about that. First, is that there’s a lot of really good people in the Agile world. So I don’t want to make it… because I often state things too bluntly and then I am taken as like guy that hates all the people but talks about how nice people should be. But the system that we’ve set up is not allowing the Agile community to have the right conversations because they’re chasing, you know, their necks, they’re you know, they’re safe, you know, level 72 you know, certification. Safe is pretty much up with the Masons now. There’s enough levels in there, I think. But you’ve got good people at the scrum Alliance who are trying really hard, like really, really hard to fix some of these systemic issues. And I want to acknowledge that because like I said, I always end up painting myself into that corner. So what I found is also is that whether it’s people coming to us for new work or people returning after years, or people that we didn’t ever know were using our stuff who then show up and like say we’re doing these things, is that it’s been incredibly gratifying that from new hires, actually, we’ll just say like from university to new hires to people who have been in for a while to upper management, there is a strong realization that the problems that we’re seeing across the board in business are due to an inability to effectively work with other people. They’re not due to how fast you fail, they’re not due to how you know how many 1000s of experiments you run, or even how many times you pull the and on cord, it’s do I understand how the individuals in my group are working with the other people to provide value. And when I get a call from like, you know, say somebody my age, somebody like in their mid 50s, who has worked in like, there’s a company that we’re working with or worked with that makes tents. So like, they literally have a big, huge, gigantic tents. And when the leadership called up and said, you know, we understand that in order to make better tents, we have to treat each other better. And we have 75 years or whatever it was of experience of not treating people better. We know we’re not horrible but we’re not making the extra effort. When people lead with that,. I get hopeful, I get really super hopeful.

Speaker: Miljan Bajic 31:17

I mean, it is definitely like, if you don’t have that, like, you know the numbers, you know people are disengaged, they’re disconnected from the work and there’s no way that you can innovate or that you can do good work when you’re disengaged. When I’ve been disengaged, I’m thinking about other stuff that I want to do that I feel like is more gratifying than what I might be working on right then. I think a lot of people feel that way too. And it’s interesting that human side of things that like you said, is the trickiest, you can do all this other stuff but maybe too, like something that you said that I want to come back to is the human side and like, you know, a lot of times we have a hard time saying like, you know, developers should talk to the customers. You know, a lot of times they go to the leaders and say, developers should be talking to the customers and get closer to the customer. And they’re like hell no! Are you crazy Miljan? You want to have weird developers to talk to customers? And then you talk to developers, and they’re like, No, leave me alone.

Speaker: Jim Benson 32:30

I’ll give you the best example that I ever saw was, we did work for a part of the Washington State government that handles most of the social services in the state. And we worked with two teams; one team was working on maintaining an old crappy piece of software that manage all of the at risk elderly people in the state. So people who might be in home situation where they were being abused or beaten up or locked in a room and their savings were just being spent by their kids or whatever. And then the other was for kids. So all of the kids that were in the CPS system. And I said do you ever go watch what your customers are doing? And they said, yeah sometimes we’ll go and we’ll sit with the caseworkers and we’ll watch them use the system. And I was like, why do you care about that? And they said, Well, you know, we want to see like where they’re stumbling and where they have problems with drop down menus and things like that. And I was like, all right, I want you to listen to me very carefully. The people that you are meeting, when you do that are not your customers. And they’re like, but they’re the caseworkers, they’re the people who use it. I was like, no, no, you see, you seem to think that the people that you’re meeting are the caseworkers. And by then they’re just like, I don’t know what the fuck you’re talking about. So I said here’s what I want you to do. I want you to wake up at six o’clock in the morning, already dicey with a software developer. I want you to go with your caseworker, meet them for breakfast and then I want you and then by then they’re already saying no. I want you to get in a car with them and I want you to drive around with them for the day, just one day and then watch them use your software. And so of course they’d meet with the caseworker in the morning, caseworker is like hi, isn’t it a great day and then they go get coffee and stuff and then they start meeting with people and by the end of the day, the caseworker is just a wreck. Because you’re literally seeing the worst, every hour of how human beings treat other human beings and then you’re expected come in and use a piece of software that looks like it was designed for Windows XP? You know, it was it was like a hostile program. So yeah, they could navigate it. But they were dealing with so much crap by that point that all they really wanted to do is sleep or find something at the bottom of a bottle. And I about killed those poor people. They weren’t prepared to know what being a caseworker smells like. So it’s not just meeting with your customer, it’s understanding the reality of the people who are using the stuff. And they were really mad at me. But almost instantly, they started making some pretty major UX changes that they never would have done otherwise, because logically the software worked okay. After that, they were like, what gift can I give to those people? Sorry, that was a really long answer but it was awesome.

Speaker: Miljan Bajic 35:58

That was a really good example in the sense of like, you know, we talk a lot about getting closer to the customer, we spend so much time building the wrong things or you know, we confuse being busy with you know, something that surely solving the problem when we can just…

Speaker: Jim Benson 36:14

We confuse instrumentation with relationships. Ouch. Yes, Jim@ modusoperandi.com if you want send your hate mail there.

Speaker: Miljan Bajic 36:30

So maybe let’s continue with this because I want to bring up something else that I agree with then. So you said the basic structure of Agile Manifesto is fundamentally flawed. [inaudible 36:41] over create a toxic environment. Could you, this is another one of those things that you might get some hate mail but could you elaborate on that?

Speaker: Jim Benson 36:52

So what’s been funny is I’ve been on the stalwart stage at agile insert year several times. And this one comes up all the time, like every year, I think. And it’s because people are struggling with it. So it’s not because they hate it, it’s because they’re struggling with it. And I don’t blame the Agile community for this at all. But I think it’s snowboard, snowboard, at sunburn too, when they went and said, oh it’s fine. and then they went home, I was like, you tell people that they need to continuously improve things and then you went and said all the Agile Manifesto is fine and then you just went home? Wow, that’s some lazy stuff there guys! So congratulations on that. So yeah, so you have couplets and like individuals and interactions over processes and tools. And the problem is individuals cannot interact without processes and tools. So what that actually reads out as, like honest to God, and this is full on Jim Benson agile heretic here; individuals and interactions over processes and tools means people talking without knowing how to talk. Okay? So individuals and actions or interactions through processes and tools, that’s great. Working code through proper documentation, that’s great. But what’s happened is and I know that they say the stuff on the left, we believe in the stuff on the right, we just believe the stuff on the left more, total cop out and a total lack of understanding of the syntax of English.

Speaker: Miljan Bajic 38:40

But I think it’s also the way that I see that it’s flawed, it’s not even English, it goes back to the humans, human side of things. And the reason I think it’s flawed is because you taking that statement of over, right. Nothing in a sense like, over is a too strong of a word where there you know, there are multiple truths. Right?

Speaker: Jim Benson 39:10

I would say so, yes and that it creates a set of false dichotomies, that people have had major anti-pattern reactions to. Like you go to places and they say, we’re agile, therefore, we don’t document our code. And I know that people will say, that’s not how it’s supposed to happen. Too bad! You created the system that is encouraging that behavior so we need to come up with a way to encourage the behavior that we wish to see which is appropriate professional, you know, professional code with professional documentation. Just that simple.

Speaker: Miljan Bajic 39:52

But that’s also common sense. And, you know, sometimes that common sense is not the common practice as the saying goes but it’s like, you know, we tend to lean on Agile Manifesto, lean on these frameworks. And it really goes back to just I call it just going back to thinking, like you know, going back to using your head and figuring out what works for you. And maybe to shift gears a little bit, I want to come back, I worked with this company in California called Clark Pacific. And they use Lean and Agile for construction, their construction company. And given you a background, I wanted to maybe spend a little bit of time exploring, just what are you seeing in that construction space? The clients that you’re working with, what are the challenges that they’re facing with, and what common pitfalls are they falling in.

Speaker: Jim Benson 40:52

So the beautiful thing about construction is that it is hundreds of years old and it has new so like, you know, you have like old money and new money. If you have like old process and new process, software is all new process, so people are just trying to spend it as quickly as they possibly can. And you know, by working with Clark, that you’ll meet people there who have worked there 35 or 40 years, you know. There aren’t any tech companies that have been around that long except like, except Microsoft and Apple, you know, so. So you know, the beauty there is that the misbehaviors of various actors are incredibly known and almost taken for granted. So let’s say you’ve got a general contractor on a project, you’ve got an architect, you have two structural engineers, you have one environmental engineer, you have 15 trades and those are all coming together to spend millions of dollars of somebody’s money or in case you know, with me in probably with your projects as well, billions of dollars of somebody’s money. So the size of these projects makes startups look like a joke. And every project is kind of given, you know, carte blanche. Is like you can be what you want to be. And the so what I loved with working with Turner is that they took that seriously. And so when I said you know on like this project, I would like to develop a better relationship with the designers and the architects so that when we’re processing paperwork, that paperwork just flows through, and it’s not a big fight to get stuff done all the time. And I’ll save everybody money, it’ll save everybody time. But the only thing that we’re going to do really is get together and agree not to be jerks. And everybody of course, said well, I’m totally willing to do that but those other jerks aren’t. And then we got all the jerks in the room and they’re like, I thought you were the jerk. Awww and then there was a big hug. And I love that stuff. I absolutely love that stuff. Because in that field, you can’t hide from who your customer is, and you can’t hide from the trades. Because if you do, they’re gonna fall off a ladder and hurt themselves literally. So software is like so safe. You know, the only hurt you ever get is your feelings or because you’re treated like crap, you know, those are the only two things but you very rarely, you know, have a rivet go through your skull or something. Almost never happens in software. But what was your experience?

Speaker: Miljan Bajic 43:53

Well, it’s just like understanding you know, challenges of dependencies right, challenges so like you said relationship and communication and visualizing work and what’s, you know, it’s always amazing when people start talking to each other and they start understanding and you know, develop that relationship. Like you said, it seems like the human side of things kind of fixes everything else. If we have that trust if we have those relationships. And I thought it was interesting how Clark Pacific combined like they didn’t necessarily care about Scrum more or agile or lean, that they were looking at you know, just what works for us and how can we help others understand what we’re trying to do here, how we’re visualizing work, how the work is flowing?

Speaker: Jim Benson 44:48

That was it. That was what made every day at Turner construction feel like I was going to like a business spa. Is that people might do things that you wish they didn’t do, they might not do things as quickly as you want, but people were just ridiculously practical. And in the end, even though, you know, I like to avoid unnecessary deadlines, when you’re building a multi-billion dollar building that already has tenants who are slated to move in, and their rent in their current building is two and a half million dollars a month, there is real penalties for missing the real deadline and so you need to make sure upfront that that deadline is acceptable, that there are allowances for different complexities, and that you have the ability to deal with those complexities as they come up, and that you, you know, the one of the guys that I work with a Turner he just did a series of events with some of their suppliers and initially, the suppliers were like, all right, you give me millions of dollars for the business every year, so I’ll come to your stupid thing. And then a couple of days into it, they’re like, wait, if we do this, can we really do this? And they’re like, yeah, we can really do this and we want, we want to make sure that you have a safer environment that you know, when other people are going to be on the floor when, but you know, blah, blah, blah, blah, blah, and they’re like, and one of the guys said, you know, if we go through a couple projects, and you know, the all these projects do this and we get into a rhythm, you can bet that our estimates for you are going to come in 20% lower, because they instantly could see where the savings were going to come from. And the savings were all relationships. So it wasn’t like we’re going to make the cost of wood lower. It was we’re just gonna stop treating you like dirt.

Speaker: Miljan Bajic 46:54

And that’s what I’m seeing too like that relationship side, that culture side, they they’re talking about changing that because again, another thing that I’m seeing and I didn’t know this till I got into the space a little bit. But lean construction Institute is big, and you know, they’re looking at agile and then like I saw Jeff Sutherland and scrumming diving into this construction business

Speaker: Jim Benson 47:24

God help us all.

Speaker: Miljan Bajic 47:28

So I’m like, I wanted to get your thoughts on like do you think it you know, as agile is going outside of software development, and there is an interest in construction to learn about these because they see them as management approaches.

Speaker: Jim Benson 47:44

What no, what they have bought is the bullshit arguments that agile actually works for people. And the reason that those arguments persist is because nobody ever actually measures what’s really going on. So we cherry pick routinely, you know, good stories, and then we tell those good stories a lot. And what we’re not doing is saying, what does agile actually mean? Like for the love of God, what does this thing mean? Because it doesn’t mean two week iterations, it doesn’t mean small teams, it doesn’t… you know, everything that we ever try and give it as a definition, it immediately wiggles out of that definition. So right now literally, the definition for me for agile is good shit. And I love the drive to do better things and continuous improvement but the malpractice that has been perpetuated in the name of agile, you know, that’s how we have 737s falling out of the sky.

Speaker: Miljan Bajic 49:00

Yeah. Which is crazy. And I mean, and like then all the big consulting companies are into this. And, you know, this is not just what you’re saying. It’s not just that false perception outside of software, it’s in software too.

Speaker: Jim Benson 49:16

Yes, yeah. We don’t know what it means.

Speaker: Miljan Bajic 49:19

Yeah. And companies are falling for it, they think, you know, like you said, they don’t really know what it means but everybody’s doing it so my company must do it as well.

Speaker: Jim Benson 49:28

Yep. And so that brings us back to the beginning. You’re bringing a coach, the coach has gone through a couple of these certification programs, they’ve got enough of a resume to say I’ve done things for people, no one really checks your history. But, you know, questions that I would ask a new agile coach were what’s the weirdest problem that you came up, that confronted you and how did you solve it? How did you deal with it when you got a team working in a comfortable way and somebody else came along and derailed it? And to see if the responses to those things are humane, or if they’re complain.

Speaker: Miljan Bajic 50:11

Yeah, exactly. And that tells you a lot about that person and there’s, you know, their state of mind and what they’re thinking.

Speaker: Jim Benson 50:20

So I’ll tell you like, there’re a lot of people that I would trust immediately in the Agile world with one of my clients. You know, Ron Jeffries and I spar all the time, I would totally trust him with one of my clients. And I guarantee you that if you go back and look through all the clients that Ron Jeffries has ever had, he’s never done the same thing twice. He’s done what the client has needed and I respect the hell out of him for it. You know, I would trust Alister Coburn with any of my clients. You know, there’s a long list of people that I would trust. I’m not going to say who I would not trust but what makes me untrusting is the number of people running around claiming to be experts who have never managed anything, have never dealt with a serious interpersonal issue, who don’t understand the relationships between serious interpersonal relationships, or issues and agile or lean or making a better culture. And, you know, we’ve had to deal with horrible things since we started Modus. Not in our company, with our with our customers. And there have been like sexual assaults, people posting on Facebook, I’m going to drive to the office and blow everybody away and everybody knows that person has a truckload of guns. You know, upper management specifically laying traps for people so that they can make them look bad to not just fire them, but to ruin their career in the future. Crazy things! And or even just simple power dynamics where a company’s set up to have like incredible positional power centered in two or three senior vice presidents, and everybody else just lives in fear and you’re brought in as the coach, how do you create positive change in an organization that is scared to death? How do you create positive change in an organization that has just been brought up on charges by the federal government for mishandling the information of the people that subscribe to it service? You know, your Scrum Master training isn’t going to help you with that. And I’m being all ranty about this, because that’s why people hire us.

Speaker: Miljan Bajic 53:02

But it goes back to like where we started and maybe this is a good way to conclude it; it goes back to the systems, understand the systems and not just in I… think I spoke with Dave Snowden and he was shedding all over systems thinking, just because they think, same way that you know, with they get certain things too extreme, we’ve taken systems thinking too extreme, just to mean, you know, one type of system, like physical systems or but like it’s really understanding different types of systems including, as I said, human systems are humans side. And I agree, you know, most of the coaches, most of the trainers don’t have that experience, can go in and understand that. The question is, if I had to guess it’s very small of people that can do that. And yet, our world is dealing with challenges that require more than that small percentage of people that can do it, and what I respect about what you’re doing and what some of the other people are doing in the industry is creating and helping develop people to understand that broader spectrum of skills and understanding that you need to have to do that. So maybe as a last kind of thought here is what would be your message to people that are aspiring to be those culture that you describe that you would like to work with?

Speaker: Jim Benson 54:35

Can I share my screen? So here we go, I’ll quickly share my screen. So this is a LinkedIn post that I put up the other day and I use the LinkedIn post just to make sure that I got the fully redacted version of this. So Tony and I just did a week-long event with one of our larger clients and we have kind of a half format. And so I’m showing this to kind of show, the half format. It’s kind of like a ramp if you will. So we got this group together and they’re are a hyper distributed team, no two people on this team are actually in the same city, really. And so they’re spread all over the world. But they have a very pivotal role in in this large company. And they also kind of work on that dividing line between research and development and release. So they have to be able to speak super creative and super buttoned down. They’re really amazing special group of people. So what we did initially was he got together with them, and we did a value stream mapping exercise and that’s what this part is. And in that we go through and we say, okay, basically, what is the problem that you’re currently having? You know, and then we say, okay, what is the process behind that? And we get together, and we know, you know, what happens in the process, what problems are in there, what possible solutions are in there, who you can collaborate with, etc, and so forth. And we always start with this because it’s kind of like calisthenics. It’s just like a warm up exercise but it’s super valuable. So in this, you get everybody in this mode, where they’re thinking about things that happen both procedurally and culturally because no work is handed off without either helping or harming the person that comes after you.

Speaker: Miljan Bajic 56:34

It’s almost like exposing the system or visualizing the physical system of the value delivering, you just try and try to reflect it back to them. Right?

Speaker: Jim Benson 56:43

100%, but also to get them to see it, because no team ever agrees on what it is. Ever!

Speaker: Miljan Bajic 56:49

And you will probably say the most valuable part of this is the conversation that goes into this right?

Speaker: Jim Benson 56:54

Totally, totally. It’s that and it’s getting them ramped up. And then we go into this thing and this thing is what we call the charter. And we do for affinity mapping exercises around vision, which is kind of like, you know, what does the team do? Who do they do it for? What value do they get out of it? How are their lives better? And then the next one is expectations. What do we expect from each other of people giving us work, of people that we give work to? The next one is boundaries or collaboration; when do we need to talk to each other? And then the last one is victory, which is like if we were 100% successful right now, what would that look like? And we go through each of these, in this case, this was Monday, this was Tuesday, this was Wednesday. So we’re already halfway into the week, and we’re supposed to do all these things. So then we get into Thursday, and I’m like, alright guys, you know, we’ve really got to turn up the heat. So we go into the communications agreement, which is what do we need as professionals to know? How do we know it? Where’s the information stored? Why do we always have to ask each other? Where do we lose stuff? And we start to build out what the communications agreement for this is, so that we can give people this stuff so that we can do this thing. And then we didn’t get all the way through it. Then we got to here, it became clear that the team already had what they needed to know out of this exercise. And rather than going and doing this next thing, and it doesn’t even matter what that thing was, we went and did a second value stream mapping exercise around what their future state was. So alright smart people. If everything worked fine, what would that generic thing look like? Because this was a particular thing they did and they did, like 20 or 30 particular things. So we said all right, what’s your particular you know, what’s the genericized version of that, that looks perfect? And then after that we did this is called the low hanging fruit orchard where we create, we basically have them move all of the solutions that were in these previous things down into here, we did a little effort and impact thing and then we created a roadmap for them to actually do that. And while we were doing that, they were like putting silly pictures in here and doing all of this stuff and it was filled with their personality. But the key here is that our goal originally was to do these nine boxes and in the end, we did these two and two thirds, or two and three quarters and then after that all this other stuff is just made up on the fly based on the needs of that team. Why is that important? Well, that’s important because if you go into your client, to your customers, and you do the same thing every time, we’re going to do stand-up meetings and we’re going to ask what you do yesterday, what’re you gonna do today and you know, do you have any blockers? We’re gonna do retrospectives every two weeks and they’re going to look like the this format and we’re going to do this and we’re going to do that. If you have that script, you helped no one because they have problems that are independent of software development.

Speaker: Miljan Bajic 1:00:00

Yeah, and like what I mean, like what I saw there, just as you quickly describe that is like, let me help you understand the current state, let me clear the platform for you to discuss it better understand that. Let’s talk about, you know, how we’re going to work, what is the future look like, right, in the sense of policies and you know, what we need to do as a team and then let’s visualize the future state. And with that you’re giving the I’m sure that’s not the end, now the hard work starts, which is how do we evolve the system, right?

Speaker: Jim Benson 1:00:32

How do we take the momentum of this really emotional week and make sure that your culture that you’ve defined here is operationalized, it’s part of your overall obeya. So I know we’re probably going long so I’m going to try and make this super short. But I want to share just really quickly our, you know, the one of the guys that invented Kanban, this is their current Kanban. And the reason for this is, this is our podcast, these are our newsletters, these are our blog posts, this is marketing, this is all the crap that goes into actually building a company. This down here is one of the courses that needed to be shored up. So at any given point in time, you need to know more stuff than is just going to be on a Kanban. So I say this because I don’t want the Agile people to think that I’m just ragging on agile. I’m ragging on our current state in software development.

Speaker: Miljan Bajic 1:01:41

I think most people, at least I agree and why I want to speak with you because I respect that. Like, as much as we teach as much as we’d… like any person that can, that has been and done any of this stuff, understands what it takes. And what you’re describing is the same type of patterns that I’ve seen that work. And I know what also doesn’t work. What doesn’t work is saying, go do Scrum when people don’t have no clue or they don’t have the environment to do scrum. And maybe the last word that you know, to leave us with is integrity. I think I hold myself a little bit more to integrity and doing the right thing. Sometimes even though it’s you know, taking less money. And but it goes back to like, really people and I think a lot of times we do what customers want, we do what we want and we know that’s probably not serving anybody want better so

Speaker: Jim Benson 1:02:47

And just to close on an to agree with that and to close on that as at right now, as software people, we have the fate of the world in our hands. We can build reliable pieces of equipment and code that flies planes, drives cars, restarts hearts, or we can focus on dividing things into two week iterations or on tickets moving from left to right. We need to make sure at any given point in time that we understand there are a lot of unintended consequences of our faulty work and that we can’t accept that malpractice or that laissez faire attitude anymore. We have to grow up and build some real software.