Easy Agile Podcast Ep.3 Melissa Reeve, VP Marketing at Scaled Agile

Transcript:

Sean Blake:

Hello, everybody. I'm Sean Blake, the host of this episode of the Easy Agile podcast. I'm also Head of Marketing at Easy Agile, where our mission is to help teams around the world work better together. We have a fascinating guest with us today. It's John Turley from Adaptavist. John is a pragmatic Agile leader with 25 years experience working in companies at all levels, from teams to C suite, always bringing real value, adding change to the way organizations work. Dissatisfied with the standard discourse around transformation and agility, he is passionate about applying cutting edge knowledge from fields as diverse as sociology and psychology. We're really excited to have John on the podcast today. So John, thanks so much for being on the Easy Agile podcast.

John Turley:

You're welcome, Sean. Pleasure to be here.

Sean Blake:

Thank you so much. So John, you've got a lot of experience in the Agile space, in the tech space. And I'm not trying to call you old. But I'd love to get a sense of what's changed over 25 years. It must just be night and day from where you started to what you see now.

John Turley:

There's a lot of change. And I'm pretty comfortable with old. I'm 48 now, and it's closest to 30 years now. That tells you when I first wrote that bit in the bio. So the technology has changed. That's mind blowing. I started off in ops, and then infrastructure and project management and stuff and 1999, 2000, it would take us three months and 50,000 quid to build a couple of web servers with a pair of load balancers and firewalls and a database at the back. And now we spin them up in seconds.

John Turley:

This is profound. Platform technology is profound slack or I mean platform technologies, that makes a massive difference to the way we interact. Scale is a massive issue. I would say that the world is sort of dichotomized into very large and quite small organizations. There seem to be less in the middle. It's just a gut feeling. We see, I think trust is collapsed. We see that in Edelman Trust Barometer. We see the complexity has increased. That's deeply problematic for us. [inaudible 00:02:23] has been measuring that one.

John Turley:

And we see that workforce engagement is at all time lows through the Gallup World Poll. Those things are big, big changes. What's the same though is the people, the way the people think, the way we construct our reality, our mindset, if you like, the way we make sense of the world around us is very, very similar. So although we now talk a lot more about Agile, the waterfall and waterfall for many is a bit of a dirty word, not for me and same with command and control. People are taking the same mindsets. This is measurable and provable. People are taking the same mindset that they had around waterfall and command and control using different language of Agile and behaving in the same way. That hasn't changed.

Sean Blake:

Very interesting. So you touched on trust, and how basically we've seen this breakdown of trust across the board. And I've just watched a documentary that's come out on Netflix around the Social Dilemma, and how the trust that we have in these big social media platforms is eroding. And we're getting a little bit skeptical around what these big companies are doing to us as the customer. Do you find that that's a hard balance with the people that you work with around being customer focused, but still building a profitable and growing business?

John Turley:

Yeah, I do. Yes, and the way I think it manifests itself, which again maybe we'll get into the sort of the psychology and the sociology as well as the complexity science, I'm into it later. But there's a very clear way that that lack of trust manifests itself. I'm not sure it's the lack of trust that manifests itself. But there's a very clear thing that's happening is people, there's repeated patterns of behavior I see all over the place in a lot of the work I do, which is one on one and with groups, that people hold on to this idea that their view is right and anything that doesn't comply with that is wrong.

John Turley:

This is a view that comes from the predominant mindset from what [inaudible 00:04:33] call the sort of expert or the achiever mindset, and it becomes a barrier to us collaborating and learning together and innovating. If somebody with a different point of view is dismissed as wrong, then there's no common ground to start to build trust. Trust is eroded from the outset, and that means that we can't collaborate, and in a complex world where we need to collaborate ever more closely and learn together and innovate, that's a deep, deep problem.

John Turley:

And the response seems to be that people actually withdraw, they withdraw into groups, we might call them cliques or echo chambers. The sociologists call this process homophily. This is a function like many say of platforms like Twitter, we retreat into groups that echo the opinions that we already hold that then reinforce those opinions, and separate us from the opinions of others and reinforce the opinions we have. So the gaps between the cliques grow wider, and particularly in times of COVID and the lockdown that we've had here, and that we seem to be maybe heading back into the isolation perhaps adds to that, and we see it more and more. So at a time where we need to be getting our act cliques and talking with understanding with others with different views, we're actually psychologically in a difficult position to be able to do that. And so that's what we might generically call the lack of trust manifests itself in the work that I'm doing. And that's how I see it with almost everybody that I work with, including myself, by the way. It's not an easy thing to conquer.

Sean Blake:

So what does your day to day look like, John? I think your official job title is Digital Transformation Consultant. You work for Adaptivist as one of the most well known Agile consulting practices in the world, I would say. What does that mean for you day to day? What does your nine to five look like?

John Turley:

So we're really involved in three things. I'm really involved in three things. And it's all about learning, collective learning, organization learning. So we're involved in a lot of original research. We do that original research with a number of academic partners in a program that we're putting together. We've been doing a lot of the research on our own. But as it gets bigger and more credible, other partners are coming to join us and they're very credible partners.

John Turley:

And the research is uncovering new learning. And that new learning points us to new consulting practices where we can take that learning and embed it into a workshop, say or how we might use the research instruments that we've borrowed from academia in the real world to measure social networks or psychological complexity or the amount of autonomy in the environment. So we can then use that to work with teams to help them shift from a sort of functionally oriented way of working to a cross functional way of working, which whether we're talking about safe and Agile release chains, or whether we're talking about Lean software management and value streams, whether we're talking at a team level or an organizational level, the challenge is essentially the same. We need to orientate ourselves around the creation of customer value in cross functional teams that are focused on delivering that value, not just delivering on their function. And that switch brings with it some deep, complex, deep psychological challenges that we're just not really equipped to meet. So we bring sort of the people and culture element, the tools and the Agile methodology simultaneously to bear in teams to help them make that shift. So that's really what my day to day work looks like, so the research and the practice.

Sean Blake:

Okay, research and practice. And when it comes to the practice side and encouraging that cross functional collaboration, how hard is it for people to get on board with that recommendation or get on board with what the company is trying to do?

John Turley:

For most people, it's really hard. So my experience before doing the research that I guess we started a couple of years ago I was just referring to, was something like this recently. We'd often get, so I've worked in the Agile space for a long time, I don't quite know when I started working in that space, in other words, full space, but a decade or two, let's say, and now bumped into a repeated problem, we get our, let's say, thinking of a specific example with a specific client about three years ago, very functionally orientated, trying to make that shift into cross functional teams. So we got a group of five people together from different functions, so designers, testers, developers, a couple of ops people, and between them, they should be able to obviously, launch some working code within 10 days or whatever. We were probably trying to spring into the real world.

John Turley:

And they were all great people. I knew them all personally. I spent time working with them all. They were very sort of Agile in the way they approached the development of the software that they did, and we put them in a room virtually to begin with and we asked them to produce a piece of code that works across functions, produce a piece of code and release it at the end of the week. And they didn't. And we thought what on earth happened there? We didn't really understand this, so we tried it again. But we assumed that the problem is because we'd done it virtually.

John Turley:

So this time, we got everybody together in Poland, as it happened in a room, we set it all up, we talked to them at the beginning, then people like me sort of left the room and let them get on with it, got to the end of the week, same outcome, nothing has happened. And if you talk to them, while they say, "Yeah, my phone pinged and there was a support incident, and you just couldn't.", and they had lots of very plausible reasons why they couldn't come together as a cross functional team. But the fact remains twice in a row, the most capable people haven't done it.

John Turley:

So we had a really long think about it, one of the senior leader in the business and myself. And we realized that the only thing that could be happening, the only thing that could be going wrong here is that there must be some sort of breakdown in the dialogue between the group in the room. So we ran it, we ran the workshop, let's call it for a third time. And this time, we had somebody else in the room just watching what was going on.

John Turley:

And they spotted something happened really early on. One of the people from the UK said to one of the Polish developers, they said, "Look, think of us like consultants. We're here to help you, to transfer knowledge to you so that you develop a capability so that you can do this on your own." And at that moment, the person who was in the room said that the dynamic in the room seemed to change. People glazed over. And I think what it was is that that word consultant that the English person had used had a different meaning for a colleague in Krakow. I think that meaning, the meaning of consultant meant, we're just here to tell you what to do and not actually do anything and put ourselves on the hook for any work, just kind of watch you do it.

John Turley:

And I think at that point, they kind of went, "Okay, well, all right, I get it, same old, same old. We'll do the work you English guys talk about it, because it's an English company.", and that breakdown started to occur. So the question we started is, I've seen that all over the place. So the question we started to wrestle with in our research is what's happening in those moments when that dialogue breaks down what's happening?

John Turley:

And what we've discovered is that there is a number of research studies, the biggest is about 10,000 people, that shows that around about 50% of people are at a level, and this is 50% of leaders in a study of 10,000, so for middle management, senior management, so it's a skewed number. So in reality, in software teams, it's probably more than 50% of people have reached a level of psychological complexity that suits the environment as it was, but has some limitations in cross functional working.

John Turley:

So they have a mindset, a way of making their reality that works well in a functional environment, but it's challenged in a cross functional environment. And that mindset, this way of thinking, which is very prevalent, is a way of thinking where individuals draw their self esteem from their expertise, just to put it very short, simple as an oversimplification. And the thing is, if you're drawing your self esteem from your expertise, when your expertise is challenged, it feels personal.

John Turley:

If it feels personal, people are likely to get defensive. And it's not because they're stupid, or they're not interested or they don't want to, the psychologists can show it's a level of psychological complexity, where that's just how our minds work. That's just how our meaning making works. Now, if that's the stage you're at, if we imagine me as a developer sitting down with a tester, and the tester's saying to me, "Look, the way you've written the code isn't the best way to do it for me, because I can't test it."

John Turley:

If I'm drawing my self esteem from my expertise as a developer, I'm likely to reject that, and might even start to think thoughts like, "Well, I think what really needs to happen here is that you need to be a better tester." I think that's the problem. And then we get this separation. Now at the next stage is psychological complexity. And these stages are in a framework that we do move through these stages. Again, it's an oversimplification, but it's observable and measurable. At slightly later stage of psychological complexity, things start to change. People start to recognize that the world is much more complex, that it's not black and white. And actually, there are multiple ways of doing things.

John Turley:

So to go back to my example as a developer, the tester might say to me, "This isn't the best way to write the code as far as I'm concerned." And what I'll hear is the, "Oh, as far as I'm concerned." It might be as far as I'm concerned, it's not fair enough. How can we change the way I'm writing the code to make it easier to test? But I can't do that if I respond like it's a personal criticism, you know what I mean? So what we started to uncover in the research is a correlation between how successful cross functional teams can be, and the level of psychological complexity in the leaders and the individuals in that team.

Sean Blake:

Interesting. So there's a book that we've been reading at Easy Agile recently called Radical Candor. And really, it comes down to giving constructive feedback to each other, not in a way where you're attacking them personally but you're trying to be honest around how we can work more collaboratively. And like you said with that example, how can a developer write code in a way that the QA tester can actually perform the tests on it? For someone who's new to cross functional ways of working, what advice does the research have around preparing that mindset to receive some of that radical candor, to receive that feedback in a way that you don't take it personally?

John Turley:

Well, so it's a great question, you put it really well, because radical candor is fine. We have, I work in a team that is very candid. We have some difficult conversations, and we don't even really dress our words up. And nobody gets offended. We just know that it's a shortcut. We might get our words wrong, but it's a shortcut to unlocking value to finding out how to work together. But it's not about the words that each of us picks to express. It's about how the other chooses to react to the words landing, as much as now that's a dialogue, it's a two way thing, it takes two to tango.

John Turley:

And the way we can develop a mindset that's more suitable to cross functional work is interesting. First of all, we've got to get out of comfort zone. We've got to be prepared to get out of our comfort zone, not far necessarily, and not for very long necessarily, and not without support and understanding from the colleagues around us. But we do need to get out our comfort zone. Otherwise, psychological growth can't occur. This is what I'm talking to about now is the work really of Robert Kegan and Lisa Lahey, who do a lot of work in dialogue on radical candor.

John Turley:

So we've got to get out of our comfort zone. But we've also got to be addressing a complex problem with a group of people when we're outside of our comfort zone. And that complex problem has to be meaningful, and it has to be salient, it has to be something that we care about, it has to be something relevant to our day to day work. And if we've got those characteristics in the environment that we working in, then there is an opportunity for individuals to choose to develop their own psychological complexity.

John Turley:

So that environment that has those characteristics, we would call in Kegan's word a deliberately developmental environment, because we can't separate the development of individual mindsets from the environment that that mindset functions in. The reason most of us have got the mindset that draws self esteem from expertise is because that's actually what most environments that we work in or not. That works in a functional environment. It's where you get promoted, it's where you get hired. It's where you get your Scrum Master badge and all that other stuff that gives you status and makes you feel good.

John Turley:

The world that we work in for many of us honors that expert way of making meaning. It doesn't honor learning and admission that yours might not be the best way to do things in the same way. So we have to shift the environment to support the individual to choose to take that developmental step because it can't be something that's done to them. You can't make people develop a more complex psychology. You can't train them to do it. You can only give them an environment that supports that step if they want to take it and if they don't, fair enough, that's okay. But maybe cross functional teams for them, if they don't want to because the hard place is to work.

Sean Blake:

Is it a problem that people find their expertise or find their self esteem from expertise? Is part of it encouraging men to find their confidence in things outside of their work or is expertise an honorable pursuit?

John Turley:

I wouldn't say it's a problem at all. Expertise, and the development of expertise is an honorable pursuit. Drawing your self esteem from your expertise is a very necessary part of our psychological development is a stage that can't be skipped really. I said to you before that I don't like to say things like that without the research base, but the psychology certainly imply that it's a stage that can't be skipped. So we've got to do it. We've got to go through this stage. The stage before we're drawing our self esteem from our expertise is where we draw our self esteem from our membership of the group.

John Turley:

And that's very important too, if you think of us as children or being part of a group is essential for our survival, so ingratiating yourself into that group, not rocking the boat, so we don't jeopardize our group membership is critical. But at some point, people start to realize, well, actually, I have to rock the boat a little bit if we want some direction. So separating your meaning making from drawing your self esteem from the group to drawing your self esteem from your expertise is a development in that sense. Drawing your self esteem from your expertise means the best way to write this code is let me train somebody to do it.

John Turley:

It's critical. But like all developmental stages, it has its limitations. So it's not problematic in any way, unless the individual is in a complex environment in which that expert way of making meaning isn't well suited. And then you got a mismatch between psychological complexity and environmental complexity. And when you've got a mismatch like that, the individual's anxiety will go up probably, employee engagement goes down, certainly wellbeing goes down, people revert to an earlier way of making their meaning that's more embedded in their expertise or the group, just to the point, they need to get more sophisticated.

John Turley:

So the problem is the mismatch between psychological complexity and environmental complexity. That's why we need to support, as the world gets more complex, that's why we need to get all get better at supporting the development of individuals into a level of psychological complexity that suits the more complex environment. That's kind of the nub of the problem. Nothing wrong with being an expert in drawing your self esteem from your expertise. People have done it forever, and will continue to do so. Every time you get in a flash car and you feel good, because you're in a car, you're drawing your self esteem from the status symbol, which is very similar to your expertise. As a young man, I put on my sharp suit and I feel a million dollars. Nothing wrong with that at all, but it's limited. That's the problem.

Sean Blake:

Understood, understood. So you've spoken about research and measurement and having an evidence based way of making decisions. When it comes to this cross functional way of working or digital transformation or teams moving from the old way of working to an Agile way of working, do we have evidence to say one way of working is superior to another way of working? And when you're talking to these clients or these customers, can you guarantee that if they work in this way, it's going to lead to better outcomes for the business? How do you approach that conversation?

John Turley:

No, I can't do either of those things. So I would never go anywhere near nor would I research saying that one way of working is better than another way of working or we can say like the mindset and the environment that there are ways of working that will work better depending on the problem that you're trying to solve. But it's very unlikely that one could be considered right and the other wrong in all sorts of circumstances, but more than that, I would say that doesn't matter what your way of working is or a team's way of working is. If the mindset is the way of making sense, if the reality doesn't also shift, then you're just following a new process, a new way of working with the old way of thinking, and you're going to get the same results just with different words.

John Turley:

So for me, that isn't entirely true, I'm quite biased. I guess in the work I do, I've got quite a perspective. If you shift mindset, then everything else will drop into place. If you change everything else, but don't shift mindset, nothing else will drop into place. What we can say however, is that there are three things, let's call them the three elements of a cross functional team that are hidden to people in organizations at the moment.

John Turley:

So generally, we think if we've got people with the right experience and skills working suitably hard, then they're going to work as a successful cross functional team. And if they're not, they're either not working hard, they're not the right type of person, or they haven't got the right set of skills, so fire them and hire somebody else or give them or put them on a training course, and that solves the problem, which of course it doesn't.

John Turley:

We would say that there are three other elements that remain hidden parts of the cross functional team that are more critical than that, and we're beginning to be able to demonstrate that there is a correlation between these three things that I'm going to tell you about on both employee engagement and team performance.

John Turley:

And these three hidden elements are the structure of the social networks that underpin the way people work. So if we think about how we as groups of human beings organize ourselves, we might think about hierarchies and hierarchy diagrams and old charts and bosses and stuff. That's not really very important for a cross functional team. What's much more important is the social network that develops across that team, who works with whom and when and how, right? Do the developers and the testers and the testers and the ops guys and the designers and the technical architects, do they all work together in a cross functional team?

John Turley:

Now that's a social network. That's a network that's formed through individual autonomy because they want to get the job done not because the boss says you've got to go and do it. In fact, it can't be done because the boss says go and do it. So we have worked with some friends in academia with actually an Australian company called Polinode to measure their various ways we can get the data, what those social networks look like. And the structure of those social networks is key.

John Turley:

As we look at the structure of social networks, we can see whether those teams look like their function, sorry, organized hierarchically, or were they organized for cross functional working because of the network structure. So network structure is one element. The other is psychological complexity. So we've worked with a gentleman called David Rook, who did the original research and developed a psychometric instrument that can measure an individual's stage of psychological complexity, both the structure and the substructure. And that mindset complexity is also linked along with network structure to where the teams can function cross functionally.

John Turley:

The third thing that was the hardest bit, the last bit of the jigsaw that we sort of put into our hypothesis is we need to have adequate degrees of autonomy. We needed to develop a much better understanding of what it means for teams to be autonomous than we had, and how that autonomy relates to control and how control undermines autonomy and how we all tend to be orientated, to taking the cues in the environment either as instructions, which we must comply with or invitations to be autonomous. And we now have another psychometric instrument. So the third instrument that we use, we call the motivation orientation scale, excuse me, that can measure an individual's likelihood to interpret inbound information as an instruction or an invitation to be autonomous.

John Turley:

And once we know that, we can start to challenge this common perception within product teams, software teams that the team is autonomous, because everybody thinks they are autonomous. And in fact, everybody is, research shows mostly autonomous, but we might be almost entirely autonomous, or we might be 60% autonomous. We can measure this. And then we can say to teams, "Look, you are autonomous as a bunch of individuals. But you also have this control thing going on where you're responding to inbound requests."

John Turley:

And we need to be more autonomous. So once we can start to measure it, we can start to challenge their ideas of how autonomous they are. And we can start to examine where the teams are choosing to respond from that control orientation or their autonomy. So they're the three things, autonomy and control, complexity of mindset and network structure, equal employee engagement and team performance. That's what our research says. So what we can say is, to your question in the beginning, there is a network structure, a level of psychological complexity and the amount of autonomy that correlates to successfully working as a cross functional team. And in that sense, we might think that those levels are right, in some sense.

Sean Blake:

Okay. So what does a 100% autonomous team look like? And do they still have interaction with, say the executive team on a day to day basis? Or are they at odds, those two concepts?

John Turley:

No, they're not at odds. They do have, they might have day to day, I suppose they would, they will have either directly or indirectly interactions with the executive team. So the first thing we need to bear in mind here is that the research that we're leaning on is something called self determination theory, which is a theory of motivation. And it has quite a specific definition of autonomy, which is not what we might normally think. Often autonomy is taken to mean as sort of the general use of independence. So if we buy a company, we might leave it to run autonomously, which would mean we just left it alone for a while. And autonomy in this context doesn't mean that. It means individuals acting of their own volition, individuals deciding how to act towards a common purpose. So the team has to have the vision which they can self organize around. You can't self organize without autonomy. If you don't got autonomy, you have to wait to be told what to do. And then it's not self organization.

John Turley:

So autonomy leads to self organization, and self organization can be around a common vision or a set of goals or an OKR is quite a sophisticated way to do instead of management by objective, then we can self organize in a way that sort of honors the need to be part of an organization, doing some coordinated work, but that doesn't rely on a manager telling the individual what to do.

John Turley:

That's what an autonomous team looks like. An autonomous team, you need the autonomy is really a self organizing team. And the self organizing team is deciding what the team ought to do in order to achieve a wider objective, which could be integrating with other self organizing teams. And obviously, the direction is set often by the executive. So all these things sort of come into play. It's not a question of control on the one hand or autonomy on the other or Agile on one hand or waterfall on the other.

John Turley:

So we're going to blend the two. We're going to balance them. And that balance needs to shift not only across teams, but also depending on the level that the organization is, that the team is working in the organization. And what I mean by that is the need for control and measurement increases in many ways as you go higher up the organization. So we want high degrees of autonomy at a team level where we're creating customer value. But we need to recognize that that self organizing team has a legitimate requirement to integrate with some elements of controlling the organization, because if we have some elements of control, then we can't do the accounting and be accountable for where we spend investors' or shareholders' money, you know what I mean? So it's much more complex in the sort of the dichotomized world that people tend to look at, which is very black and white. Is it Agile or is it waterfall? Are we autonomous or are we control orientated where you're both and the blend of which needs to shift depending on the environment here.

Sean Blake:

Okay, okay. So there's always a need for a bit of control on top of the autonomy.

John Turley:

It's a balance, right? We're all comfortable with control, aren't we? We all comply with speed limits, for example. We're perfectly okay with that. Control is not a dirty word. Some will do things that we're told to do sometimes, and we're happy to do it. Sometimes we do it begrudgingly. We're not happy to do it. Sometimes we reject it. There's nothing wrong with control in itself. It's the overuse of control to coerce people to do things that they don't want to do. That's when it becomes problematic because it undermines an individual's autonomy, which is a basic, universal psychological need. We all need to have a sufficient degree of autonomy to feel well.

Sean Blake:

Okay. Okay. So we know that Agile's had a good run, it's been decades now. So do you still find that you come across the same objections when you're speaking to these executive teams or these companies perhaps from more traditional industries? Do they still have the same objections to change as they did in the past? And how do you try and overcome them?

John Turley:

Yes, they do. So one of my strange experiences as a young project or program manager, whatever I was, is that when I would end up in a room full of software developers who were Agile, probably the language they would have used at the time and a bunch of infrastructure engineers who followed waterfall, and the distaste for one group for the other, it was almost visceral, and you could see it in them. There would be a bunch in, I don't know, Linux t-shirts and jeans, and then the infrastructure waterfall people would probably be wearing suits.

John Turley:

I mean, it was really obvious, and it was hard to bring these groups together. That was my experience in let's say, around about 2000, I sat with a client yesterday, who said exactly the same thing. They said that in their organization, which is going through a very large, Agile transformation at the moment, they said, "These are their ways. We kind of got people at the two extremes. We can sort of bookend it. We've got the waterfall people who think their way is best and we got the Agile people who are totally on board with Agile transformation."

John Turley:

And what I heard when the individual said that is quite senior leaders, the Agile people are on board with the Agile transformation brackets because they think their way of working is best. And what I tried to point out to that senior manager was that that was one group, there were perceptions anyway, that one group was into Agile and got cross functional working, all that got cross functional working and the other group didn't, actually the two groups were operating in the same way.

John Turley:

They both thought their way of working was right, and one was espousing the virtues of waterfall and the other Agile, but the fact was they both thought that they were right, and the other was wrong. And they were both wrong in that. Waterfall works really, really well in a lot of scenarios. And full on Agile works really, really well in some environments. In some environments, it's quite limited by the way, in my opinion.

John Turley:

My friend and colleague, John Kern, who was a co author of the Agile Manifesto in 2001 or 2004, whatever it was, I can't remember. He says, "I love waterfall. I do loads of waterfall, I just do it in very small chunks." And because the fact is we've got to do work sequentially in some manner. I can't work on an infinite number of things in parallel. There has to be a sequence.

John Turley:

And that really, when I heard him say that, it sort of filled my heart with joy in a way because for somebody with a waterfall background, I used to say, "Look, I don't get this. In waterfall project management, we're talking about stages. And in Agile, we're talking about sprints." And they've both got an end. One's got a definition of done. And one's got some acceptance criteria, and they both got a beginning. The only difference is the language and the duration.

John Turley:

So what if we make sprints, sorry, stages 10 days long? What's the difference now? And yet people would say, "Well, we're Agile, and we do sprints, and that would still be a stage." Come on, we've got to find some common ground right to build a common meaning making between large groups of people. Otherwise, only the Agile listeners amongst us can work for Agile organizations, and everybody else is doomed. And that's not true, is it? That's nonsense, right? So we've got to come together and find these ways of working as my friend John Kern points out so eloquently.

Sean Blake:

Okay, that's good advice. So for these, some people that you meet, there's still this resistance that has been around for many years. How do you go about encouraging people to get out of their comfort zone to try this cross functional way of working and be more transparent, I guess with contributing to the team and not necessarily pushing towards being just an individual contributor?

John Turley:

Another great question, Sean. So there are a couple of ways we can do it. The psychometric instrument that I mentioned earlier, that can sort of measure I kind of always put that in inverted commas, because it doesn't really measure anything, it assesses, I suppose, is a really, really powerful tool. Off the back of that measurement, the psychologists that we work with can create a report that explains lots of this sort of meaning making stuff, adult developmental psychology to the individual. And it tends to be mind blowing. It really shifts people's perspective about what they are and how they're operating in the world.

John Turley:

Once people start to understand that there are these developmental stages, and we all move through them potentially to the last days of our life, we can start to see the disagreements. They just start to fall away. Disagreements start to fall away, because they cease to be seen as opposing views that can't be reconciled, because I'm this type of person and they're that type of person.

John Turley:

And they start to be seen as incompatibilities in meaning making. So people start to go, "Okay, well, I think this and you think that. How are we both making our meaning around this, that means we can see other's perspective?" And immediately, then you've started to find a mechanism to find some common ground.

John Turley:

So the leadership development profile report, which is the report that comes from the psychometric instrument really sheds a lot of light on for the individual, both on how they're working and what development looks like, what psychological development looks like for them. So that's a powerful tool. We have another service that we call dialogue partnering, which we're piloting, which is sort of what over an eight or 10 week program, it's a one on one collaborative inquiry into how an individual is making their meaning, and what the strengths of their meaning making and the limitations of their meaning making are.

John Turley:

And once people start to realize that the way, the reason they feel defensive because the way they code has just been criticized is because they're drawing their meaning from being the best coder on the planet. But there is a development path that leaves that behind, which is where many, many people get to. It's kind of like an a-ha moment, people just realize that reality is different to what they thought and it can be adjusted.

John Turley:

So the LDP, the Leadership Development Profile reports, dialogue partnering, and working with senior management to create a deliberately developmental environment, which does those things I mentioned before, they're the critical tools that we use to help individuals unlock their own psychological development. And the question is, of course, why would they be motivated to do this? Why would they care? And they care, because 80% of people have got a very low level of engagement in their work. Most people are treading water, killing time. It's not a joyous place to be. Once people start to work in cross functional teams and get involved in joyous work with their colleagues to create things they couldn't, which is a basic human instinct, that's a buzz, then you come into work and enjoying yourself.

John Turley:

That's what I said to you at the beginning of that call, right? I'm having a great time, I'm working with some brilliant people unlocking new knowledge that we believe humankind doesn't have. That's a buzz. I'm not treading water in my role, you know what I mean? And this isn't unique to me. In my view, the whole world could be like that. We could all work in roles like that, maybe that's got a bit far. But certainly, many more of this could then currently do to get on board with the psychological development and enjoy your role more, enjoy your work. There's a lot of time.

Sean Blake:

Yeah, I really resonate with what you said about the buzz. And I've seen that happen when the light bulb comes on in people, and it's no longer this factory line of work getting passed down to you. But you realize you're now part of a team, everyone's there to support you, you're working towards a common goal. And it's transparent, you can see what other people are working on, and you're helping each other build something together. It's actually fun. For the first time in a lot of people's careers, it's a fun and enjoyable experience to come to work. So that must make you feel really good about doing what you do.

John Turley:

Yeah, it does. It's why I get out of bed, and it's what I've been about for 20 years trying to unlock this, really help other people unlock this. I got a phone call from a colleague the other day who said they were doing some exercise, and they were thinking about their new role. And they thought to themselves, this is what it feels like to do joyous work.

John Turley:

I mean, that [inaudible 00:42:51] job done, because this is a very capable individual. Once they're feeling like that, you know that they're going to do great things. When they're feeling like they're other people feeling, that people are clot watching, or there's this culture of busyness, where we can't admit that we don't know things. And then we've got to be in a meeting doing something, in the transparent world that you're just talking about, if I've got any work to do, I can just sit and say, "I'm going to work today, I'm waiting for more stuff to write." And it's not a bad thing. It's like, great, you're working at a sustainable pace. That's a good thing. I worked for a Swiss bank for years and years, working at a sustainable pace but nobody was interested, you need to work at a full on flat out unsustainable pace. And when you're burned out, you can go and we'll get somebody else to come in and do it. That's how it works. That's miserable.

Sean Blake:

It's not what we want, Sean, is it? It's not what we want. And unfortunately, a lot of people have been there before and they've experienced it. And once they see the light, they never want to go back to it, which I guess is a good thing once you recognize that there's a better way.

John Turley:

Yeah, agreed.

Sean Blake:

Yeah. Okay, well, I think we're going to wrap up shortly. I do have two more questions for you before we call an end.

John Turley:

I'll try and keep the answers brief.

Sean Blake:

No, that's fine. I'm really enjoying it. I could probably go for another hour but I know we've got other things to do. So in the research, I've read some of your blog posts, and I watched some of the talks that you've done and events in the past, and you speak about this concept of hidden commitments. And I just like to learn a bit more, what is a hidden commitment? And what's the implication?

John Turley:

Great question. So Robert Kegan and Lisa Lahey, developmental psychologists, wrote a book called Immunity to Change. This is a book that I read here a few years ago. And in there, Bob and Lisa talk about hidden commitments. And so they start by pointing out that we all make New Year's resolutions and they all fail. We really mean them when we make them. And when I was in my late teens, maybe I really did mean them when I made them. But I could never keep them.

John Turley:

In another book, Kegan points out, I think it's in the book called The Evolving Self. He points out that a large majority of men, after they've had heart attacks, I think it's a study in America. But it's been a while since I read it, I think it's six out of seven, don't change either their diet or their exercise regime after they've had a heart attack. And the reason he uses that as a case study in the book, because he's pointing out that it's not that these people don't know what to do, you need less calories in, more out. And it's not that they're not motivated to do it. They've had a near death experience. They'd like to stay alive, we presume.

John Turley:

Yet still, they don't make any meaningful change to their diet, their exercise regime, why not? And what Bob and Lisa say in the book from their research is that it's down to hidden commitments. We all have our way of making meaning. We have our values and our assumptions that we absorb from society as if by osmosis. And we don't question them. We can't question all of the assumptions that we absorb as we grow up. It's just not possible. So we have these hidden assumptions that we're committed to hidden commitments. And sometimes, these hidden commitments conflict with our stated objectives. And when the hidden commitment conflicts with our stated objective, the result is that we get very confused about the fact that the stated objective sort of falls by the wayside, and we don't really understand why. We might think, I would think a common out, because I just need to try harder, I just need more willpower. I just need to stay the course. And it's not true very often. There is something else in your meaning making this conflicted with our stated objective. And once you can surface it, then you can start to examine that hidden commitment, and you can play around with it.

John Turley:

And when you can play around with it, then you're adjusting your meaning making. And the technique that we use in dialogue partnering comes from Bob and Lisa's book, where we're essentially uncovering those hidden commitments and seeing how they conflict with commitment. So that's sort of, and then once you can see it, and you can experiment with it, you can start to unlock change in yourself. Peter Senge, I think he's director of innovation. He's very famous, director of innovation for MIT. And he has a beautiful little quote, something like, "What folly it is to think of transforming our organizations without transforming ourselves?"

John Turley:

We need to change our relationship with power in order to change the way power is distributed across our organizations. And that's an example of a hidden commitment that we don't normally think about. We just think we can empower people magically, whilst retaining all the power for the senior manager. And that just doesn't work. There's a hidden commitment, conflicting with the idea that we want to empower our teams, which is a quite flawed idea.

Sean Blake:

Wow. Okay. Well, I really like the approach to work and looking at the social structure, the social networks, and the psychology behind it all. It's really fascinating and it's not something I've really come across before, especially in the Agile space. So that's really unique. Thanks for sharing that, John. Last question for you. 2020 has been interesting to say the least. We've talked about some things that have stayed the same over your career, some things that have change. What do you think is going to come next, looking forward to the next five, 10 years? What are some of those trends that you think are really going to stand out and maybe change the way that your work, it changes the way that that your nine to five looks or changes the way that you interact with your clients?

John Turley:

I think that this won't just change the way my nine to five looks. It will change like everybody's nine to five looks. I think that the world is in a difficult place. A lot of us are upset, and it looks like a bit of a mess, and we're all anxious, I think. A lot of us are anxious. But as a friend said to me, he was quoting somebody else, never let a good crisis go to waste. The amount of changes, a lot of energy in the system, the amount of changes in the system is palpably changing things.

John Turley:

Many of us recognize there must be a better way of doing things because our ways of organizing ourselves as society, including our organizations is collapsing. It doesn't work anymore. People are realizing through work that people like the names I've mentioned, and through our original research, I hope will sort of contribute in an original way to this, that there is a better way of organizing ourselves that humankind does have the knowledge and the experience to do what we need to do.

John Turley:

It just isn't in IT. We need to look outside of it to what the psychologists say about mindset, not what the Agile people say about mindset. That's a radical idea. And as we import this learning and this knowledge, we have a framework that helps us understand to a much greater degree what's really going on, and how we can unlock real change. So everything that I talked about today, very little of it is original. We have some original work I can't really talk about. Does it matter? The knowledge is out there. If we do the people and culture bit and the tools and the methodology together, then it scales, then we change the way organizations work, which is going to change everybody's nine to five.

Sean Blake:

That's great. It's bringing it back to basics, isn't it? What we know about human beings, and now let's apply that to what we know about work. So that's really eye opening. And I've learned a lot from our conversation, John. I've got a few books and a few research papers to go and look at after this. So thank you so much for appearing on the Easy Agile podcast, and we really appreciate your time.

John Turley:

Sure, my pleasure. I mean, I love and we love at Adaptavist to sharing what we're doing. So we can all engage in more joyous work, man. So thanks for helping us get the message out there.

‍

On this episode of The Easy Agile Podcast, join Nick Muldoon and Dave Elkan, Co-CEO's and Co Founders of Easy Agile. As they look forward to the next phase of growth for the company, they wanted to take this opportunity to reflect on their journey so far.

Nick and Dave talk growing a start-up in regional Australia, finding the right people, sustaining a positive team culture and the importance of having values driven teams.

"Our purpose is to help teams be agile and in doing that, we're doing that for ourselves, we're constantly trying to learn and adapt and experiment with new things. I hope that was a useful little tidbit and journey from Dave and I on how we got Easy Agile to this point."

- Nick Muldoon, Co-CEO, Easy Agile

"There's these funny little hacks and analogies and I think that's a longterm vision thing. If you are running a business which doesn't have that longterm vision and purpose, then you can go actually in multiple directions at once, and you're not going to make any progress."

- Dave Elkan, Co-CEO, Easy Agile

Be sure to subscribe, enjoy the episode 🎧

Transcript

Nick Muldoon:

Good day, folks. Nick Muldoon with co-founder, co-CEO of Easy Agile, Dave Elkan. Before we kick off, we'd just like to do an acknowledgement to the traditional custodians of the land on which we broadcast and record today, the Wodiwodi people of the Dharawal Nation. We pay our respects to elders, past and present, and extend that same respect to any of our aboriginal folks that are listening today.

Nick Muldoon:

Dave, just a bit of a reflection on five and a half years of business?

Dave Elkan:

Business? Yeah, a rollercoaster. It's been great fun.

Nick Muldoon:

It is a rollercoaster, isn't it? I guess, where's the best place to start? The best place to start is at the start.

Dave Elkan:

Yeah, I mean we can go before the start. There's always a good prequel. We can do a prequel episode later, I guess. But I guess the earliest I remember working with you, Nick, was at Level 15 at Kent Street, at Atlassian. There was this redheaded guy down the one end of the building, working on Atlassian GreenHopper and I was busy working on the Kick-Ass team at the time, building the new issue navigator, which is now the old issue navigator, back in 2011. And then you screwed off to San Francisco and I followed eventually, and then we hung out there for a while, didn't we?

Nick Muldoon:

Yeah, I remember that because we sat down, I was back to get married, and we sat down and had a coffee and a yarn about you and Rin relocating to San Francisco and how it had been for Liz and I, and what the process was like and all that sort of stuff.

Dave Elkan:

That's a great opportunity to acknowledge our lives in this amazing journey as well and if it wasn't for those, we probably wouldn't have gone to San Francisco in the first place, because a large part of the promotion of going overseas and doing that for me anyway, and for yourself, I'm pretty sure.

Nick Muldoon:

Yeah. Well, Liz was this big conversation of go overseas and experience something new and I was quite comfortable in Sydney and enjoying my role with product management at Atlassian, but it was really a push to try and experience and do something a bit different.

Dave Elkan:

Absolutely, same here. And you were there for over four years, in San Francisco, and I was there for three. But you came home, you got married, and I just grabbed you for a coffee and we sat there in Martin Place and had a chat, and you said, "Yeah, it's great. Come over, you can stay with me for two weeks." And I'm like, "Oh, I barely know you."

Nick Muldoon:

Yeah, but it was so much. I mean, even not knowing Liz or I, it was way better than the alternative. So for folks listening in, the Atlassian apartment, at the time, was in a fairly rough part of The Tenderloin in San Francisco, and it probably wasn't the greatest introduction if someone was relocating to San Francisco.

Dave Elkan:

No. But to cut a long story, there's a lot of good stories here I'm sure we can tell one day, but eventually, we both had daughters in San Francisco and we wanted to be home and closer to family. Then we came home to Sydney and found that the traffic is 20% worse or 50% worse than when we left and we were uprooted. So once you've been uprooted, you've got to plant yourself back somewhere and it's quite easy to change at that point, and you've chosen to go outside of Sydney.

Nick Muldoon:

Yeah, this Wollongong regional lifestyle.

Dave Elkan:

Yeah, where you can have a full block of land to yourself without breaking the bank and you can, relatively speaking, like times have changed a bit in that space, but since then, that's what we were chasing, wasn't it? And we looked at Newcastle, and-

Nick Muldoon:

Looked at Newcastle, looked at Brisbane, Adelaide, we even went through Wagga Wagga. We had the most amazing Indian meal in Wagga Wagga, we were almost like, "This is the place. If we can get food like this in Wagga, we're sweet." Bit too cold, but we ended up settling on Wollongong, in large part because of the proximity to the beach and the Early Start Discovery Space for the kids and just a pretty cool, chill place to raise a family. There are aspects of it as well, I think, that really reminded Liz and I of San Francisco. We used to go to the farmers market down at the Ferry Building a lot on a Saturday morning, and we found the farmers market on a Friday in Wollongong on Crown Street North, so there were these similarities to kind of enable us to transfer from one city to the other fairly easily.

Dave Elkan:

Yeah. It's a pretty easy place to live and to be. The way I like turn it, is it's just far enough away from Sydney.

Nick Muldoon:

Yeah, a nice little national park in between.

Dave Elkan:

That's right, it can't really encroach on us, it's not allowed. You can't build there so you're always going to have that buffer. But I do remember going back to Sydney for a niece's birthday and having been charged $9 an hour for parking at the beach, considering you don't even have a parking sticker anymore because I wasn't a resident, and I was like, "Wow, it's really expensive." But for anyone coming to Wollongong or the other way, you can park for free at the beach. That's just kind of like a good litmus test of the difference that we're talking about here.

Nick Muldoon:

Mm-hmm (affirmative). Yeah, I guess this regional life, like we didn't really have a tech industry here. We come from Sydney where, 10 years ago, there was this emerging tech scene and SydJS, SydCSS, other meetups up there, and in San Francisco we were thrust right in the middle of it. I remember, we were chatting the other week about a meetup where we met, the Ruby Creator at a Heroku meetup, I think it was, and a session on [detrace 00:06:17] at that company that's gone bust now, whose name I can't even remember, but we were in the heart of all the meetups in San Francisco. Then in Wollongong, there was none of it, and so it was like a question of what could we do to build a community here as well, try and meet other like minded folks?

Dave Elkan:

Yeah, it was definitely that desire, wasn't there? And we set out to do that, and I think it was Rin who termed it Siligong. I remember we were actually talking about Siligong Valley before we actually left, and we just decided to make that the name of the community. I was actually looking back on my old emails the other day and I was like, "Oh, we actually talked about Siligong before being in Wollongong," so that's pretty cool.

Nick Muldoon:

I remember early days because I think you and Rin returned on flight with [Umi 00:07:08], and Umi was six or eight weeks old.

Dave Elkan:

Yeah, October.

Nick Muldoon:

If I'm not mistaken, I dropped you at your mom's place so that you could catch up with your mom and Ken and that was kind of like home base. And it was a couple of months after that or something, where we finally had you down here. I think you stayed with Liz and I when you came down here-

Dave Elkan:

Yeah, again for two weeks.

Nick Muldoon:

... for another couple of weeks, and we were really talking about the genesis of what was, at the time, what was termed Arijea Products, and a brand that we never ended up sticking with. What do you remember about those early days and trying to get the business off the ground?

Dave Elkan:

Actually, come to think of it, you were staying in, not Coniston, [Carmila 00:07:59], it was actually less than two weeks because we all had little kids and it was just a bit crazy. So I think Rin and I organized... we came down and did inspections and we stayed with you whilst we're doing that, and then we were able to secure a place in Fairy Meadow and we moved down, so we were going back and forth a bit at that point. And then it was this six months of just literally... I didn't have a bike, I just walked to work, which is super new to me. I've always caught the bus or ridden my bike.

Dave Elkan:

Some of you may know I've never commuted to work and I hopefully will never have to do that, and we've engineered our lives around that kind of concept. But I think that it was really great, I was just living within two kilometers' walk of work, and that was for at least the first six months until I moved to Balgownie, but it was great time of my life and we had a brand new baby and just concentrating on the business, trying to [crosstalk 00:09:00]-

Nick Muldoon:

I remember, we really didn't have much of an idea of what we were doing in early days. We chased down one area and we said, "No, that's not appropriate," and then we kind of turned our attention to something else.

Dave Elkan:

Yeah. We were chasing our tails a little bit. We, at one point, had five products with two people.

Nick Muldoon:

That's right.

Dave Elkan:

I think that, that's too much, but with good conversations with the fellows around us at IXI, that we were able to have... like they were asking good questions and I remember Rob and Nathan asking us, "What is it you're good at?" And I think it was Rin, was like, "Okay, you've got this app idea, who're you going to market it to? Look at your networks." And it was, all those arrows started pointing towards Agile.

Nick Muldoon:

Yeah, I think it was this idea that Rin had like, "You can build it and they will come, or you can figure out your go-to market and your distribution piece, and what's the audience that you've already got, and how do you leverage the audience that you've already got in Agile Software Development to kind of seed and build that audience, and get some momentum?" And that's what really kicked us along and got us going. If I'm not mistaken, I think we'd actually... not that we had a lot of outgoings, but I think we were actually break-even by June of 2016, and it was kind of like this, "Hurray," moment because we were not going to have to get on the train and commute to Sydney for working at Atlassian or something like that. We'd found product-market fit and we could kind of pursue and go to the next stage.

Dave Elkan:

That's right, yeah. There's a lot in that story as well, like how we found product-market fit and the steps towards that and lots of learnings from that time as well, which is great to share eventually, I guess, but we might go down a rabbit hole if we jump into that one. But I certainly do remember good considered conversations that were held by lamingtons and tea in the Mike Codd building at the Innovation Campus at University of Wollongong, where we started. And that was really just a time to... it felt different to my prior, at the time 15 years of experience, where you actually, it's okay to stop and talk and think about what you're doing, whereas in the past, it's just been, "Go, go, go, build this thing." And it's like, "Oh, okay," so that was really refreshing for me and I think that, that was a really good step in opening up what became the story map, which was our first really successful product.

Nick Muldoon:

Mm-hmm (affirmative). You mentioned the lamingtons and tea, it was probably at least 50% of our time getting the business off the ground, was lamingtons and tea. It was chatting about stuff, it wasn't writing code, we didn't have customers to speak of. It was really trying to figure out what sort of market did we want to pursue, what solutions did we want to provide and what sort of business did we want to create? That was a large part of our time getting it off the ground.

Dave Elkan:

Absolutely. And for those listeners out there who don't know what a lamington is, it's actually a delicious piece of sponge cake dipped in chocolate sauce and then coconut, shredded coconut, so I know you can buy them in US, we actually did that at Atlassian and they were a huge success, especially because they had cream inside them as well, so real good for a cup of tea or coffee, whatever you take. But the thing is that it's a good idea to sit down with a co-founder and talk a lot more than you type, that's the kind of rule I took out of that.

Nick Muldoon:

It's interesting because it was kind of like that approach to talking instead of typing that was kind of like the genesis of one of our values, this engaged system, too. And I don't think you'd read Kahneman's book at that time, and that was something that came later, but even just this idea of, "Now, let's just take the time to think and process this sort of stuff," and the context [crosstalk 00:13:09]-

Dave Elkan:

No, I do remember. Sorry, yeah. I did a presentation at Lansing Summit in 2017 on Engaged System too.

Nick Muldoon:

16 or 17?

Dave Elkan:

16 or 17, I can't remember which one it is.

Nick Muldoon:

'16 because you went to Barcelona in '16.

Dave Elkan:

Barcelona, and that's what I did there, wasn't it? Yeah, so that was early on that I read Thinking, Fast and Slow, which I highly recommend.

Nick Muldoon:

And the context around this, for folks listening; in mid 2016, Dave had a nine month old daughter. My daughter was two years old and I had a newborn and you were to have... your number two was on the way, right? So we were building a business as we were starting and establishing our families as well, so it was, "Let's do it all," in a new city. Like, "Let's do it all at once."

Dave Elkan:

Yeah, you might as well, right? Just bite it all off and rip the Band-Aid off and get it done. I mean, my daughters were only 18 months apart, so that kind of... just get it over and done with. Get the hard part done and then you can go and enjoy yourself afterwards, just kidding. It's great to have lots of kids at a young age, like I really do miss that time. But yeah, we were pretty crazy, but we got through.

Nick Muldoon:

It gave us a constraint as well, didn't it? Because we couldn't burn the midnight oil, we couldn't flog ourselves from 05:00 AM to midnight because we simply did not have the energy and we had to get kids fed and bathed and off to bed and all that sort of stuff. So it brought a cadence and now that I reflect on that, there was another value that was kind of coming out of that, which was with respect to our balance and establishing balance in our lives.

Dave Elkan:

Yeah I do remember, sorry to interrupt, a tweet idea, I can probably dig it up, which was me hanging out cloth nappies or diapers on... it must've been, it was in Balgownie so that must've been after six months. But I was hanging out nappies and I must've been working from home that day or something like that, but that was just like me balancing life like that, with work. And I think it came back with like work, life, family balance or something like that. We would expand that to work life, family, community balance, is what we try and chase.

Nick Muldoon:

Mm-hmm (affirmative). How did we get on this journey around the values and kind of establishing the values? When was that in the life of the business?

Dave Elkan:

I can remember the place we were in, we were actually in our Crown Street office when we really sat down and really hunkered down into that, so that would've been 2018.

Nick Muldoon:

I think in November 2018, we held our first advanced Easy Agile, and that's where you ran the session, "What got us here won't get us there." And so at that point in time, we had the two products, we had Easy Agile User Story Maps and Easy Agile Roadmaps, and we had changed our brand from Arijea Products to Easy Agile, to kind of focus our energy on the Agile space. We divested the other three products that weren't focused on Agile, so we'd sold those off to another Atlassian Solution marketplace partner. I think that's where we started having these conversations around the next evolution of the growth of the business. Then it was in 2019 where we were back in Crown Street, back in the office, where we were having that conversation about codifying, establishing, writing down our values.

Dave Elkan:

That's right, and it's a highly valuable process to go through and to really just pause on the day to day, and really focus on it. That's something I've always had trouble with, like I've always got things to do, but once you just extract yourself from that process and zoom out and look at the company and what you've come up and what you hold dear, that's when you can really start having those conversations, but making it an actual thing. I think that you can't just do it on the side, you can't just do it as well as other things, it's really got to be like the priority as I like to say. Priority is not a plural, it doesn't make any sense if it's pluralized, but that should be the one thing you do in an ideal circumstance, like you just do it and really focus on it, because it's really hard.

Dave Elkan:

And it shouldn't, I guess not in one sitting, but at least when you do it, make it a serious thing because if they're real values and you live them, like they just are pretty immutable, they just keep moving forward with you. If you found you're not living them, then you should absolutely revisit them, but we've been lucky enough in that the values we put forward have stayed true and I really feel like, of all the companies I've worked at, even Atlassian, like these ones I've lived every day in very distinct ways.

Nick Muldoon:

Mm-hmm (affirmative). So what are the values we've got? We've talked about better with balance, and we talked about that a little bit. We also talked about engaged System 2 like this System 2 thinking. What are our values?

Dave Elkan:

Be the customer, give back, and [crosstalk 00:18:30]-

Nick Muldoon:

[crosstalk 00:18:30] was a big one, and commit to team. So better with balance, give back, be the customer, punch above our weight, Engaged System 2 and commit as a team. Go back to the conversation that we were having in 2017 around give back, that was something that was really System 2. How did we think about giving back to the community and what that meant to us as a company?

Dave Elkan:

I think it goes back to what you said before about the community in San Francisco we experienced and what we did here with Siligon and just making that a focal point for us to give back to the community. It doesn't build itself, like the community has to be actively built by somebody has to put their hand up and start it, and I think we did that. Since then, like we've enabled heaps of other people to be able to give back in a really easy kind of way like, "Let's host a meetup," "That's fine, here's our framework to go build that on." And also just the daily communication we have amongst each other on our Siligon Slack, which is just super valuable.

Nick Muldoon:

Super active, too.

Dave Elkan:

Oh, super active, especially in lockdown, lots of people on there talking about all sorts of things.

Nick Muldoon:

I think maybe one of the other things, so Dave and I experienced this at Atlassian, which was this idea of the Pledge 1%, but in our first or second year of Easy Agile, Atlassian along with Salesforce and a bunch of other companies came together to actually codify and build the foundation around Pledge 1% and ask other companies to commit to that. And we made that commitment in 2017 if I'm not mistaken, to do Pledge 1% donations and now, where I guess we're kind of doing Pledge 2% donations, but what was the drive behind our Pledge 1% to Room to Read?

Dave Elkan:

It's in part laziness, because I really want a system to these kinds of things and unfortunately, when you're starting a business it's hard to dedicate the time and to think about that. So I took the easy System 1 option, which is to go with what we experienced at Atlassian, which was to back Room to Read, which is a great initiative to help ensure that young ladies, specifically in third world countries, get at least a higher education, get out of primary school, get into high school, and once they've gotten to that point, it's far more likely they're going to be independent. And with that kind of thing, like that investment, it's like restarting at the beginning and enabling countries and people to help themselves. If they're educated, that's a huge step in the right direction to both fighting overpopulation, climate change, all these things which benefit from those people doing well in life.

Nick Muldoon:

Mm-hmm (affirmative). Yeah, continually improving their lot in life, right? Like raising standards of living through education.

Dave Elkan:

That's right.

Nick Muldoon:

And if we think about punching above our weight as one of these other things, I mean I remember that was something that we talked about before we wrote down our values, that was something that we really did focus a lot of energy on. You mentioned before, there were two of us and we had five products in the marketplace. I'm not exactly sure that was a great example of punching above our weight, because we might've struggled a bit, but what are some examples of where we've punched above our weight as a small team from regional Australia?

Dave Elkan:

One of our products that we built initially was really a bit of a thorn in my side, it was continually breaking and it wasn't playing to my strengths, which is traditionally front end development. So after that and getting burned by that and having to stay up all night and fix it, I opted towards apps which are more front end focused, and so we've built Easy Agile User Story Maps and Easy Agile programs and Easy Agile Roadmaps primarily as front end apps. As a matter of fact, Easy Agile Roadmaps, for the first two years, didn't even have a server, it was just a static file in a bucket in CloudFront. That's the way Atlassian Connect works, it allows you to host apps that way, and that really can't break, it's just providing a different view on Jira in essence, but architecturally, it's quite simple. So therefore, we could easily... that was a way of punching above our weight, which also allows better rebalance, so they're kind of complimentary in that respect. What other ideas [crosstalk 00:23:24]-

Nick Muldoon:

Yeah, if not much can go wrong, then you don't have to be on call, and you don't have to fix things out of hours, so you don't wake up blurry eyed and fat finger and have a bug the next day that compounds the problem.

Dave Elkan:

And if you take the analogy too far, like you could think punch above your weight is like being able to punch someone really hard and then knock them over, but this is more like just definitely, you're running around the big [fur 00:23:44]. You're not even engaging in babble, you're just sidestepping it. That's why we've run those products, and until recently, we actually do have servers now for them, and once again, it's still very simple, but they're very well monitored so if something does go wrong, that we're on top of that.

Nick Muldoon:

I think one of the other aspects with respect to technology in punch above our weight, is we've quite often... I think maybe you mentioned before, with respect to Room to Read and the give back, the laziness, but we are lazy in certain respects and we just want to automate things. And I remember the XKCD comic that you share, with what is the right time to automate something and when do you automate it to get the return on investment that you want? But I feel like we've made some fairly good decisions around when to automate things and even around how we provide customer support or the old test and deploy, toying around with products, we've done these things at pretty good times so that we can deliver products to a global audience of a couple of thousand customers, from Wollongong out of timezone with those customers.

Dave Elkan:

Yeah. It's also being ahead of the curve as well, so I think Inception Week, which is something we do every fifth week now, we give up one week to provide the team with the space to explore new things. Amazing things have come out of that, which otherwise, if you would just week to week, week to week, you would never actually realize, but when it comes to mind is our dev container, which is a docket container which contains all of the parts which are required to develop our apps. So you just check out this one repository, run a script and it sets up your entire develop environment. It's a great way for the team to share the tools that help them punch above their weight, so it's a huge punch above our weight thing and that came out of Inception Week. So I think Inception Week's a punch above thing, and also the dev container's a huge punch above thing.

Dave Elkan:

We used to have so many problems with individual versions of this or that on everyone's computer, and now that's just all gone, it's never happening again, it's never come back to bite us since, and I think it's an overwhelming success. Sure, it does need an all new RAM and all new CPU, but it does... we'll get there, like it's going to get better.

Nick Muldoon:

RAM and CPU are cheap, it's okay.

Dave Elkan:

You can never get time back, right?

Nick Muldoon:

Yeah, absolutely. So when we think about these things, how intentional do you think we were around the values in our approach to building and scaling a company versus things that just kind of happened?

Dave Elkan:

For a large part of the starting of the business, there was a lot of, "Just get it done," kind of mentality stuff, which has to happen. However, I want to hop back to when we started, everything was chaos. I remember this, early 2018, mid 2018, we'd come in on Monday, go, "What are we doing today? What's this week? Let's look at the backlog and have a look." And there was no forethought whatsoever.

Nick Muldoon:

And we'd kick a couple of things off the backlog and we'd just work through on that weekend. That was it, right?

Dave Elkan:

Yeah, pretty much. And so you proposed the idea, it was at the beginning of the year, it must've been 2018. Was it 2019? Either way, let's just do one week on clarity, which is our internal CI room, essentially, and just knock out a bunch of products and problems. That was the first time we started really focusing, because since we had so many products, I think we actually might've sold them by now at this point. Yeah, I think we definitely had. However [crosstalk 00:27:28]-

Nick Muldoon:

But we still had Roadmaps, Story Maps, Clarity Week, EACS, like we had other internal systems that we used and the team was actually growing beyond Dave and me, and it was growing. There was Jared and Satvik and Rob, and so the team was growing at that point in time as well. So it gave us the opportunity to put a number of people onto one problem for a period of time, like a week.

Dave Elkan:

That's right, and from that came this idea of focus, and we started doing focused sprints, so product focus sprints, which highlighted another terrible problem of run over, if you did run over in your estimates, then you would have to come back like in nine weeks or something and it was just [diabolical 00:28:12].

Nick Muldoon:

That's right.

Dave Elkan:

So we dropped [crosstalk 00:28:14]-

Nick Muldoon:

What did we do? We did two weeks on Story Maps, two weeks on Roadmaps, two weeks on internal systems, two weeks on something and then one week on Inception Week?

Dave Elkan:

Inception Week. Yeah, I think [crosstalk 00:28:26]-

Nick Muldoon:

I can't even remember now, what that other thing was.

Dave Elkan:

It was nine weeks in total, wasn't it?

Nick Muldoon:

Yeah.

Dave Elkan:

[crosstalk 00:28:31] Roadmaps-

Nick Muldoon:

If you missed it and you didn't ship it, then we went onto the next product and moved that forward, and then we'd come back to it.

Dave Elkan:

In ages away. And it was super stressful for the team and we quickly destroyed that, the week we went with a more flexible approach to it, where we dropped the hard mandate of you have to exchange products now, we let them run over a bit and then we'd adjust the story points to the next one, blah, blah, blah. And then eventually, I'm scratching my memory, but essentially, we got to a point where we introduced opportunities, which was based loosely on Shape Up by Basecamp and we took a bunch of things from that, but most things of that didn't really gel with our way of working and our values.

Nick Muldoon:

I mean that whole opportunity cycle, we've evolved three or four times now.

Dave Elkan:

And they were ideally just two or four weeks of work, and then we'd do Inception Week and Tech Debt week, and we have a dedicated Tech Debt week as a mandate. We dropped that since, and we've got to now we have four weeks of work, which includes Tech Debt and then we have Inception Week, and that's kind of cool, right? Like we still have this mandate of Inception week, not Tech Debt week. That's the last thing; I feel like the mandates... because it's like kick starting your motorbike, you've got to really give a good kick and that's essentially what we've been trying to do over the last three years, is like get this thing running. I think we've-

Nick Muldoon:

Built momentum.

Dave Elkan:

The engine is now running... yeah. The engine is now running and we're pulling the clutch out. It's just that the mandates slowly fall away and the team finds their own way, but I still feel that, that cycle is the most important thing, that five weeks where we stop, everyone knows what's happening. Because if it just runs off into the future forever, you can't compute that in your mind, but you can see forward five weeks and go, "I'm going to plan this work, it's not going to be done to a Nth degree because that's kind of a bit weird," it's just like, "Let's try and achieve this and let's bite off one bit at a time." Then we have a break with Inception Week, let our creative juices flow and then we'll come back to it the next round.

Nick Muldoon:

Right, so I have to call timeout here. So this is a sidebar for everyone listening at home; Dave just used this analogy of kick starting the motorcycle and then pulling the clutch out. So one of the things that Dave does tremendously well, is he grabs these analogies and he uses these analogies to simplify what I otherwise feel can be fairly complex kind of concepts, and simplify them and communicate them really nicely. That's not one I've heard before but there's a new one we can add to the repertoire, Dave. I love it.

Dave Elkan:

Thanks, mate.

Nick Muldoon:

What other sorts of things? Because I guess we're charting this journey over five and a half years, where it's gone from Dave and Nick and the addition of Satvik and Teagan and Jared and Rob and Brad, and a few people over time, to the point today where we are 27, 28 people. What are some of the other markers along the way, that we've kind of gone through, that have shifted or evolved how we operate? Like the Easy Agile operating system that we've talked about in the past.

Dave Elkan:

Well, it's something that we've just discussed in the execution kind of level. Obviously, every six months, everything just goes and explodes and you have to fix it, like there's always some major thing that happens every six months, and I feel like that's good and that's healthy, and that continue to run into those things. Either they're internal or external and I feel like we're dealing with an external one right now, which I don't really want to touch in this podcast, but I think that they're healthy for the business to adapt to. But certainly, I think in that time, like really understanding that it's the people that count, right?

Dave Elkan:

The business is in there, like it's a thing, but it's nothing without the people who worked for it, and it's in service of the people who work here, as well as the customers. And so that's something we've come out of it. What do you think, Nick? Like the cultural aspects of what we've built, what do you think stands out to you?

Nick Muldoon:

I certainly think there's these inflection points. I mean, I remember a conversation with Jared when we were in Crown Street Mall, and it was in 2019 and we were talking with the team around the kitchen table there, and we could get eight people around this kitchen table and we were talking about growing the team to take advantage of the opportunity and responding to requests from customers and all that sort of stuff. I think Jared said, "Well, I quite like it the way it is."

Nick Muldoon:

And then I fast forward to an interview with Jared, which went into the five year video that we saw just before Christmas and that was around his trajectory and how he's evolved and adapted professionally and personally along with the company. I think that's the story for all of us as team members, we've all kind of been on a journey together and we're all learning and adapting together. We do live, in many respects, we do live this Agile approach where we do reflect and we take the time and we think and we experiment with new approaches to getting work done.

Nick Muldoon:

Even, I think... and we've been talking about this a bit recently with respect to pace, that first version of our learning and development program, where we wanted to provide funding for people to go and pursue something that they wanted to learn about. But we got that out, "Hey, that was a morning's worth of work," we put out an L&D, people started using the L&D program, and we called it our Version one of our L&D program, and today we're on Version, I don't know, 1.4 or whatever it is, of our L&D program. There's a lot of things that have gone out and we tweak and we improve them over time to make them ever better and better suited, perhaps, to the current state of play within the team. Is that fair?

Dave Elkan:

Yeah, it is. It is, and I think that; A, I've never worked at a business who has anything like that, and where they actively encourage you to use it, spend the money, make yourself better. If you make yourself better, the team will get better, if the team gets better, the customers get better outcomes, and the company continues to improve, and it will be probably a better place for you to work in the future. So it's really a holistic kind of perspective, rather than, not narrow minded, but myopic or focused on just output. It's outcomes of output and I think that could be another value of ours, if we were to have seven, it'd be outcomes over output. So really stopping, having that permission to stop and think, and system to it and think about what it is you're trying to achieve, rather than just blindly doing stuff.

Dave Elkan:

So from a developer's perspective, the fastest code is the code that doesn't exist, and so if you can do something differently, which doesn't require 100 steps or just decide, "Hey, this is really tricky right now, this bit of code we're trying to work on or this feature is really hard. Can we just delete the feature?" And we did it on notice, I know that sounds pretty bold, but quite honestly, that kind of discussion is really healthy to have. I want to encourage the team to think that way and I think that learning development is also something you can do to bring people into it, look at their trajectory as a way of gauging their abilities, and giving them really... throwing fuel on the fire in that respect and seeing them ramp up in their ability, and help those around them.

Nick Muldoon:

Yeah, so take us through that, because that's something that we definitely talked about a few times, like when we've been looking at candidates and in a hiring huddle around candidates, we've talked about those that are on a certain trajectory and that we think that we can accelerate that trajectory. Where did that come from?

Dave Elkan:

Where do thoughts come from? I'm not sure, that's a good question. I couldn't tell you, but I think it's pretty obvious when you look at someone's CV and you see... now, there's nothing wrong with people who have long tenured positions, but if you talk to someone and they can't really say what they've done in the last 10 years and they've donned that one position for 10 years and they haven't really got anything striking they can tell about how they've made that better, that kind of says a lot about that person. Maybe they would come in and they'd just coast... they're a coaster, right? If they're coasting, that's fine, it's their call, but at the same time, we look for people who are actively trying to make their impact bigger through their work, help those around them. And you can see that, you can see, "Oh, look. They've been at the same company, that's fine, but they've gone and done these different roles or they've seen this kind of improvement in their approach."

Nick Muldoon:

This comes back down to that article, that Financial Review article, the mid-career annuity, so this was an article that we must've been kicking around in 2016, 2017, and it was around a Japanese term, mid-career annuity. You could have 20 years of experience in a role or you could have 20 first years of experience, and I think early on, and maybe it still occurs these days, I think it probably does, but it felt like we were getting 20 quarters of experience. Over that five year period, there was always some big, new challenge that we needed to learn and adapt and incorporate into the business over the first five years. So we were always learning and adapting, and we wanted folks that were on a similar journey and they were learning and incorporating and adapting and experimenting themselves.

Dave Elkan:

Yeah, it's something definitely, that can be learned, and I think that if you bring on new stars, they can just get that, this is what they do by default because you've put them into that environment. But some environments, especially older companies, can be fairly stagnant and static, so that just reflects on people's CVs. Either there's some kind of reason why the company won't give them a promotion or give them opportunities to chase, how we have a different approach where we throw too many opportunities at people, I think sometimes, and I've seen people using their L&D so much, it is actually impinging on their better with balance value. I'm like, "Whoa, this is fantastic but don't forget you've got kids and you've got to help look after them," and [crosstalk 00:39:41]-

Nick Muldoon:

Temper your enthusiasm, yeah.

Dave Elkan:

Yeah. So that's something to look for.

Nick Muldoon:

Stopping and reflecting on five and a half years, what's the purpose of the business, what's the goal over the next couple of years?

Dave Elkan:

Have fun, learn, what about you?

Nick Muldoon:

Definitely learning.

Dave Elkan:

Stay in business.

Nick Muldoon:

Oh, yeah. Stay in business, sustainable growth is always a good one. I think that's important. Yeah, I don't know, it's interesting. I feel like some days, it can be really fun and other days, it's not fun at all. That's probably due in large part, like when we started this, we were not in service of anyone but ourselves and one another, and now I feel like we are in service of a team of people that are themselves in service of the customer because we've got a couple of thousand of them. So it's the responsibility and the accountability's changed, and the way that fun comes about is, these days... it used to be fun to have lamingtons and chat, and these days, typically, there's someone else in the crew that is organizing the event that often participate in that I find fun and enjoyable with the rest of the team, rather than being able to carve out that time and do that.

Nick Muldoon:

I remember when we roped in a bunch of folks from iAccelerate and we went into town and we'd go into town and we'd go and we'd get a Laksa in town and we'd get a bowl of Laksa. It's been harder to do that in the past 12 months, given the global environment and all that sort of stuff, so hopefully we can find a bit more of that in 2022.

Dave Elkan:

And maybe ramen. There's ramen now.

Nick Muldoon:

Oh, and it's great, you know it.

Dave Elkan:

Yeah. I think refining what we do and continuing to think more about that, so specifically with the engineers, I like to use a goal based... goals are big at Easy Agile, I think you should talk a bit about goals, but we use them to help guide people in chasing down things they want to achieve, and we can align those things with what the business does to an extent. Then, you can actually go and achieve your professional and goals through the business and the business is the vehicle to do that, rather than having to it outside. That's really cool, like find that harmony there so both Easy Agile can succeed and the people who work here can succeed.

Dave Elkan:

I think it actually is quite difficult, like you go, "Hey, take a step back, think about what you want to achieve, give that to me, and then I'll see what I can do to change the course of the business to help you accomplish that. What can we do? Maybe there's a middle ground we can chase down together." And that's something new to me and I'm kind of using that instead of performance reviews so make sure you do your goals, people. [crosstalk 00:42:44]

Dave Elkan:

But yeah, also you've made sure, you want to look back in time and you want to see yourself in the future, reflecting with the team. When they've gone and moved on, [crosstalk 00:42:56]-

Nick Muldoon:

Oh, yeah. Absolutely. I was even chatting with Elizabeth Cranston this week and I was saying, "I can picture in the future, you're living down at Narooma down the coast and I can come down and have a cheese and biccies with the families and you're looking over the bay at Narooma or something, and we're reminiscing on this period of time at Easy Agile." I can totally see that. Yeah, I think it's great and I think just on the goals, the goals are important personally, and we've talked a lot about goals in the past, with respect to tenure vision for the families and that sort of stuff.

Nick Muldoon:

But it's also for the business, I remember we had okay hours in place from getting the business off the ground, we've revised them every year, we've learned and adapted a lot over the last couple of years in how we think about our objectives and our key results. And the fact that we write them on a quarterly basis and we review them on a quarterly basis, but we've got these objectives that align with a business goal that's three years out, and it all kind of flows. I mean, I think we're a lot more mature around that aspect of our... I don't know, would I say strategic planning? Vision goal setting over an extended time period? We're a lot more mature around that today than we were two or three years ago. That's really exciting as well. [crosstalk 00:44:33]

Nick Muldoon:

Come back to what you were saying before about the backlog. We'd come in on a Monday morning, and we go, "What are we going to work on this week?" And we kind of worked over a couple years, we worked it out so that, "Ah, here's the vision for the product." It was a longer term thing, and we've elevated that and it's not like, "Hey, what are we doing for the business this month?" It's now, "Here's our longterm trajectory for the business." We've been elevating that, that's pretty exciting, I think.

Dave Elkan:

And at the same time, trying to get the team to lift their line of sight as well.

Nick Muldoon:

Mm-hmm (affirmative), mm-hmm (affirmative).

Dave Elkan:

And look out further afield, but not too far. You want them to be looking at what's happening next week and next month as well, but also what's the goal, what are we chasing down? What's the bigger picture? And I think that's starting to happen.

Nick Muldoon:

What's the analogy there about golf, Dave?

Dave Elkan:

Oh. No, can you tell me? I can't remember.

Nick Muldoon:

It was this analogy about golf, like you've got to look where you're going to hit the ball and you've got to look up. You don't want to look at the tee, you want to look beyond the tee so that you... not beyond the tee, beyond the hole, sorry. You want to look beyond the hole.

Dave Elkan:

That wasn't my analogy, that's why I don't remember, but I do remember someone telling us that one. But it's a good one, like it wasn't even an analogy, isn't that the literal thing that the golf tutor would do? It's like, "Where are you looking?" And then they go, "Oh, I'm looking at the hole." "No, no, you've got to look further than the hole. Look up where you want the ball to go, and then away it goes."

Nick Muldoon:

Yeah, raise your sights.

Dave Elkan:

Raise your sights, yeah. And if you are looking at your feet, then you're probably not going to go far, but if you do look up and take stock, you can probably... that's actually a soccer analogy I can give you, like from my soccer coach, like you've got to point your toe where you want the ball to go. And that's just the magic thing, it just works. You just put your foot next to the ball with the pointing at the corner of the goal you want it to go in and you kick it, and then it just happens.

Dave Elkan:

There's these funny little hacks like that and I think that's a longterm vision thing. If you are running a business which doesn't have that longterm vision and purpose, then you can go actually in multiple directions at once, and you're not going to make any progress. I think a good analogy I read was like with a team, if you imagine all the team members are tied to a pole with a rubber band and they're all heading in different directions, the pole's not going to move because everyone's just... and the company's going to stay static and still. But if everyone just goes in the same direction, then it's going to move along.

Nick Muldoon:

Shift it, yeah.

Dave Elkan:

Yeah. And that's something that we've bitten off recently, is our purpose.

Nick Muldoon:

Mm-hmm (affirmative), to help teams be agile.

Dave Elkan:

Yeah. It's one of those funny moments when we we're talking about, and we talked about it, we set ourselves a deadline for the sake of a better word, like we had our planning session coming up in a couple of weeks, so we sat down and talked about it. And we went around and around in circles, trying to discover what it is, not to be agile, but just, what is Agile? And we know [inaudible 00:47:45], but we were trying to codify that in words. And when you said that, like it's being agile, it was kind of one of those... the way I like to describe it is, an upside down A-moment, which is our logo as you can see on Nick's jacket there.

Dave Elkan:

So when that was proposed to me, I was like, "No, that's so silly." But I was like, "Oh, but I love it." And I'm not saying that being agile is silly, but the fact that it's so simple, that's what I like about it, it's easy, it's simple, and there's a lot there if you dive into it.

Nick Muldoon:

Mm-hmm (affirmative). Yeah. Well, why don't we wrap it there? I think that's a good place to end.

Dave Elkan:

Yeah.

Nick Muldoon:

Our purpose is to help teams be agile and doing that, we're doing that for ourselves, we're constantly trying to learn and adapt and experiment with new things, being Easy Agile and as our team members here. So I hope that was a useful little tidbit and journey from Dave and I on how we got Easy Agile to this point, and some of the things that have been on our mind.

Dave Elkan:

Yeah.

Nick Muldoon:

Thank you, Dave.

Dave Elkan:

Thank you, Nick. That was fun.

Nick Muldoon:

That was fun. Oh, goody.

‍

‍

"It was a pleasure speaking with Ray about empowering teams and helping people reach their full potential" - Mat Lawrence

Mat Lawrence, Chief Operating Officer at Easy Agile is joined by Ray Arell. Ray currently works as the Director of Agile Transformations at Dell Technologies, is the host of the ACN Podcast, and the President Of The Board Of Directors for the nonprofit Forest Grove Foundation Inc.

Ray is passionate about collaborative and inclusive leadership, and loves to inspire and motivate others to achieve their full potential. This is exactly what Mat and Ray dive into in this episode.

Ray and Mat explore the concepts such as inclusive and situational leadership and the connection to agile ways of working, empowering the organisational brain, and fostering authenticity within teams.

This is a fantastic episode for aspiring, emerging and existing leaders! Lots of great tips and advice to share with colleagues and friends and understand the ways we can be empowering and enabling one another.

We hope you enjoy the episode!

Transcript:

Mat Lawrence:

Hi folks, it's Mat Lawrence here. I'm the COO at Easy Agile and I'm really excited today to be joined by Ray Arell. Before we jump into our podcast episode, Easy Agile would like to acknowledge the traditional custodians of the land from which we're broadcasting today, the people of the Gadigal-speaking country. We pay our respects to elders past, present, and emerging, and extend that same respect to all Aboriginal Torres Strait Islander and First Nations people joining us today. Ray, thanks for joining us today. Ray is a collaborative and inclusive leader who loves to inspire and motivate others to achieve their full potential. Ray has 30 years of experience building and leading outstanding multinational teams in Fortune 100 companies, nonprofits, and startups. Also, he's recognized as a leading expert in large-scale agile adoptions, engineering practices, lean and complex adaptive systems. So Ray, welcome, really good to have you on the podcast today.

Ray Arell:

Thank you.

Mat Lawrence:

Love to get started by understanding what you enjoy most about being an inclusive leader and working with teams.

Ray Arell:

Yeah, so I've been in leadership probably for about 15 years, leading teams at different sizes. When you have the more intimate, smaller teams of maybe five or six people, upwards of teams that are upwards of several hundred people working within an organization that I might be the leader of. And what I enjoy the most about it is just connecting with the talented people that do the work. I mean, when you go into leadership, one of the things that you kind of transition from is not being the expert person in the room that's coding or doing hardware development or something else. You have these people who are now looking for direction or vision or other things in order for them to give them purpose in order to move forward with their day.

And I enjoy coaching. I enjoy mentoring. I mean, a lot of my technical side of me is more nostalgia now more than it is relevant with the latest technologies. There's something rewarding when you see somebody who can, if you think of Daniel Pink's work of autonomy, mastery and purpose, that they suddenly find that they are engaged with the purpose that we're doing as an organization and then the autonomy for them to just do their day and be able to work and collaborate with others. And that's always been exciting to me.

Mat Lawrence:

I can relate to that. Yeah. I think in our audience today we're going to have a mixture of emerging leaders, aspiring leaders, and experienced leaders. I'd love to tap into your experience and ideally rewind a little bit to earlier in your career when you were transitioning into being a leader. And I'd love to understand around that time, what were some of the successes that you saw in the approach that you take that you've been trying to repeat over the years?

Ray Arell:

Well, I think early on, I think, especially when you grow up through the technical ranks, and suddenly at least the company that I was with at the time, very expert-based culture, if you were the smartest person in the room, those are the people that they looked at and said, "Okay, we're going to promote you to lead, or we're going to promote you to manager or promote you into the leadership ranks." I think looking back on that, I think Ray 2.0 or Ray 3.0, whatever version I was at the time, that I very much led from that expert leadership stance, which is sort of I know what is the best way to go and approach the delivery of something, and everyone should be following my technical lead for however this product comes together.

And I don't think that was really a good approach. I think that constrained people because you ended up being more or less just telling people what to go do versus allowing them to experiment and learn and grow themselves in order to become what I had become as a senior technical person. And so I think lesson learned number one was that leading a team from an expert slant I think is probably not the best approach in order if you're going... especially if you think of agile and other more inclusive teamwork type of projects, you're going to want to give people more of a catalytic or a catalyst leader type of synergistic-based leadership style so that they can self-organize and they can move forward and learn and grow as an engineer.

Mat Lawrence:

Are there any times that stand out for you where you got it horribly wrong? I know I've got a few stories which I can happily share as well.

Ray Arell:

I'd love to hear some of yours. I think horribly wrong I think is... The question is is anything ever really not fixable, not recoverable? And in most cases, most of the issues that we've dealt with were recoverable. I think that looking at, and again, kind of back into that stance of well, am I creating a team or am I creating just a group of individuals that are just taking their work from the manager and I'm passing them out like cards type of thing... I think early on, probably the big mistake was just being too controlling, and the mistake of that control meant that I couldn't have a vacation. Others were dependent versus being interdependent on one another. And I think that made the organization run slower and not as efficient as it could be.

Mat Lawrence:

I've certainly been guilty of that same approach earlier in my leadership career where I became the bottleneck, absolutely.

Ray Arell:

Yeah. Exactly.

Mat Lawrence:

And to recognize that, it can be quite hard to undo, but it's definitely worth persevering with. Something else that I was fortunate to get some training in situational leadership, oh, probably nearly 10 years ago now. And that really opened my eyes to an approach, the way I was treating different people in my team. But I was treating them the way I first judged them. So if I saw [inaudible 00:07:01] an expert and a master, I would treat them as an expert and a master in all things. And [inaudible 00:07:05] if someone was less capable at that point in their career, I'd kind of assume the same thing. And so I would apply the same level of direction or lack of direction to those people for everything. And in situational leadership, the premise for those who don't know at home, is you change the level of direction that you give depending on the task at hand. Have you used that approach or something similar to guide how you include people in different ways?

Ray Arell:

Well, in order to include people, I think part of it is you need to... As you said, you were situationally looking at each person, and you were structuring it in a way that was from a way, an approach, of very individualized with somebody. I think the philosophy that I... Not everyone is very open or can communicate very well about their skills and their strengths, or in certain cases some people, they might be good at something but they don't exercise it because they themselves feel that that's not one of their strengths, but in reality is it is. So I think that when you're saying from a situational leadership perspective, when you hear somebody place doubt that they could be the one that could do something or to take up, say, even leadership of something, I think part of that just gets into that whole coaching and mentoring and really setting it up and helping them to be successful through that.

And I think from an inclusive perspective, I think there's a set of honesty that you have to bring into your work and humility about being humble about even what you've accomplished. Because in engineering in particular, you tend to see that when you put people into a room, the people who are newer will sit back, and they will yield to who they think has the more experience. And reality is that they came from, say, let's say they just got fresh out of college. They actually might have more skills in a particular area based upon what they just went through in their curriculum that we might not have. And so the question of how do we use the whole organizational brain in order to bring all of the ideas onto the table, I think at times it requires us to be able to be effective listeners and to sometimes just pause and allow people to have the floor and pick up the pen and not hog the space, if that makes sense.

Mat Lawrence:

It really does, and I think I've seen that in every company I've worked in to some level. I'd be really interested to tap into how you go about addressing that scenario. For the people who are listening that would face that situation, it might be the first time they've been a leader and seeing that scenario and observing it. Is there any advice you would give them to help change that dynamic?

Ray Arell:

Well, one, just becoming aware of it. I frequently doodle when I'm in a group of people, and what I'll do is I'll sit there and I'll put dots on a paper of where people are at in the room, and then I start drawing lines between those individual dots if I see the communication happening between certain players. And what's interesting is if you watch that over about a 15-minute period of time, you start to see this emergent pattern that maybe someone's domineering the conversation or they're the focus point of the conversation, and it isn't going around the full room. So then that's when you get to be a gatekeeper and you invite others into the conversation. And then you politely help the ones who are being dominant in the conversation to pause, to just give space and allow those other people to talk and to get that out.

And then I think the question of whether or not what the person says may sometimes be coherent or not coherent to the conversation, or maybe they're still trying to learn about just dynamics of everything. You just have to help to get, sometimes, to get that out of people, and use open words to basically open sentence... I mean, some open questions to pull that out from them. And I think that works really well.

Mat Lawrence:

I love that. I'm a doodler as well. I'm an artist originally in my early career, and I've worked my way into solving problems through tech a long time ago now, but I still can't... I need that physical drawing to help my mind think as much as anything else [inaudible 00:12:30] than just doodling on a pad.

Ray Arell:

Same here.

Mat Lawrence:

Something that you said a little earlier, we touched a little bit on inclusivity. In your LinkedIn bio you talk about being an inclusive leader who loves to inspire and motivate others to achieve their full potential. Something I'm really passionate about is that last part in particular, is helping people achieve their full potential. It's why I love being a people leader and a COO. You get to do that across a whole company. I'd love to first touch on the idea of being an inclusive leader. How do you define what it means to be one?

Ray Arell:

Well, inclusive leadership, there was an old bag that I used to have, a little coaching bag that I used to carry around with me. And at the very top of it said, "Take it to the team," was the motto that was at the top of it. And at the bottom of the bag it basically said, "Treat people like adults." Were the two kind of core things that I think part of what being inclusive is is that I have to accept the fact that, yeah, I'm a smart person, but do we get a better decision if we socialize that around the team? Do we see what other ideas or possibility thinking? Sort of in the lean sense, make the decision as late as you can.

It's more towards the Eastern culture of, well, if I keep the decision open, maybe we're going to find something that's cheaper or better or even just more exciting for our customers. And so I think part of that is knowing that you don't have to be the one that has to make the decision. You can let the team make the decision. And we all embrace because we're empowering ourselves with this was what we all thought, not just what Ray thought, which I think is cool.

Mat Lawrence:

There's a second part to that piece you talked about in your bio around helping motivate others to achieve their full potential.

Ray Arell:

Yeah, yeah.

Mat Lawrence:

Yeah. Let's talk about where that came from for you, that passion, and what are some of the ways you look to help emerging leaders reach their full potential?

Ray Arell:

Yeah, I mean, I was lucky enough when I joined Intel Corporation that Andy Grove was still running the organization at the time. As a matter of fact, he taught my Welcome to Intel class. At the time when I joined Intel, there was only about 32,000 employees. And here's the CEO, founder of the company teaching the Welcome to Intel class, which I thought was incredibly cool, a great experience to have. He oozed this leadership, whatever mojo or whatever it is he is got going out into the environment as he's talking about the company. But he was really strong on the one-on-ones, the time that you can spend with your manager or others within the organization because you can have a one-on-one with anyone within the company. And he encouraged that. And I think that helps to... When somebody is trying to figure it out, they're brand new to the company, and you get a standing invitation from the CEO that says, "You can come and have a conversation with me," I think that sets the cultural norm right up front that this is a place that's going to assist and help me along my career.

And I could tell you that there's been a number of different times that those developed into full-blown, "I'm the mentee and they're the mentors." And in those relationships over time, it's sort of like then you say, "Well, I'm going to pay that forward." Today I have at least six or seven mentees that have all sorts of questions about how do they guide through their career or if they had some specific area that they wanted to go focus on. And it's their time to pick my brain. And in certain cases, if I don't have the full answer, I can guide them to other mentors that can help them to grow.

Mat Lawrence:

I love that approach of pay it forward that you touched on there. It's definitely something that I've been trying to do in the last couple of years myself, and I wish I'd started sooner mentoring. I've had the privilege of working with some amazing leaders in my career who I've learned a lot from. And once I started mentoring, I realized how much I learned by being a mentor because you have to think. You really think about what these people are going through and not just project yourself onto them. And it validates the rationale about why you do things yourself, why you think that way. And it forces me to challenge myself.

And I think if there's anything... I talk to some of the younger people at work who are emerging leaders, and they're exceptional in their own way. They've all got very different backgrounds, but a lot of them don't feel like they're ready to be a mentor. They really are. They're amazing people. And I wonder, have you seen people earlier in their careers try and pass it forwards kind of early on or do people feel they have to wait until [inaudible 00:18:22]?

Ray Arell:

I think it depends. One, I think the education system, at least in the United States, has shifted a bit. When people go for their undergraduate degree, it used to be just they were by themselves, they did their book studies. Very little interaction or teamwork was created for this study. I mean, back when I got my electrical engineering degree, it was just me by myself. There might be occasional lab work and lab projects, but it wasn't something that was very much inclusive, nor did they have people step up into leadership roles that early. I look at now my daughter who's right now going to the university, and everything is a cohort group. There's cohorts that are getting together. The studying that they do, they each have to pick up leadership in some regards for some aspect of a project that they're working on. So I think some of the newer people coming into the workforce are sort of built in with the skills to, if they need to take up leadership with something, run a little program, run a project, they've been equipped to do it. At least that's what I've seen.

Mat Lawrence:

I love that concept. Something that I've been observing and I talk it about a lot with our leadership team and our mentor exec teams for the [inaudible 00:19:56] as well. A lot of the conversation that comes up is around team dynamics, team trust, agility within teams, and to generally try and empower teams, set them up so they can be autonomous, they are truly empowered and they're trusted to make great decisions and drive work forwards. You've got a lot of experience in agile and agile [inaudible 00:20:21] agile leader. In your experience leading agile teams, those adoptions and those transformations, I'd love to understand if you see there's a connection between being agile as a team and those traits that an inclusive leader will have. Is there a connection there in your mind between what it means to be agile and be an inclusive leader?

Ray Arell:

I think so. Because if you think of early on, they established that servant leadership was a better leadership style for agile teams. And so I think when we talk about transformation, some of the biggest failures that occur tend to be more based upon not agile, but on issues of trust and other sort of organizational impediments that had already existed there before they got started. And if they don't address those, their agile journey is painful.

I've heard people say that they've gotten Scrummed before, using it in a really kind of derogatory way of thinking that, well, instead of getting a team of empowered people to go do work within the Scrum framework, they end up being put under a micromanagement lens because the culture of the manager didn't shift, and the manager is using it as a daily way to making sure that everyone is working at 120% versus what we should be seeing in the pattern is that the team understands their flow. They're pulling work into the team. It's not being pushed. And those dynamics I think are something that if leadership doesn't shift and change the way that they work, then it just doesn't work in organizations.

Mat Lawrence:

In the many places that you've worked and coached and guided people on, you've started to come across... There's a term that we've started to use of agile natives where people who've really not known any different because so many companies in world are going through agile transformations, and that'll continue for a long time. But as some companies are born with agility at the forefront, have you experienced many people coming through into leadership roles that don't know anything but true agility and really authentic agility as you've just described?

Ray Arell:

Well, I think it's kind of interesting because as you talked about that phrase, I was thinking about it, about, well, if you knew nothing else... But I can also say that you could become native after you've been in the culture for a period of time as well. So you can eventually... That becomes your first reaction, your first habit is pulling more from the agile principles than you would be pulling from something else. Yeah, there are those people, but it's been interesting watching companies like Spotify or watching Salesforce or watching Pivotal, and I can just go down the list of companies that have started as an agile organization, they got large, and then suddenly the anti-patterns of a large company start to emerge within those companies. So even though the people within the smaller tribe are working in an agile way, the company slowly doesn't start to work in an agile way any longer. It falls underneath a larger context of what we see happening with the older companies.

And I think some of that could be the executive culture might be just coming in where they bring somebody from the outside who wasn't a native, and they have a hard time dealing with the notion that, well, we're committing to a delivery date sometime over here, and we think we're going to hit it. But no, we don't have what would be affectionately known as a 90% confident plan that says that we've cleared all risk out of the way. And yeah, it's going to absolutely happen on that day. And some of those companies get really... They feel that they have to commit everything to the street, and if they don't meet it, they've already glued those in to some executive bonus program, ends up driving bad behaviors, unfortunately,

Mat Lawrence:

Yes, I have been there. I'm assuming that in our audience, we're going to have people who are transitioning into more senior leadership roles. They're not emerging leaders, they've been doing it for a while, and they've probably run some successful agile teams at the smaller level as you've described. For those people who are moving into the more senior roles, maybe into exec positions, is there any guidance that you'd give them for navigating that change and trying to maintain, through agile principles and what it means to be agile, in those more senior roles?

Ray Arell:

Yeah, I think part of it is the work that you did as a smaller team, everything still can scale up. And I hate to use the word scale because I think scale is kind of... People kind of use it... What would be the right word? It's misused in our industry. I think values and principles are scale-free. You can still walk each day walking into your team and still embracing those 12 principles, and you're going to do good work. The question is though, is if you're doing that at the lower level, say with a Kanban board, the question is, what does it look like when you're at your executive desk? What is the method that you go pool? If you look at most of the scaled frameworks that are out today, there's very little guidance that's given to what should be in the day in the life of an agile executive. What should that look like?

And for me, if I think about the business team, the management team is working with the delivery teams daily. They should be doing that. So what are you going to put in place for that to facilitate and occur? What are you going to do about... stop doing these big annual budget processes. Embrace things like the beyond budgeting or other things where you're funding the organization strategically, and you're not trying to lock everything in on an annual cadence, but yet your organization beneath is working every two weeks. So you should be able to re-move your bets with any organization based upon the performance of each sprint. Can you do that?

The last one is probably the most important one, is impediments. And that is how fast does it take information to go from the lowest part of the organization to the highest point of the organization? And if that takes three weeks, two weeks, or even sometimes later for certain organizations, optimize that. How do you optimize an impediment that you can personally help to go remove for people so that they're not slowed down by it any longer, whatever that might be?

Mat Lawrence:

You're touching on something there, which I think is a fundamental part of being agile, which is that ability to learn and adapt, and you can only learn when you are aware of what's happening around you, you can observe [inaudible 00:28:39] to it.

Ray Arell:

Well, I said something a couple months ago, and everyone just went, "Why did you say... I can't believe you said that out loud." It's the quiet stuff out loud sometimes. [inaudible 00:28:53]. We were trying to get a meeting together to go fix one of these impediments, and all the senior leaderships was busy. They were busy. And my question was is if this isn't the most important thing right now for us, what do you do? Really, are you doing in your day if this one isn't the highest priority that you walk into? And the questioning senior leaders that maybe they're not paying attention to the right things, and sometimes speaking that truth to power is something we have to do every once in a while.

Mat Lawrence:

I agree. That level of candor is definitely required at all levels and being able to receive that feedback so you can learn and adapt as an individual, as we were talking about earlier, about being adaptive as a leader, but also as a team. There's a point that I'd like to touch on before we wrap up, which is as you climb up the career ladder and you get into a more senior position, and then you become responsible for a broader range of things, particularly as you start reaching that executive level, I've witnessed people struggle with the transition from being the person, as you talked about right at the start of this discussion, being that person who knows everything and who can direct and have all the answers into someone where I see your job changes to being the person who can identify what we know least about, what we as an exec team know least, where we're... have the least confidence, where we see the impediments and we don't know what to do with them.

How do you go about guiding people to embrace that? Because I think what I see is the fear that comes with that, almost a fear of exposure of, "Oh, I'm admitting to people I don't know what I'm doing." And I've been rewarded through my entire career by becoming more of an expert, and suddenly my job is to be the person who's confident enough to call out, this is what we don't understand yet. Let's get together and try and resolve it. When the risk is greater, the impact is greater, and you're responsible for more things, how do you help people transition into that higher-level role?

Ray Arell:

Well, I think part of it is can they let go of that technical side, having to have their hands dirty all the time? And I've seen certain leaders that, really, somebody needs to go back and say, "Are you really sure that this is the career that you're wanting to go to? You seem to be more into wanting to be into the nuts and bolts of things, and maybe that's the best place for you because you feel more comfortable in that space." The other aspect though, as they transition, I think is again, trust becomes critical. Trust the people that are working for you, that they're not coming in and being lazy and you have to go look over their shoulders all the time because you feel that they might not be being productive or other things. You have to have the ability to say that, look, that the people that you hired are talented, and they are moving us towards our goals.

I think what becomes more critical for the health of the organization is that you have to do a much better job at actually saying, "Okay, well, here is our vision," whether it be a product vision, whether it be the company's vision, whatever that might be, helping people to understand what that North Star is, and then reinforcing that not from a perspective of yourself, but a perspective from the customer. And I think this is where a lot of companies start to drift because they start to optimize some internal metric that, yeah, that'll build efficiency within your organization. But what does the customer think? And constantly being able to represent as, if you think of from an agile perspective, the chief product owner of the organization, to be able to represent this is what the customers need and want and to be able to voice that in the vision and the ambitious missions that are set up for the organization. Make it real for people.

And then the last part of that is not everything is going to happen and come true. If you read most executives' bios, there's lots and lots and lots and lots of mistakes. And I remember this of one leader, he was retiring. And I thought this wasn't most awkward time that he actually did this. He actually went up on the stage and he talked about his biggest failure. Now, throughout my career working with this person, I always wondered whether or not they were human. And then on the day of this person's exit, they finally decided to give you a few stories about mistakes that they made. And I think that he really needed to share those stories much, much earlier because I think people would've probably found... They would've been a little stressed working around him. And it would also show some vulnerability for you as a leader to say that you don't have everything figured out, and sometimes it's just a guess. We think that this is where the product needs to go.

And then as soon as you put it in front of the customers, they're going to tell you whether or not... If you take the Cano model and suddenly you're going to hit this is the most exciting thing since sliced bread, are they going to love it or are they going to go, [inaudible 00:35:12]. I'll take it if it's free. You get into this situation where it's like, well, we can't charge as much. But I think those stories become important and anchor organizations. One other aspect of this is I think that by having somebody who's approachable and can relay those stories effectively into the organization and talk about these things, I think then that opens the door for everyone else to do it as well. Because like it or not, humans are hierarchical in the way that we think about things. A lot of people manage up, so they mimic leaders. So be that leader that somebody would want to mimic.

Mat Lawrence:

I think that's great advice, Ray. The connection for me that's run through this whole conversation is around engaging with your work authentically, whether it's the team that you're trying to lead, whether it's the agile practices at whatever scale and level that you're operating at. And to build that trust to enable that to work requires that level of authenticity.

Ray Arell:

Yeah, exactly.

Mat Lawrence:

I would love, as we wrap up, for you to leave any final tips or advice for both current and emerging leaders on that topic. If there's a way beyond just sharing your own personal stories, how would you advise people? What would you leave them with to build some trust in their teams?

Ray Arell:

Well, a couple of things. Number one, you have to be mindful about who you are as a person. Again, like I was saying, that people manage up. And if you send out an email at three o'clock in the morning, and five minutes later your people were responding to you, then you're not being a really good role model of a good work-life balance. So a lot of your tendencies will bleed off into the organization. So regardless how you assess yourself, do an assessment of your leadership, where you think it is. Harvard Business Review, a long time ago, put off the levels of what they saw as leadership models. And the lowest level is the expert and the achiever-based leaders. And if you're one of those, those are not very conducive to a good agile or collaborative culture. So if you're currently setting in that slant, then you should look ways of being able to move yourself more to a catalytic or a synergistic-based leader.

And that journey's not an easy one because I went through that myself. It took years in order to pull away from some of those tendencies that you had as an expert leader. And as an example, an expert-based leader tends to only talk to other experts. If they perceive somebody not to be an expert of something, they tend to discount those individuals and not engage with them. And so again, the full organizational brain is what's going to solve the problem. So how do you engage the entire organization and pull those ideas together?

The other one is that as you go into, from an emergent leader perspective, I think you said it yourself earlier, and that's not just the bias of you're not an expert, I'm not going to talk to you, but any bias that you might have can affect the way that you lead and judge an individual, and really could limit or grow their career based upon maybe a snap judgment that you might have had. So I think you have to be mindful of your decisions that you're taking within the organization and especially the ones you're making of people. And so you got to be careful of those.

The last one is probably just... And this gets into the complex adaptive systems space. Not everything is cut and dry, black and white, or mechanistic, meaning that we can take the same product, redo it again and again and again, and we're going to get different answers. We're going to get different requirements. We're going to get different things. It's okay for that stuff to be there. And it's okay for the stuff that's coming out of our products to be different every once in a while, and specifically because everything, it's a very complex environment. Cause and effect relationships and complexity is, customer can change their mind, and we have to be comfortable with a customer changing their mind. Our customer might have new needs that come up.

And likewise, our employees, they sometimes will have change of thought or change of what they are excited about. How do you encourage that? How do you grow those individuals to retain them in the company, not to use them for the skill they have right now, but how do you play the long game there? And I know I'm getting a little long-winded here, but the thing that I see most, even with all the layoff notices that are going on right now, is that that company's not playing the long game. I think that's a bad move because all you're doing by letting an employee go is enabling your competitor with a whole bunch of knowledge that you should be retaining. So anyway, I'll cut it short there.

Mat Lawrence:

Right. Thank you for sharing your wisdom with us today. It's been an absolute pleasure. I've really enjoyed the chat. So yes, thank you for joining me on the Easy Agile Podcast.

Ray Arell:

Awesome. Thank you for having me.