#144 - Better Value Sooner Safer Happier - Jonathan Smart & Simon Rohrer
“The goal is not Agile. The goal is not DevOps. The goal is not Cloud. The goal is value, time to value, safety, happiness, and quality."
Jonathan Smart and Simon Rohrer are the co-authors of “Sooner Safer Happier”. In this episode, Jon and Simon shared how we can deliver better outcomes in a more humane way of working, by delivering better value sooner, safer, and happier. They shared several principles, patterns, and anti-patterns described in the book, such as focusing on outcomes, the leadership as team number one, intelligent flow, creating alignment, and having the ability to unlearn and relearn.
Listen out for:
- Career Journey - [00:03:41]
- The Age of Digital - [00:06:29]
- Patterns & Anti-Patterns - [00:11:15]
- Better Value Sooner Safer Happier (BVSSH) - [00:13:18]
- Focus on Outcomes - [00:17:06]
- Empower the How - [00:19:28]
- Role of Leadership - [00:23:30]
- Leadership Team is Team #1 - [00:26:41]
- Intelligent Flow - [00:31:28]
- Stop Starting, Start Finishing - [00:34:43]
- Building Alignment - [00:36:48]
- Limited Velocity to Unlearn and Relearn - [00:40:10]
- 4 Tech Lead Wisdom - [00:43:41]
_____
Jonathan Smart’s Bio
Jonathan Smart is co-founder and CEO of Sooner Safer Happier, a thought leader and a coach. He has been an agile and lean practitioner since the early 1990s and the lead author of the award winning and bestselling ‘Sooner Safer Happier: Patterns and Antipatterns for Business Agility’. He is also the founder of the Enterprise Agility Leaders Network, a member of the Programming Committee for the DevOps Enterprise Summit, a member of the Business Agility Institute Advisory Council, a guest speaker at London Business School, and speaks at numerous conferences a year.
Simon Rohrer’s Bio
Simon Rohrer has been a hands on practitioner across both software engineering and enterprise architecture for over twenty-six years, and has had a passion for agile software development since picking up the eXtreme Programming white book in 1999. He’s passionate about an eclectic and pragmatic approach to modern ways of working, incorporating lean, agile, systems thinking, DevOps and other principles and practices at the right pace and in a human context in enterprises, typically with a legacy of existing technology and a drive to do things better.
Follow Jonathan and Simon:
- Jonathan Smart’s LinkedIn – linkedin.com/in/jonathansmart/
- Simon Rohrer’s LinkedIn – linkedin.com/in/simonrohrer/
- Website – soonersaferhappier.com
- Slack – https://www.soonersaferhappier.com/community
Mentions & Links:
- 📚 Sooner Safer Happier: Patterns and Antipatterns for Business Agility – https://itrevolution.com/product/sooner-safer-happier/
- 📚 Extreme Programming Explained: Embrace Change – https://www.amazon.com/Extreme-Programming-Explained-Embrace-Change/dp/0321278658
- 📚 The Fearless Organization: Creating Psychological Safety in the Workplace for Learning, Innovation, and Growth – https://www.amazon.com/Fearless-Organization-Psychological-Workplace-Innovation/dp/1119477247
- 📚 From Contempt to Curiosity: Creating the Conditions for Groups to Collaborate Using Clean Language and Systemic Modelling – https://www.amazon.com/Contempt-Curiosity-Conditions-Collaborate-Modelling/dp/0957486618
- 📄 Managing the Development of Large Software Systems – https://www.praxisframework.org/files/royce1970.pdf
- Project Aristotle – https://rework.withgoogle.com/print/guides/5721312655835136/
- PMI PMP – https://www.pmi.org/certifications/project-management-pmp
- Symbian – https://en.wikipedia.org/wiki/Symbian
- Greta Thunberg – https://en.wikipedia.org/wiki/Greta_Thunberg
Tech Lead Journal now offers you some swags that you can purchase online. These swags are printed on-demand based on your preference, and will be delivered safely to you all over the world where shipping is available.
Check out all the cool swags available by visiting techleadjournal.dev/shop. And don't forget to brag yourself once you receive any of those swags.
Career Journey
- Something that’s been important to me right from day one is knowing as much about the business that you are working in as technology. And I think that’s a key competitive advantage. The way I’ve always described it is 51% technologist, 49% the business, maybe even 50-50. It’s our business, not the business, is part of my belief system.
The Age of Digital
-
Every 50 to 60 years, there are repeating technology-led revolutions. Started in 1771 with the first industrial revolution. After that, we have the age of steam and railways, the age of electricity and heavy engineering, which is Taylorism, the age of oil and mass production, which leads us to the Toyota Production System and Lean, but it’s all mass production. And now we have the age of digital.
-
The previous four technology revolutions are all about mechanization, mass production, output, division of labor, specialization. So our ways of working in large organizations have evolved in the last 250 years to suit mass production. And that includes the traditional approach to change. It’s sequential. We do all the planning; we do all the analysis; we do all the design; we do all the build, and then we deploy the project, and then the project is declared done.
-
Unfortunately, that’s not how reality works. It’s not knowable. Unique change is unknowable. And the big thinking error, the big fallacy, and this was written about by Royce, who wrote the white paper. He said this invites failure, and it’s basically a silly thing to do. And in the white paper in 1970, he actually had an iterative process, was what he recommended. So we’ve been living this fallacy of treating unique unknowable change like it is knowable.
-
It’s been a collective thinking error. And in large companies, we’ve then had projects with drop dead dates and milestones, where the definition of success is hitting a milestone in a plan, not did we achieve the outcome we were going after. And the management reporting and the committees are looking at a RAG status: a red, amber, green. And the red RAG status is, are we on track for the date and the output, rather than what value have we realized and what have we learned.
-
Now, we’ve pivoted into the latest technology led revolution. A lot of the manual work has been automated, whether it’s physical robots on the assembly line building cars, whether it’s knowledge work, customer onboarding, payments, insurance claims. So we humans increasingly, we’re spending our time on unique, unknowable change. And so that’s why we have this big pivot, where every company on the planet, at the moment it seems, is on this journey to adopting agile ways of working.
-
A lot of consumer facing product, you really don’t know how they’re gonna work, what success you are gonna get, until they actually reach the market. And typically this is called a sort of sense and respond type delivery rather than predictable delivery.
-
In the age of digital, to an extent, the consumers don’t know what they want until they’ve got it in their hands. And then they might want more. And they might want lots more and they might want more of the same, or they might want something entirely different, or they might want that this month. And then the world changes and trends change and they want something different. And working in this age of digital requires that approach of sense and respond. So sense what the consumers, what you think they want based on data, what they actually want based on tracking what they’re using, and then respond. And the most responsive companies win.
Patterns & Anti-Patterns
-
The book is learnings from the four of us, the four authors of the book. For all of us, it’s a career’s worth of learnings. Also there’s learnings from about 40 other companies as well.
-
Patterns are approaches to change that will generally lead to a good outcome and they’ll give you a tailwind. They will make a hard job slightly less hard, but it’s still a hard job. And anti-patterns will give you a headwind. And they will make a hard job harder. It doesn’t mean that you won’t be successful, but it definitely means you’re making your life harder for yourself.
-
And we have made all the mistakes so that you don’t need to. We have failed fast and often so that you can succeed sooner.
-
Key point there. There is no one size fits all. There is no playbook, because every organization is unique, because every organization is a complex adaptive system. Every organization has its unique history and culture and incentives.
Better Value Sooner Safer Happier (BVSSH)
-
The idea with BVSSH is achieving a more humane world of work. It goes against some of the sort of high-level anti-patterns we’ve seen, which is just focusing on value. Or just focusing on faster. We evolved better value, sooner, safer, happier. We started with faster. And it’s not about faster, it’s about sooner. It’s about time to learn and flow. So, value is at the heart. Value is the thing that makes your business unique. And we’d recommend that’s measured with objectives and key results. So value at the heart, but not value at any cost.
-
There’s then the four balancing factors of Better, which is quality. Sooner, which is flow, time to learning. Safer, which is agile, not fragile. It’s in particular in the sort of industries we’ve worked in, whether it is compliance, regulation, security, data privacy, and making sure that all of these things are done, but done in a modern collaborative way rather than a sort of traditional, adversarial way. And Happier which is happier customers, is the obvious one, but happier colleagues. Happier citizens, happier climate as well.
-
The big lesson learned, and this is chapter one of the book, is if you want to do an agile transformation, the biggest learning is don’t. Instead, focus on the outcomes. Better Value, Sooner, Safer, Happier is instead of inflicting an agile transformation.
-
Despite having been an Agile practitioner since the early 1990s, we still made this mistake. We were measuring the outcomes, but we hadn’t made them the headline.
-
So the main headline, the main measures were how many Agile teams, how many product owners, how many Scrum Masters, how many people have we trained in Agile training. Those themselves are not valuable. And you can do Scrum all you like, but your outcomes cannot improve. The Symbian development team were doing Scrum. But Scrum didn’t save Symbian. It was a lack of psychological safety that killed Symbian according to the chairman of Nokia.
-
We realized the error of our ways. And we pivoted. We took down all the posters that said Agile. And we’ve since pivoted, as Simon said, to better value sooner. Because that’s the goal we are going after. The goal is not Agile. The goal is not DevOps. The goal is not Cloud. The goal is value, time to value, safety, happiness, and quality.
Focus on Outcomes
-
Start with why. Always start with why. Why change? And nothing to do with Agile. Just why change? Why don’t we carry on working the way we’re working today? And if is everything okay? So that’s the question I usually start with when working with teams or leaders. And if the answer is, yeah, everything’s okay. Carry on then. Don’t change.
-
I’ve never yet met someone who said, yeah, everything’s okay. So if it’s not okay, what are your biggest problems then? Well, we’ve got a lack of alignment. We don’t have a shared definition of value. It takes us too long to get change. Our competitors are quicker. We want to increase our customer Net Promoter Score. There’s always a list of things.
-
Theory of constraints. What’s your biggest impediment? Therefore, what’s your biggest enabler? And that’s the why. So be really clear on the why, number one.
-
Number two, make sure you’ve articulated your measures of success. So if you want happier customers and quicker time to value, how are you gonna measure that? Make it measurable. And that OKRs are very good for that. Objectives and Key Results. The O is the outcome you’re going after. The KR are the measures.
-
That’s what I would advise. Start with why. Be clear on the outcomes, make them measurable. Make sure you are measuring the things that are measurable. So you need a data team or somebody doing data full time and then use that data as your feedback loop. And then with agility, build, measure, learn, observe, orient, decide, act, plan, do check, act.
Empower the How
-
We would advise from our anti-patterns, not to do this centrally, not to have one sort of ivory tower, wise set of people saying, this is your new way of working. What we advise is a sort of fractal arrangement, a federated arrangement to enable people and to have a federated center of excellence.
-
Federate that and help that enablement down as close as you can to the individual teams and say, guys, here are some experts, some ways of working. Coaches. Again, they’re here to help you. You’ve told us you want to improve. So here are some people who have some ideas, have some patterns, and we’ll work with you and your context and understand the sort of pace of change and the pace of learning and unlearning that is appropriate for your team. And we’ll work with you. So it really sort of bring the help to the teams rather than inflicting on the teams.
-
With that fractal support, the how could be Agile. It could be Lean, if it’s repetitive knowable work. It could be in some cases because of the historical baggage, it could be smaller waterfalls. So then we’re not being prescriptive around you must do Scrum or you must do some form of Scrum scaled. It could be the Kanban method. So there’s an empowerment and autonomy.
-
Now, there is one thing that is needed, however. For that to be successful, there has to be an incentive. Because if there isn’t an incentive to change, people won’t change. Because change is difficult. It’s fearful. You are going to fail. It’s going to feel uncomfortable.
-
The flip side of incentive is threat. And a lot of companies miss this point. You have to minimize threat. Nurture psychological safety. The number one determinant of high-performing teams and organizations, and you have to maximize incentive. And from a neuroscience perspective, our brains are still wired to not be eaten by a tiger. So we have loss aversion. We are more likely to avoid losing something than gaining something. It’s more painful to lose a hundred dollars than the benefit of winning a hundred dollars.
-
We humans, we would rather do nothing than do something and fail. Therefore, we have to maximize incentive. That can be implicit incentive and it can be explicit incentive, and we have to minimize threat. Usually, if a company does a top down big bang, we are gonna do squad, tribes, chapters and guilds. We’re doing a re-org. 10,000 of you are gonna lose your jobs. The threat is high with that type of approach.
Role of Leadership
-
Leadership is the biggest enabler. It’s also the biggest impediment. It’s the biggest lever. And that’s because change is 80% culture, only 20% process. So doing Scrum won’t help. If you’ve got a bad culture, you’ll still have a bad culture and the outcomes won’t necessarily improve.
-
There are three key behavioral traits. Number one, role model. The definition of leader. The definition of the word lead is to guide from the front, to guide on a journey. So lead from the front. Role model the behaviors you expect to see in others, for example, psychological safety, experimentation, empowerment, autonomy, servant leadership, intent-based leadership. How can I help?
-
Number two is psychological safety. Nurture an environment which is psychologically safe. Now, what that means is minimizing a culture of fear. Because people need to be able to experiment and fail without fear of failure. And I’m talking about intelligent failure here. Not a stupid failure. And not deliberate failure, not being fraudulent. That means having a blame-free culture.
- It means setting the stage. This is a behavioral trait that is important. It means inviting participation and then it means responding positively. And those steps, 1, 2, 3. Those are from Amy Edmondson who wrote a book called The Fearless Organization. Google determined that psychological safety is the number one determinant of high-performing teams.
-
Number three is an emergent mindset as a leader. That means acknowledging that the future is not knowable. Therefore, we’re going to have outcome hypotheses, which we’re going to test. We’re going to run experiments. We’re going to try and turn the unknowable into knowable. The opposite of an emergent mindset is a deterministic mindset where we treat the future as if it is predictable with a Gantt chart, with a 24 month project plan, with milestones and language like drop dead date, which is an analogy of death.
Leadership Team is Team #1
-
The concept of the leadership team is team number one, is starting with the leadership team. Ideally, the most senior leadership team possible on this journey.
-
In terms of ways of working, you will have a bubble of ways of working anchored at the top by the most senior leader who’s supporting it. So if it’s not the CEO of the company, you’ll have bubbles of better ways of working in a company, but it won’t be able to span the whole company. And when you go and talk to finance or HR or procurement, there’s no incentive to have a conversation about improving our ways of working, if it’s not coming from the executive committee.
-
And that’s because the more senior the leader you are, the bigger your shadow. And it also comes back to this word incentive.
-
The senior leadership team can create the incentive. The explicit incentive. The most senior leadership team can say it is one of our top three priorities for this organization that we continuously improve how we do what we do. Bingo. Everyone’s in.
-
Put it in your performance appraisals. Your appraisal, your promotion, your pay are dependent upon you continuously improving how you do what you do, including your behaviors like psychological safety, servant leadership, and so on.
-
Often there are leadership teams that are political or dysfunctional. Obviously, as humans, change is messy. It’s always a bit organized chaos in a way. We are emotional, irrational human beings. And also we have our own incentives and threats. So often, if you have a team of people and there is a lack of harmony in the team of people, typically, it’s because people feel threatened. And either they know that they feel threatened consciously, or sometimes people subconsciously don’t even know that they feel threatened.
-
My personal philosophy on this is empathy, kindness, and understand what people’s motivators and incentives and threats are. Because there are very few people who are deliberately setting out to be a pain. Very few people. There are a few people who are just not sound people.
-
And it’s unfortunate that there are some companies that tolerate some negative behavior. But that’s very rare in my experience.
Intelligent Flow
-
The important thing here is the golden thread of value and aligning strategy to execution and vice versa. So you have your multi-year outcomes, your annual outcomes, double click your quarterly outcomes, double click monthly experiment, weekly iteration, daily story. Now, if you have all of that in some tooling, that’s really powerful.
-
Usually, strategy is one way, top down, fire and forget. Here’s our three-year strategy with very little feedback loop. Now we can have effectively a daily, if we wanted to, we could have a daily feedback loop on our multi-year strategy. And the important point here is, to the point of the quarterly outcome, it doesn’t say how we’re gonna do it. We’re articulating the outcome.
-
The boundary is when you go from the quarterly OKR down to the monthly epic/initiative/experiment. Now we’re in output land. So you end up with both an outcome roadmap, which doesn’t change very much. And at the same time, in parallel, you have an output roadmap, which is your product roadmap. And you will have an architecture vision, an architecture runway, a product vision, UX, CX, everything else.
-
However, your product roadmap should be pivoting all over the place without change control and your outcome roadmap won’t change much. That’s how you focus on building the right thing, is through the OKRs, Objectives and Key Results, through the KR, a regular cadence on the KR. Then you pivot your output.
Building Alignment
-
Start with the why. So that’s step number one. There has to be a clear why for change. And that why should ideally appeal to the individual, the team, the organization, to clients, and to society.
-
Usually, when an organization articulates “why change?”, it’s purely for the company. And that articulation doesn’t cover why change for the individual, for the team, or for customers, or for citizens, for society.
-
Usually, the why is not well articulated. And the why typically comes from usually a focus on shareholders. What do we need to do to increase the share price to achieve our own personal incentives at the executive committee level, where the incentive is typically aligned to the financials, not surprisingly, in the current construct.
-
And then once the why is clear, invite over inflict. Because we want the champions, we want the passionate people, and we want to minimize threat. If it’s inflicted upon people, it’s very threatening. And there’ll be lots of antibodies to change. The change will be rejected. In some cases, it will be sabotaged if it’s perceived to be threatening. So invite participation.
-
Again, there needs to be a clear incentive here. So the why is part of the incentive, but also there should be both implicit incentives, which is there’s an element of social proof here. Explicit incentives are pay, promotion, performance appraisal. That’s not about doing Agile. It’s not about “are you doing Scrum?” It’s “have you improved your outcomes, quality, value, time to value, safety, and happiness?”
-
That’s the recipe you need, really. A clear why, a clear incentive, invite participation to continuously improve, aligned to measurable outcomes.
-
Maybe just one thing to add is there are minimal viable guardrails. A wide road with high curbs. There are some things that are just not negotiable. Information security, data privacy, fraud, anti-money laundering, compliance, depends on your industry. There are some controls that are non-negotiable, but within them, knock yourself out.
Limited Velocity to Unlearn and Relearn
-
The pace of change is determined by the speed of unlearning and relearning. You can’t force the pace of change in an organization. You have to do sense making.
-
The next question is, how do we increase the speed? Assuming we don’t want to take too long with change and we want to do it sustainably. How, then, do we increase the speed of unlearning and relearning?
-
Incentive to change is one of them, because I have to now make time for change. And then the other one is, again, psychological safety. So the speed of unlearning and relearning is determined by the amount of psychological safety. The minimal amount of a culture of fear. If there is a culture of fear and failure is punished, nobody is going to unlearn and relearn. You’ll have stasis. Nobody will change.
-
You’ve gotta be able to fail and say you don’t know. And also challenge authority, which is a learning from airlines. The first officer needs to be able to challenge the captain to avoid some bad outcomes. And likewise, for large companies, usually two levels up.
-
All of the RAG status, the Red, Amber, Green status, it’s all green, green, green. Because bad news is buried. And I’ve spoken to some senior leaders who say, “Jon, if I look at my status reports, apparently, everything’s on track.” Of course, it’s not.
4 Tech Lead Wisdom
-
Listen to people. Have some empathy.
-
There is a great book on clean language, “From Contempt to Curiosity”. People will be doing things that you disagree with.
-
But if you take the Theory Y approach, people are always taking their best intention. They’re incentivized to do something in some way. They’re in a context that has led them to do something in some way. Listen to them, talk to them, take them for a coffee, a cup of tea, and just find out and then put yourself in their shoes. That’s the best place that you can then help them if they need help at all, or maybe you do.
-
-
Be a master of your own destiny. Don’t be a victim.
-
You are a leader. Doesn’t matter how many years experience you have, it doesn’t matter what your grade is. This topic is leaders at all levels. So you are master of your own destiny. You are not a victim.
-
One of my personal bug bears is a victim mentality. So it’s not a case of pointing up and blaming them up there, which is easy to do. It’s also likewise on social media. It’s easy for some people just to be negative.
-
Don’t just moan and be a victim and point and blame other people. No, you are a leader. Exhibit some leadership. And it doesn’t need to be positional power. It doesn’t need to be people reporting to you. You can create a rebel alliance.
-
-
Get good at every level before you take on your next role.
-
It could be a sideways role. It doesn’t need to be a move up always, especially for individual contributors. But become a guru at your topic before you move on. Be the best, whatever your role is, whatever your specialty is.
-
Because then in the future, whether you are an individual contributor or whether you are leading people, you know the jobs that the people are doing that you are leading because you’ve done it. And that’s the philosophy at Toyota. The leaders at Toyota have been on the assembly line.
-
-
Change your company or change your company.
-
As you create the movement, you create the rebel alliance. Hopefully, you pick up champions at multiple levels of formal leadership, and then you change your company.
-
However, if there are leaders who don’t want to change, then go and work somewhere where you’re happy and where there is a desire to improve, which is back to the point of being a master of your own destiny.
-
[00:01:03] Episode Introduction
Henry Suryawirawan: Hello again, everyone. Welcome to the Tech Lead Journal podcast, the podcast where you can learn about technical leadership and excellence from my conversations with great thought leaders in the tech industry. Don’t forget to subscribe on your podcast app and social media on LinkedIn, Twitter, and Instagram. And also on YouTube and TikTok for video contents. And to support my work in producing this podcast, you can either buy me a coffee at techleadjournal.dev/tip or become a patron at techleadjournal.dev/patron.
My guests for today’s episode are Jonathan Smart and Simon Rohrer. They are the co-authors of “Sooner Safer Happier”. In this episode, Jon and Simon shared how we can deliver better outcomes in a more humane way of working by delivering better value sooner, safer, and happier. They shared several principles, patterns, and anti-patterns described in the book, such as focusing on the outcomes, the leadership team as the team number one and the important role of leadership, creating intelligent flow, why we should stop starting and start finishing instead, creating alignment, and having the ability to unlearn and relearn for a successful change transformation.
I hope you enjoy listening to this episode and find it useful. And if you do, please help share this with your colleagues, your friends, and communities, and leave a five-star rating and review on Apple Podcasts and Spotify. It will help me a lot in getting more people to discover and listen to this podcast. And I really appreciate it. Let’s go to my conversation with Jon and Simon after quick words from our sponsor.
[00:03:06] Introduction
Henry Suryawirawan: Hello, guys. Welcome back to another new episode of the Tech Lead Journal podcast. Today, I have with me Jonathan Smart and Simon Rohrer. They are the co-authors of a book titled “Sooner Safer Happier”. I don’t know why you didn’t put the “Better Value” there. I guess it’s too long. So today we’ll be talking about the book and seems like from the title itself, I’m quite intrigued, right? Sooner Safer Happier. Who doesn’t want this, right? So maybe later on, Jon and Simon will tell you what do they mean by having all these attributes? So welcome to the show, Jon and Simon.
Simon Rohrer: Thank you. Thanks for having us.
Jonathan Smart: Thanks Henry.
[00:03:41] Career Journey
Henry Suryawirawan: Right. So in the beginning, maybe if you can give a little bit of background about who you are, right? Maybe if you can tell us about your highlights or turning points in your career.
Jonathan Smart: I’ll go first. So this is Jon Smart. And I started out on the trading floor in investment banking as a business technologist. And that’s something that’s been important to me right from day one, is knowing as much about the business that you are working in as technology. And I think that’s a key competitive advantage. The way I’ve always described it is, you know, I started out as a developer on the trading floor, so 51% technologist, 49% the business, maybe even 50-50. It’s our business, not the business, is part of my belief system.
And starting out on the trading floor, we were naturally agile. This was in the early 1990s. This was before the Agile manifesto. And we were delivering value continuously, multiple times a day in a small multidisciplinary team. So for me, the topic of ways of working, it’s back to the future. It’s how I’ve always worked. I have experienced waterfall, big batch, sequential ways of working as well. So I know how suboptimal that way of working is. And then this led to me leading ways of working across Barclays Bank. At the beginning it was 120,000 people, 40 countries. Learned a load of lessons. And that led to the book. So that’s me.
Simon Rohrer: I’ll try and be just as brief. So my career started in the early nineties. Pretty much the opposite. My first job was in working on a sonar system for a submarine. You could not have got more waterfall. I came in, I think about two or three years into the program and it was not gonna deliver anything to a live system until about another four or five years later. I left long before that. I had three years in my first job, so that was a little frustrating. I then went into consultancy and soon got placed in a financial services organization. And year or two into that, somebody passed me a copy of the Extreme Programming white book, “Extreme Programming Explained: Embrace Change”.
It resonated with me incredibly. Well, it was how I had been working then once I’d started in financial services. So that was the real sort of turning point number one in my career. And then about 13, 14 years later, I was working in Barclays and had the opportunity to work with Jon in the ways of working team there. And I guess that was pivot point number two for me. And then Jon invited me to write a chapter in the book, so that, that was awesome.
Henry Suryawirawan: Fun fact. I was there as well at Barclays, although we probably didn’t know each other back then. So I think it’s a little nostalgic moment for all of us here. Thinking, looking back, what was the project all about? But today we will not be talking about that project for sure.
[00:06:29] The Age of Digital
Henry Suryawirawan: So I read the first few chapters of your book, especially the intro, right? I think there’s one fun insight that I would like you to explain to the audience here about the rapid change of technology companies, right? Companies who used to be in the top, for example, I don’t know, like S&P 500 and things like that now suddenly change a lot. So maybe if one of you can explain to us what is this, the age of digital that you’re referring to in your book?
Jonathan Smart: Every 50 to 60 years, there are repeating technology-led revolutions. Starts in 1771 with the first industrial revolution. After that, we have the age of steam and railways, the age of electricity and heavy engineering which is Taylorism, the age of oil and mass production, which leads us to the Toyota Production System and Lean, but it’s all mass production. And now we have the age of digital.
So the previous four technology revolutions are all about mechanization, mass production, output, output, output, output, division of labor, specialization. So our ways of working in large organizations have evolved in the last 250 years to suit mass production. And that includes the traditional approach to change. And if you look at, for example, PMI PMP, Project Management Institute Project Management Professional qualification, it’s sequential. It’s, you know, we do all of the planning, we do all of the analysis, we do all of the design, we do all of the build, and then we deploy the project, and then the project is declared done.
Unfortunately, that’s not how reality works. It’s not knowable. Unique change is unknowable. And the big thinking error, the big fallacy, and this was written about by Royce, who wrote the white paper, the first white paper that referred to the term waterfall. He said this invites failure and it’s basically a silly thing to do. And in the white paper in 1970, whatever it was, he actually had an iterative process, was what he recommended. So we’ve been living this fallacy of treating unique unknowable change like it is knowable.
It’s been a collective thinking error. And in large companies, we’ve then had projects with drop dead dates and milestones, where the definition of success is hitting a milestone in a plan, not did we achieve the outcome we were going after. And the management reporting and the committees are looking at a RAG status: a red, amber, green. And the red RAG status is, are we on track for the date and the output, rather than what value have we realized and what have we learned.
So you know, now, we’ve pivoted into the latest technology led revolution. A lot of the manual work has been automated, whether it’s physical robots on the assembly line building cars, whether it’s knowledge work, customer onboarding, payments, insurance claims. A lot of it is automated. So we humans in companies trying to do stuff, increasingly, we’re spending our time on unique unknowable change. And so that’s why we have this big pivot, where every company on the planet, at the moment it seems, is on this journey to adopting agile ways of working.
Henry Suryawirawan: Right. I think it’s pretty interesting. In your book, you classify all this as an emergent kind of work, right? It’s a knowledge work. It’s emergent, unknowable. What do you mean by all these attributes, right? Emergent, for example. Is this something that always changing like something you can’t predict? Maybe you can touch on a little bit about this.
Simon Rohrer: Yes, I think again, it is the nature of change in the modern world. A lot of consumer facing product, you really don’t know how they’re gonna work, what success you are gonna get, until they actually reach the market. And typically this is called sort of sense and respond type delivery rather than predictable delivery. Again, it goes back to that thing that in mass production, you planned a thing, you delivered a thing, and that was what the consumers wanted. But again, in the age of digital, well, to an extent, the consumers don’t know what they want until they’ve got it in their hands. And then they might want more. And they might want lots more and they might want more of the same, or they might want something entirely different, or they might want that this month. And then the world changes and trends change and they want something different. And working in this age of digital requires that approach of sense and respond. So sense what the consumers, what you think they want based on data, what they actually want based on tracking what they’re using, and then again, respond. And the most responsive companies win.
[00:11:15] Patterns & Anti-Patterns
Henry Suryawirawan: And I think in your book you tried to capture some of the principles, patterns, and anti-patterns, right? So maybe if you can tell us how this idea came about. And how do you actually distill all these principles, patterns, anti-patterns, maybe if you can elaborate a little bit more.
Jonathan Smart: So the book is learnings from the four of us, the four authors of the book. For all of us, it’s a career’s worth of learnings. So there’s very approximately, I don’t know, 100 to 120 years of learning in the book just from the authors. But also there’s learnings from about 40 other companies as well. So I lead a community of companies that share on this topic. And companies in my network and research for the book and case studies in the book. So these are learnings from ourselves firsthand and from many other large organizations.
Patterns are approaches to change that will generally lead to a good outcome and they’ll give you a tailwind. They will make a hard job slightly less hard, but it’s still a hard job. And anti-patterns will give you a headwind. And they will make a hard job harder. It doesn’t mean that you won’t be successful, but it definitely means you’re making your life harder for yourself. So why would you? And we have made all the mistakes so that you don’t need to. We have failed fast and often so that you can succeed sooner. That’s what the patterns and the anti-patterns are.
Key point there. There is no playbook. There is no one size fits all. That’s why I like the words patterns and anti-patterns that usually successful, usually less successful with the anti-patterns. There is no playbook, because every organization is unique, because every organization is a complex adaptive system. Every organization has its unique history and culture and incentives.
Henry Suryawirawan: Wow! I think that’s a great pleasure to read this book, because you distill lots of experiences from four of you, from many different companies as well. And there are about eight principles including patterns and anti-patterns inside each of the principles.
[00:13:18] Better Value Sooner Safer Happier (BVSSH)
Henry Suryawirawan: Let’s start with covering some of the principles that we can for today, right? I think the first always have to start with the title of the book, which is Sooner Safer Happier. But actually the first principle that you mentioned is about focusing on outcomes. You include Better Value, Sooner, Safer, and Happier. So tell us more about this BVSSH, right? Because to me it sounds like an ideal thing, right? So can we really achieve this?
Simon Rohrer: I think we can, and I think to an extent we have to. I think the idea with BVSSH is achieving a more humane world of work. It goes against, counters some of the things that, again, some of the sort of high level anti-patterns we’ve seen, which is just focusing on value. Or just focusing on faster. We evolved better value, sooner, safer, happier. We started with faster. And it’s not about faster, it’s about sooner. It’s about time to learning and flow. So, value is at the heart. Value is the thing that makes your business unique. And we’d recommend that’s measured with objectives and key results. So value at the heart, but not value at any cost.
There’s then the four balancing factors of Better, which is quality. Sooner, which is flow, again time to learning. Safer, which is agile, not fragile. It’s in particular in the sort of industries we’ve worked in, whether it is compliance, regulation, security, data privacy, and making sure that all of these things are done, but done in a modern collaborative way rather than a sort of traditional, adversarial way. And Happier which is happier customers, is the obvious one, but happier colleagues. Happier citizens, happier climate as well.
Jonathan Smart: And Henry, to add to what Simon said, the origins of these words is, and the big lesson learned, and this is chapter one of the book, is if you want to do an agile transformation, the biggest learning is don’t. Instead focus on the outcomes. So to build on what Simon said, Better Value, Sooner, Safer, Happier is instead of inflicting an agile transformation.
So the big learning here is back in 2015, I was the Head of the Agile transformation for that organization. And effectively when I met with leadership teams, the narrative was, “Hi, my name is Jon and I’m here to make you do Agile, whether you like it or not.” As you can imagine, some people were like, “Yay, this is amazing!” And other people were like, “Get out of my office!” We got to the end of 2015 and we realized our mistake, which is we’d just been focusing on Agile. And despite having been an Agile practitioner since the early 1990s, we still made this mistake. We were measuring the outcomes, but we hadn’t made them the headline.
So the main headline, the main measures were how many Agile teams, how many product owners, how many Scrum Masters, how many people have we trained in Agile training. Those themselves are not valuable. And you can do Scrum all you like, but your outcomes cannot improve. Nokia Mobile, Symbian. The Symbian development team were doing Scrum. But Scrum didn’t save Symbian. It was a lack of psychological safety that killed Symbian according to the chairman of Nokia.
So this was where we pivoted end of year one, running an agile transformation. We realized the error of our ways. And we pivoted, we took down all of the posters that said Agile, and we put up posters that said better products faster. And we’ve since pivoted, as Simon said, to better value sooner. Because that’s the goal we are going after. Quality, value, time to value, safety, and happiness. The goal is not Agile. The goal is not DevOps. The goal is not cloud. The goal is value, time to value, safety, happiness, and quality. So that’s how those words came about.
[00:17:06] Focus on Outcomes
Henry Suryawirawan: Thanks for sharing this insight, I would say, right? So still many companies, I would say pursuing Agile transformation, I think. And instead of focusing on doing agile transformation, making teams to become like agile teams, maybe we should focus a lot more on the values, on the outcomes, and you summarize that as part of the so-called patterns, right? Focus on outcomes, start with why, and empower the how.
So for people who are still stuck in this agile transformation mode, what would you advise to them to start focusing on the outcomes instead? So what made the switch that last time you mentioned that you took down the Agile posters. What is the first few things that you do in order for people to start focusing on the outcomes and values instead of just the Agile thing?
Jonathan Smart: Start with why. Always start with why. Why change? And nothing to do with Agile. Just why change? Why don’t we carry on working the way we’re working today? And if is everything okay? So that’s the question I usually start with when working with teams or leaders. And if the answer is, yeah, everything’s okay. Carry on then. Don’t change. I’ve never yet met someone who said, yeah, everything’s okay. Okay. So if it’s not okay, what are your biggest problems then? Well, we’ve got a lack of alignment. We don’t have a shared definition of value. It takes us too long to get change. Our competitors are quicker. We want to increase our customer Net Promoter Score. There’s always a list of things. So, theory of constraints. What’s your biggest impediment? Therefore, what’s your biggest enabler? And that’s the why. So, the why is we want happier customers. We want quicker time to value. So be really clear on the why, number one.
Number two, make sure you’ve articulated your measures of success. So if you want happier customers and quicker time to value, how are you gonna measure that? Number one, Net Promoter Score, for example. Number two, lead time from committing to the work to getting it in the hands of the consumer. So number two, make it measurable. And that OKRs are very good for that. Objectives and Key Results. The O is the outcome you’re going after. The KR are the measures. For example, Better Value, Sooner, Safer, Happier. You can turn that into an OKR or a number of OKRs.
So that’s what I would advise. Start with why. Be clear on the outcomes, make them measurable. Make sure you are measuring the things that are measurable. So you need a data team or somebody doing data full-time, and then use that data as your feedback loop. And then with agility, build, measure, learn, observe, orient, decide, act, plan, do check, act.
[00:19:28] Empower the How
Henry Suryawirawan: And you also emphasize empowering the how, right? So for leaders out there who are thinking of leading all this transformation, so let’s say they have come up with the outcomes. They have come up with the why. They understand why the need for the change. How do you empower the people? Because some people may be stuck in the traditional mindset or the traditional ways of working. So how do you empower them to do the how in the new way?
Simon Rohrer: So we would advise, again from our anti-patterns, not to do this centrally, not to have one sort of ivory tower, wise set of people saying, this is your new way of working. What we advise is a sort of fractal arrangement, a federated arrangement to enable people and to have a federated center of excellence. So depending on the size of your organization, great. Have something at group level like we were. But then, federate that and sort of help that enablement down as close as you can to the individual teams and say, guys, here’s some experts, some ways of working. Coaches. Again, they’re here to help you. You’ve told us you want to improve. So here’s some people who have some ideas, have some patterns, and we’ll work with you and your context and understand the sort of pace of change and the pace of learning and unlearning that is appropriate for your team. And we’ll work with you. So it really sort of bring the help to the teams rather than inflicting on the teams.
Jonathan Smart: Yeah, and to build on that, the how then, with that fractal support, the how could be Agile. It could be Lean, if it’s repetitive knowable work. It could be in some cases because of the historical baggage, it could be smaller waterfalls. So then we’re not being prescriptive around you must do Scrum or you must do some form of Scrum scaled. It could be the Kanban method. Like I said, it could be, in one case, it was actually take your 12 month waterfall. Do a six month waterfall. Once you’ve done that, do three month waterfalls. Once you’ve done that, do a two month waterfall, then do a one month waterfall. Before you know it, you’re exhibiting agility without doing agile. So there’s an empowerment and autonomy.
And now, there is one thing that is needed, however, for that to be successful, there has to be an incentive. Because if there isn’t an incentive to change, people won’t change. Because change is difficult. It’s fearful. You are going to fail. It’s going to feel uncomfortable. I’m not sure I can do this. I might fail. I might lose my job. I might not be able to pay my mortgage, put food on the table, feed my family. So therefore, there has to be an incentive.
The flip side of incentive is threat. And a lot of companies miss this point. You have to minimize threat. Nurture psychological safety. The number one determinant of high performing teams and organizations, and you have to maximize incentive. And from a neuroscience perspective, our brains are still wired to not be eaten by a tiger. So we have loss aversion. We are more likely to avoid losing something than gain something. It’s more painful to lose a hundred dollars than the benefit of winning a hundred dollars.
So we, humans, we would rather do nothing than do something and fail. So therefore, we have to maximize incentive. That can be implicit incentive and it can be explicit incentive, and we have to minimize threat. But usually, if a company does a top down big bang, we are gonna do squad, tribes, chapters and guilds. We’re doing a reorg. 10,000 of you are gonna lose your jobs. The threat is high with that type of approach. So yeah.
Henry Suryawirawan: Yeah, so I can see from my previous career experiences as well, right? So many Agile transformations are always coming from the top down, from new leaders. They come in, they bring in all this, you know, we have new ways of working. New roles, new everything, right? And then they enforce people at the bottom to actually adopt these practices. And I think it’s still happening these days as well, although I don’t work in such a enterprise anymore.
[00:23:30] Role of Leadership
Henry Suryawirawan: And that’s why we go to the next principle, which is about the leadership role, right? So if listeners here are the leaders. So you say in the principle, leadership will make it or break it. So tell us more about this important principle so that leaders can understand what is actually their role in all this change of the ways of working.
Jonathan Smart: Leadership is the biggest enabler. It’s also the biggest impediment. It’s the biggest lever. And that’s because change is 80% culture, only 20% process. So doing Scrum won’t help. I mean, it might help, it will help a bit. But you know, if you’ve got a bad culture, you’ll still have a bad culture and the outcomes won’t necessarily improve. So there are three key behavioral traits.
I believe the top three behavioral traits are number one, role model. The definition of leader. The definition of the word lead is to guide from the front, to guide on a journey. That’s the etymology of the word lead. So lead from the front. Role model the behaviors you expect to see in others, for example, a couple I’m gonna come onto like psychological safety, experimentation, empowerment, autonomy, servant leadership, intent-based leadership. How can I help? So that’s the role modeling, number one.
Number two is psychological safety. Nurture an environment which is psychologically safe. Now, what that means is minimizing a culture of fear. Because people need to be able to experiment and fail without fear of failure. And I’m talking about intelligent failure here. Not stupid failure. And not deliberate failure, not being fraudulent, but you know, actually trying to improve. So that means having a blame-free culture. It means setting the stage, this is a behavioral trait that is important. It means inviting participation and then it means responding positively. And those steps, 1, 2, 3. Those are from Amy Edmondson who wrote a book called The Fearless Organization. So that’s psychological safety. Project Aristotle, Google determined that psychological safety is the number one determinant of high performing teams.
And then number three is an emergent mindset as a leader. That means acknowledging that the future is not knowable. So therefore, we’re going to have outcome hypotheses, which we’re going to test. We’re going to run experiments. We’re going to try and turn the unknowable into knowable. The opposite of an emergent mindset is a deterministic mindset where we treat the future as if it is predictable with a Gantt chart, with a 24 month project plan, with milestones and language like drop dead date, which is an analogy of death. So those are the three key behaviors: role model, psychological safety, and an emergent mindset.
Henry Suryawirawan: I really love the way you summarize it. So I think the first key thing, be a role model, right? You mentioned it in your book. The pattern is leaders go first, right? So showing the example, maybe doing servant leadership, intent based leadership, right? And nurture psychological safety. And then the third is actually the emergent mindset, right? So don’t think things could be determined, doing a lot of analysis and, you know, upfront big design and things like that, but doing it as a series of hypothesis, right? Outcome hypothesis. So I really love that.
[00:26:41] Leadership Team is Team #1
Henry Suryawirawan: And I think there’s also one thing in particular I found when I read that chapter, right. You mentioned that leadership team is actually the team number one. So especially in some companies where the leadership team probably is a bit dysfunctional, they have ego, they have politics. So could you tell us a little bit more about this part?
Jonathan Smart: So, yeah, concept of the leadership team is team number one is start with the leadership team. Ideally, the most senior leadership team possible on this journey. In terms of ways of working, you will have a bubble of ways of working anchored at the top by the most senior leader who’s supporting it. So if it’s not the CEO of the company, you’ll have bubbles of better ways of working in a company, but it won’t be able to span the whole company. And when you go and talk to finance or HR or procurement, there’s no incentive to have a conversation about improving our ways of working, if it’s not coming from the executive committee, the top table.
So leadership team is team number one. And that’s because the more senior the leader you are, the bigger your shadow. And it also comes back to this word incentive. This whole topic boils down to one word, which is incentive. And the senior leadership team can create the incentive. The explicit incentive. The most senior leadership team can say it is one of our top three priorities for this organization that we continuously improve how we do what we do. Bingo. Everyone’s in. Yeah. Put it in your performance appraisals. Your appraisal, your promotion, your pay is dependent upon you continuously improving how you do what you do, including your behaviors like psychological safety, servant leadership, and so on.
Now in terms of your comment, Henry, about often there are leadership teams that are political or dysfunctional or whatever. Obviously, as humans, change is messy. It’s always a bit organized chaos in a way. We are emotional, irrational human beings. And also we have our own, it gets back to incentives. We have our own incentives and threats. So often, if you have a team of people and there is a lack of harmony in the team of people, typically, it’s because people feel threatened. And either they know that they feel threatened consciously, or sometimes people subconsciously don’t even know that they feel threatened.
So it could be because you’ve got two people who are competing to become the leader or to be promoted. Because there’s only one promotion spot, but we’ve got two people and that leads to some negative behaviors around I’m gonna withhold information or I’m gonna, it’s like politics, isn’t it? I’m gonna dig out dirt on you so that you don’t get promoted. And I do. And that’s a problem with our appraisal system. Rather than having shared goals, having siloed goals. And OKRs can help solve that problem.
So my personal philosophy on this is empathy, kindness, and understand what people’s motivators and incentives and threats are. Because there are very few people who are deliberately setting out to be a pain. Very few people. There are a few people who are just not sound people, very few. And it’s unfortunate that there are some companies that tolerate some negative behavior. But that’s very rare in my experience. So figure out the incentive.
One other thought to add is the diffusion of innovation curve. You’ll have innovators on the left, you’ll have laggards on the right. Any group of 10 people, you will have innovators on the left and laggards on the right. Identify your champions. It might be one or two people in a leadership team. Put all of your energy behind those people. Don’t try to convince the laggards of anything. Just leave them be.
Simon Rohrer: And just to add to that, to build on that, I think one of the things that I have sort of found practically really useful here is that focus on the movement to the focus on outcomes, where previously you’ve got sort of HiPPOs, Highest Paid Person’s Opinion, on the next thing that they think might be good to do. If you’re focusing on outcomes, if you’re focusing on measurability, transparency, and especially if you’re focusing on a sort of cascaded OKR (objectives and key results) framework where the highest level goals of the organization are transparent.
So the North Stars tell goals and then everything aligns, not necessarily cascades, but aligns to those and the measurable outcomes that everybody in the organization is working on are clear. It’s not a silver bullet, it’s not gonna solve everything, but it definitely helps aligning people and taking some of the politics and some of the egos outta some of those decisions.
Henry Suryawirawan: Thanks for adding that. So I like the way that Jon mentioned, build the right incentives, right? And also create, like nurture the environment so that people are not threatened. They wanna cooperate and focus on the same outcome, like Simon said, aligned with the same outcome.
[00:31:28] Intelligent Flow
Henry Suryawirawan: Which brings us to the next principle, which is the build the right thing or intelligent flow. In the beginning you mentioned about flow, lead time, and all that. So assuming that we have a good outcome set, we know what we want to achieve, the why. We have the fully functional leadership team, so how to translate this to building the right thing and creating this intelligent flow.
Jonathan Smart: So intelligent flow, build the right thing. It segues nicely off of what Simon said, which is outcomes. And in particular, the important thing here is the golden thread of value is the important thing, and aligning strategy to execution and vice versa. So you have your multi-year outcomes, your annual outcomes, double click your quarterly outcomes, double click monthly experiment, weekly iteration, daily story. Now, if you have all of that in some tooling, that’s really powerful, because you could be working on a one hour task or a one day story, and you can see how your work aligns to the multi-year strategic intent. So this is the golden thread of value. Super powerful because you then end up with two-way strategy.
So usually, strategy is one way, top down, fire and forget. Here’s our three-year strategy with very little feedback loop. Now we can have effectively a daily, if we wanted to, we could have a daily feedback loop on our multi-year strategy. So for example, we might have a multi-year ambition to be the number one brand in our industry. In three years, we want to increase our market share in, let’s say, North America, to go from number three to number one. By the end of the year, we want to be in a subset of our market, market share, we want to go from number five to number two by the end of this year. In the next quarter, we want to double our sales in New York City. To do that, we’re gonna run a promotional Instagram and Facebook, and we’re gonna do that in the next month. So that’s an example of how you might slice the outcomes.
And the important point here is, to the point of the quarterly outcome, it doesn’t say how we’re gonna do it. We’re articulating the outcome. We want to double our market share. We want to increase our sales in New York City. The boundary is when you go from the quarterly OKR down to the monthly epic/initiative/ experiment. Now we’re in output land. So you end up with both an outcome roadmap, which doesn’t change very much. And at the same time, in parallel, you have an output roadmap, which is your product roadmap. And you will have an architecture vision, an architecture runway, a product vision, you know, UX, CX, everything else.
However, your product roadmap should be pivoting all over the place without change control and your outcome roadmap won’t change much. Cause you know, we thought that doubling our sales in New York City would lead to us increasing our market share in the US. Turns out it doesn’t. We were wrong. We need to be selling more products on the West Coast. Quick, let’s pivot. Let’s double ourselves in LA and San Francisco. Let’s run a promotion. So that’s how you focus on building the right thing, is through the OKRs, Objectives and Key Results, through the KR, a regular cadence on the KR. Then you pivot your output.
[00:34:43] Stop Starting, Start Finishing
Henry Suryawirawan: Thanks for the example of how the OKR alignment works, right? So one, maybe, extension from that example, right? So typically in some companies that I see is that instead of just pivot, pivot means like change from what they’re doing, they create a new initiative, maybe a team, you know, whatever that they set up. Meaning that they will add more initiatives inside the company. And in your book, you mentioned this: stop starting, start finishing, right? So I think that’s a very, very important pattern, I would say. Maybe if you can elaborate furthermore what do you mean by this? Stop starting and start finishing.
Simon Rohrer: So really this comes down to smaller batch work. It’s down to some of the sort of lean approaches that say any feature that’s not in front of the customer, that’s in the middle of being delivered is, eventually, and to a degree, is a waste until it’s there in front of the customer. Goes back to what we said earlier, that what we’re trying to really improve on is time to learning. One of the patterns to improve time to learning is to deliver smaller and smaller and smaller chunks of value. Get them in front of the customer soon, get them done. If that works, do more. If it doesn’t work, if the indicators, the key results that you’re seeing are showing that actually, again, you need to pivot or change, then do that. But the only way you’re going to do that is by delivering valuable features faster. And one of the tactics to do that is to make them smaller.
Henry Suryawirawan: So thanks for sharing that Simon. So I think, yeah, focusing on bringing it to the customer instead of finishing in, I don’t know, development or in testing. So that actually doesn’t mean anything. So in lean, they categorize that as waste, right? So by delivering value, it means that you’re deploying it to production and being used by the customer. So I think that’s very, very important concept from Agile, from Lean, right? So don’t focus on too many things at once, right? Try to deliver that as early as possible.
Simon Rohrer: Ultimately, I’m sorry, Henry, there’s this sort of definition of done thing. For me, it’s fairly simple. It’s done when the customer’s using it. That’s it.
[00:36:48] Building Alignment
Henry Suryawirawan: Yeah. Thanks for emphasizing that. So another key thing about doing all these ways of working is about how people can get into it, right, can adapt to the ways of working. First of all, understands also the need for change, the techniques that they’re going to use, right? How do they come up with the how? How they come up with the roadmap, alignment, and things like that? And how do you actually bring people so that they can all align, they can all get up-skilled, they can all have this learning ability? So maybe some tips from your previous experience, past projects. How can you align people so that they are into this change?
Jonathan Smart: So again, start with the why. So that’s step number one. There has to be a clear why for change. And that why should ideally appeal to the individual, the team, the organization, to clients, and to society. Now, usually, when an organization articulates “why change?”, it’s purely for the company. And that articulation doesn’t cover why change for the individual, for the team, or for customers, or for citizens, for society.
So usually, the why is not well articulated. And the why typically comes from usually a focus on shareholders. You know, what do we need to do to increase the share price to achieve our own personal incentives at the executive committee level, where the incentive is typically aligned to the financials, not surprisingly, in the current construct. Good news is, you know, there’s a bit of evolution on this. So it’s not just shareholders, it’s stakeholders. And stakeholders is a broader term, which is good. That includes the planet. So that’s good.
So start with why, with the balanced why, and then once the why is clear, invite over inflict. Because we want the champions, we want the passionate people, and we want to minimize threat. If it’s inflicted upon people, it’s very threatening. And there’ll be lots of antibodies to change. The change will be rejected. In some cases, it will be sabotaged if it’s perceived to be threatening. So invite participation. And again, there needs to be a clear incentive here. So the why is part of the incentive, but also there should be both implicit incentives, which is there’s an element of social proof here.
So the implicit incentive is, oh, my colleagues are doing this and they’re having a great time, and they’re loving the new ways of working. I want to do that too. Don’t leave me out. FOMO. Fear of missing out. Explicit incentives is pay, promotion, performance appraisal. And again, that’s not about doing Agile. It’s not about are you doing Scrum. It’s have you improved your outcomes, quality, value, time to value, safety, and happiness.
And I think, Henry, that’s the recipe you need, really. A clear why, a clear incentive, invite participation to continuously improve, aligned to measurable outcomes. And then you’re off to the races. You know, maybe just one thing to add is there are minimal viable guardrails. A wide road with high curbs. There are some things that are just not negotiable. Information security, data privacy, fraud, anti-money laundering, compliance, depends on your industry. There are some controls that are non-negotiable, but within them, knock yourself out.
Henry Suryawirawan: I like the term minimum viable guardrails. This is like the constraints, the boundaries, right? So it’s like the hard rules that people cannot violate, I would say. But apart from that, they are free to be creative, try to adopt the new ways of working.
[00:40:10] Limited Velocity to Unlearn and Relearn
Henry Suryawirawan: Another thing that I think I found really interesting in that particular chapter about learning is that you said that people have limited velocity to unlearn and relearn. Especially for leaders who come with this Agile transformation mindset, they all want a fast change, right? Like people have to adopt from one to two, to three to four, and suddenly they become all Agile teams, right. So tell us about this important thing about limited velocity.
Jonathan Smart: Yeah, the pace of change is determined by the speed of unlearning and relearning. You can’t force the pace of change in an organization. You have to read the tea leaves. You have to do sense making. So if the speed of change is determined by the speed of unlearning and relearning. The next question is, how do we increase the speed? Assuming we don’t want to take too long with change and we want to do it sustainably. How then do we increase the speed of unlearning and relearning? So Henry, what do you think is the number one determinant of the speed of unlearning?
Henry Suryawirawan: Well, there are a few things in my mind. The first is whether we want to change. That’s the first thing, right? Coming back to the why. Why we have to change. The second thing is, I have so many work that I’m doing as well, so these things seem new and I’m tied up with what I’m doing now.
Jonathan Smart: Yep. So incentive. Incentive to change is one of them, because I have to now make time for change. And then the other one is, again, psychological safety. So the speed of unlearning and relearning is determined by the amount of psychological safety. The minimal amount of a culture of fear. If there is a culture of fear and failure is punished, nobody is going to unlearn and relearn. You’ll have stasis. Nobody will change. And there was one organization I’ve worked with where the previous leadership had a behavior of a lot of fear. Messengers were shot, people were punished. And so the language that I was hearing from people was that it is safer to do nothing than to do something. And I mean, absolutely nothing. And I’m not talking here about just change. I’m talking here about even just your day-to-day work. The pace of work at this organization was so slow was because people didn’t even want to do their daily work for fear that they’d get something wrong, nevermind changing how they do what they do. This was just what they do. It’s incredible.
So, psychological safety, again. The speed of unlearning is determined by the amount of psychological safety, minimizing threat, so that I can say, “Hey Simon. Do you want me to help you out on that thing you are working on? I’ve never done it before. But in order to become multidisciplinary, T-shaped or pie-shaped or cone-shaped, broken cone-shaped teams, I’m gonna jump in and I’m gonna learn something about big data or BI or something. Simon, can you show me how to do it and then next time I’ll be able to take some work and help you. You know, we can pair on it next time.”
So you’ve gotta be able to fail and say you don’t know. And also challenge authority, which is a learning from airlines. The first officer needs to be able to challenge the captain to avoid some bad outcomes. And likewise, for large companies, usually two levels up. All of the RAG status, the Red, Amber, Green status, it’s all green, green, green. Because bad news is buried. And I’ve spoken to some senior leaders who say, Jon, if I look at my status reports, apparently, everything’s on track. Of course, it’s not. So there you go.
Henry Suryawirawan: Yeah. Yeah. It’s a classic thing. I think it’s almost everywhere, right? When you go to the top right, people always report the greens. If there’s an amber or the red, right, people will try to hide it or maybe do something. Maybe massage the information such that it doesn’t look so bad, right?
[00:43:41] 4 Tech Lead Wisdom
Henry Suryawirawan: So I think thanks for emphasizing again about fear, psychological safety. Unfortunately due to the limited time, we have to cut pretty soon. But I have one last question for each of you. If you can give us some what I call three technical leadership wisdom. So think of it like an advice that you wanna give listeners here to learn from you. So maybe one of you can start first.
Simon Rohrer: I would say the one piece of advice is listen to people. Have some empathy. There is a great book on clean language, which we’ve not talked about at all today called “From Contempt to Curiosity”. People will be doing things that you disagree with. You’ll be, genuinely, if you are experienced in ways of working in technology, our first reaction for many technologists is wts is going on here. But if you take the Theory Y approach, people are always taking their best intention. They’re incentivized to do something in some way. They’re in a context that has led them to do something in some way. Listen to them, talk to them, take them for a coffee, cup of tea, and just find out and then put yourself in their shoes. That’s the best place that you can then help them if they need help at all, or maybe you do.
Jonathan Smart: For me, in terms of three pieces of advice, the first one is, you are a leader. Doesn’t matter how many years experience you have, it doesn’t matter what your grade is. Everybody is a leader. Look at Greta Thunberg. She was at school and she is a great leader. So this topic is leaders at all levels. So you are master of your own destiny. You are not a victim.
One of my personal bug bears is a victim mentality. So it’s not a case of pointing up and blaming them up there which is easy to do. It’s also likewise on social media, it’s easy for some people just to be negative. Oh, moan, moan, moan, complain, complain, complain. Don’t just moan and be a victim and point and blame other people. No, you are a leader. Exhibit some leadership. And it doesn’t need to be positional power. It doesn’t need to be people reporting to you.
You can create a rebel alliance and that’s what I did back in 2012. I created the ways of working community of practice in the organization I was working in. Nobody asked me to do it. I connected multiple business divisions geographically worldwide. We ended up with two and a half thousand people in this community, entirely voluntary, entirely law of two feet. And we created a movement. We created a social movement, which ultimately led to, with support from the leadership team at the top, doing it across the whole company. So that’s my advice. Number one is be master of your own destiny. Don’t be a victim.
Number two is just general career advice. And this is my personal philosophy is get good at every level before you take on your next role. And it could be a sideways role. It doesn’t need to be a move up always, especially for individual contributors. But become a guru at your topic before you move on. That’s been my personal philosophy. Be the best, whatever your role is, you know, whatever your specialty is. Be the best developer, be the best Scrum Master, be the best product owner, be the best product manager, be the best leader. Because then in the future, whether you are an individual contributor or whether you are leading people, you know the jobs that the people are doing that you are leading because you’ve done it. And that’s the philosophy at Toyota. The leaders at Toyota have been on the assembly line. So that’s a general piece of career advice, that one.
And then number three is change your company or change your company. As you create the movement, you create the rebel alliance, hopefully, you pick up champions at multiple levels of formal leadership, and then you change your company. But however, if there are leaders who don’t want to change, then go and work somewhere where you’re happy and where there is a desire to improve, which is back to point around being master of your own destiny.
Henry Suryawirawan: I really love the last one. Change your company or change your company, right? So I think that’s really, really a key thing for everyone who are not fulfilled in their company because they wanna instill change, but they couldn’t, right? And they’re always trapped in this kind of bad ways of working. So thank you so much for your time today. If people want to continue this conversation, any place they can reach out online?
Jonathan Smart: LinkedIn. Or soonersaferhappier.com.
Simon Rohrer: Yep. And we have a Slack community there as well.
Henry Suryawirawan: Right. So maybe we’ll put it in the show notes later on as well. So thank you for sharing today about BVSSH. So Better Value, Sooner, Safer, Happier. So I hope people learn today how we can achieve this ideal thing, right? So with principles, patterns, and anti-patterns that you put in the book. So, thanks again for sharing this with us, Jon and Simon.
Simon Rohrer: Thanks so much for having us, Henry.
Jonathan Smart: Yeah. Thank you. Thanks Henry.
– End –