business agility - Agile and Scrum Blog

Focus on Value

One of the biggest shifts in the agile world is from output to outcome or in other words from being busy to achieving something meaningful. It looks simple. If we plan it well, the two are supposed to be the same, right? So, what’s the problem?

The more we deal with complex problems, the more possible solutions are available, and the harder it is to find the right one, that will bring the business value. We have so many options and it’s hard to evaluate their impact.

Let me give you an example. Imagine you’re having a gaming company. The company creates free games for mobiles which you can just download and enjoy playing. So how do they get money as a company? They make their players buy something at the game store. In a traditional environment, somebody smart has an idea to build more items for the game store to get more money. And the teams in traditional environments are done when they implement the feature that it’s up and running in the store. No bugs, it works, and they implemented it that fast, according to their estimates. That’s how success is defined in the traditional environment. We don’t question the plan, we just deliver as fast as we can.

In the Agile world, the implementation is just a prerequisite. We don’t do it so that we have it, we do it because we want to achieve a business value. Now how do we know if we achieved a business value? Well, that’s a bit tricky right? It’s much harder to measure value than to measure velocity. To be able to get a sense that we are delivering value, we need to have a good relationship with our customers and get frequent feedback to know if we are going in the right direction. As an example of value metric, the team can start measuring things like how many people bought this new item in the game store and if it’s growing, they call it a success. Value was delivered. But that might not be the real value either as you might realize people only bought it once and never again, and then it was actually a waste of your money implementing it. So you improve the metric and start measuring things like returning customers and if it grows you call it a success.

And after focusing on value metrics for some time, you realize that more features don’t necessarily bring more value. You can implement ten new items to your game store and people might even stop playing the game as they say it’s confusing. In a complex world, more doesn’t mean better. So stop focusing on speed. Stop caring about velocity. The only important thing in nowadays constantly changing complex world is to be able to inspect and adapt quickly based on the feedback. Measure value, not effort.

Hiring ScrumMaster?

One of my biggest passions in the agile space is developing great ScrumMasters and helping them to become successful in their role. I become ScrumMaster in 2005 and I didn’t know much about either Agile or Scrum. I did all the mistakes you can ever imagine. I didn’t know anything about coaching or facilitation. Instead of acting as a leader, I was more like a team mom. Later, when I realized the whole potential of the role, and become the real ScrumMaster I decided I need to give back to the community and I dedicated quite a lot of effort trying to explain to individuals and organizations what is ScrumMaster really about and why is having great ScrumMaster related to the success of the agile journey. But no matter how long is this all Agile and Scrum around, despite the effort, there are still companies who are hiring ScrumMasters who cannot be successful. So let’s have a look at the most common misunderstandings.

Scrum “Project” Master

Deadlines are important. So let’s tweak the role a bit and hire a combined role of “Project Manager/ScrumMaster”, “Agile Project Manager” or “Agile Delivery Manager”. They are experienced in planning and making sure we keep up to speed and follow the plan. They usually manage the Sprint Backlog and often micromanage individuals.

Scrum “Manager” Master

We have to be efficient. We need to deliver more functionality faster. Speed is the key to the success. So let’s have the “Scrum Manager” to help people organize. Someone needs to allocate tasks and measure that they are working and not pretending or hiding behind the Scrum process. Someone also needs to check the progress at Daily Scrum. Someone has to make sure there are results. Such environments often take velocity as a key metric and ask Scrum “Manager” Master to create Burndown charts and other reports.

Scrum “Technical” Master

Many organizations are missing traditional Team Leaders. A senior technical person who will guide the rest of the team members, distribute their tasks, helping the Product Owner with the estimates. Decide on the Sprint commitment. So here we are Let’s hire an expert – Scrum “Technical” Master.

Scrum “Ceremonies” Master

This is my ‘favorite’. We have a Scrum Master to make sure the ceremonies are happening. It’s not a valued position as it downgrades into a team assistant who needs to schedule and manage meetings. Therefore it’s not much popular and most organizations would combine it with a developer/tester/business analyst role. In some cases, it turns to “Scrum Police” as the only explanation they are able to come up with is that ‘Scrum defines it this way, follow the rules’.

Scrum “Jira” Master

This is very typical nowadays. ScrumMaster needs to know Jira, update it on regular basis, and generate reports. Such ScrumMasters are often micromanaging individuals, adding complexity through difficult workflow and complicated processes. They are focusing on various different estimates, at the story level using story points which they often link to man days and hours at the task level which are being re-estimated every day to be accurate.

Scrum “Owner” Master

It’s a waste of our time to have two people when in the traditional world we only had one project manager. ScrumMaster can act as a Product Owner at the same time. In their mind, ScrumMaster is some sort of process assistant for 10-15% anyway so why not. Such a person usually doesn’t have enough business knowledge and ends up being a requirements seeker, not looking for value, and not deciding on priorities. They take a backlog as a to-do list where everything needs to be done.

Scrum “Flock” Master

Finally, some organizations have one ScrumMaster for many teams. No matter how experienced are they, they usually burn down. They don’t have enough time to focus on all teams, so they end up being everywhere and nowhere, and therefore their impact is very limited.

Maybe you find yourself in multiple dysfunctions at the same time. That often happens. But no matter how different they are, they all share one common outcome. They don’t work and you end up with “fake Scrum” or even “Dark Scrum” and no ScrumMaster.

So what’s the real ScrumMaster role about? For the beginning, you can start with the assessment below. Take it as just a start. There is more to be a great ScrumMaster, but if you have the following top 10 points right, you are at a great place already.

My primary measure of success is team self-management
My team is continuously improving their way of working
There are no roles in the team
The team is cross-functional and able to deliver end-to-end value
We measure value, not an effort
I can coach and facilitate conversations and collaboration
I’m not responsible for a delivery
I’m able to work at all three levels of the #ScrumMasterWay concept (My Team, Relationships, and Entire System)
I’m a leader, helping others to grow and supporting organizations on their agile journey
I love Agile and Scrum, and I’m an active part of the Agile community

If you are interested about a real ScrumMaster, check out my book The Great ScrumMaster: #ScrumMasterWay.

Agile is a Change

It’s more than 20 years since Agile Manifesto and some organizations still take Agile as another process or tool. But it can’t be farther from reality. We try to explain that it’s not about “doing” agile but “being” agile. That it’s about changing the way of working and thinking, the overall mindset. But companies are often looking for shortcuts and searching for simple solutions. Rename some processes, create a new role, or buy a different tool. Though that could be useful, it’s not the core of the change.

But let’s start with who should be driving the transformation and who should be implementing Scrum in the organization. Surprisingly for many people, it’s not some manager but someone who has their own experience with agile, scrum, self-management, and end-to-end cross-functional teams – the ScrumMaster. Indeed that person should be an experienced agile coach who is ready to demonstrate leadership and take ownership of a change, working at the Entire System level of the #ScrumMasterWay concept.

There are many concepts that they should be familiar from System Coaching (i.e. ORCS) to classical change management i.e. (Kotter’s Eight Steps of successful change). But in a nutshell, you can start a change with the following steps:

Why – create a sense of urgency – Why is it important to the organization? What will happen if we don’t change? Unless you can create a sense of urgency, the change is unlikely to be successful. Do others see it the same way? Do they feel the same need?
Who – find your allies – Identify the supporting team that will support you and helps you to implement the change. It can be the group of ScrumMasters, but it’s not limited to this group. You are looking for enthusiasts who would be willing to invest their time and name into promoting the change.
Vision / Dream for a change – Do you have a dream of the future? In a year from now, where would you like to be with this organization/group/team?
Communicate. Communicate. Communicate. And then again. Communicate. It’s a new way of working so one presentation will not kill it.
Celebrate success – don’t forget that it’s not processes and practices but the success that scales. Make it visible and don’t forget to celebrate each successful step. Instead of focusing too much on what we are struggling with, start with what is working well and make sure it sticks. The rest will be improved step by step.

Sustainable Agility

One of the very common questions people ask is why companies are failing their agile transformations and what do we need to do to create sustainable agility? Let’s start with the most common mistakes. The first one is starting the change without creating a sense of urgency. If you don’t know why you need to change and what happens if you don’t change, there is only a little chance to be successful. Unless you know why you are changing the way you work (to be more agile, Scrum, or Kanban), then don’t do it. Neither Agile, Scrum, nor Kanban is your goal. They are just some sort of a ‘walking sticks’ helping you on your journey to success. You need to have a higher purpose defined which will be stronger than people’s individual goals and therefore unify them along the way. There needs to be a strong sense of urgency in the environment. Being different or implementing agile is not enough. There is another reason why the real strategic reasons need to be defined and that’s because those are exactly the metrics you need to measure to know if your transformation was successful. For example, if the real business reason for a change was to increase flexibility and fasten your learning, that’s how you can measure the success of the agile transformation. Neither velocity nor number of retrospectives matters.

The second most appealing way how to fail is to copy what someone is doing. Take their current way of working as a strict process and call it the only right way. When it worked somewhere else, why shall we take a hard time trying to invent it ourselves when we can just apply it as it is. Let’s rename it to some fancy name and fix it. It usually starts with a big push from the top and has often wrong expectations from such a change. Being Agile is going to be hard, you might not see the results right away, and renaming a few roles and departments would not be enough. You need to experiment and develop your own way of working. Only then you get the right habits and mindsets. MyCompanyAgile, nor Agile2.0 will help you.

To create your own flavor of the way of working, you need to start from the bottom, get experience from the teams, learn on the way through your own failures, do experiments, and have the courage to do things differently. Turn the organization around and build it based on the cross-functional teams who can actually deliver value end to end. Be business value driven, customer-centric. At some time, when you get used to this way of working at the team level and can imagine what needs to change in the business, systems architecture, and multiple team picture and you might need to get ready for the next step of scaling (implementing the agile way of working to larger products and ecosystems) and eventually the overall system of business agility (changing the way an organization operates, it’s structure, culture, and organizational design).

In summary – reflect, create a sense of urgency, experiment to find your own way, start small at the team level, and only once it works scale it through the entire organization. There is no silver bullet, you need to create your own way of working.

Agile Mindset

We talk about changing agile mindset for years now, and it’s hard to describe. People who are far from being Agile are often saying “That’s what we are already doing, so what is this buzz about Agile about?” or “This will never work in reality, Agile is only for unicorns.” So let’s see how that agile mindset is changing.

Delivery Focus

At the beginning of the Agile journey, it’s all about output. The delivery is the key. People care about efficiency, measuring velocity, estimating effort and complexity using Story points, T-shirt sizes, drawing Burndown charts. “How can we deliver faster?” is the most common question. People want to measure everything. They still believe the work which needs to be done can be analyzed and planned, so they create mini ‘stories’ aka business requirements with all the details specified, often using acceptance criteria to add even more details and make it even closer to detail specification as they’ve been always creating. They also believe that we only need to follow the plan and deliver everything as described as soon as possible to be successful. Nice and simple world. But that’s not what Agile is about so you can freely forget most of the practices mentioned above. They might be better than some other from pure traditional world, but most of them have nothing to do with being Agile. It’s just ‘fake Agile’. On the other hand, most of the people couldn’t learn how to dance overnight, so a bit of ‘fake Agile’ might be a good step towards the mindset change. To be fair there are some aspect teams need to master at this level, mostly going back to the XP (Extreme Programming) like continuous integration, shared code, TDD, regular refactoring, and pair programming or mob programming. Without those, nothing else will work.

Strategy Focus

The more you apply the agility, and aspects like self-organization to raise empowerment, cross-functionality to be business value driven, and frequent product reviews to be customer-centric, the more your focus turn from delivery to the vision: Why are we doing it? For whom? What makes it different? What is the value? How are we going to change the world? People start to see that delivery is important, but just as a prerequisite. And it’s definitely not about delivering faster (when there is a risk we go to the wrong direction). Instead, it’s about maximizing value, which actually can be achieved by delivering less features than you were used to do before. 80% of the value is only in 20% of functionality, and it’s not distributed linearly. The million-dollar question is how can we know this item brings value. The answer is surprisingly simple: Feedback. You can start with the implementation of Scrum. Short Sprints help teams to focus value delivery through defining Sprint Goals, cross-functional teams enable fast feedback on the value delivered from customers through regular Sprint Reviews, and good Product Owner brings decent business knowledge and creates a relationship with customers so the feedback makes sense. Practices like User Stories and Story Mapping, which are by definition customer-centric and value-driven (if used how they are supposed to be) are useful concepts to start a conversation about the business value. At this stage, people believe that if they have a good vision, and understand the customer well, they are going to be successful. Sounds great, the only weak point is that often that’s not enough in nowadays constantly changing the world.

Impact Focus

Finally, the last stage of the Agile mindset change is acknowledging that we don’t know where the value is, we can’t analyze it, we can’t plan it. All we can do is to iterate and inspect and adapt. This stage is finally where we stop pretending we know where the value is, and start heavily experimenting. Note, that 80% experiments must fail by definition, so you need to run very small tiny reality checks which are expected to be opportunities for learning. Teams learn fast from day to day failures, always looking for better ways, and when every experiment goes as they expected they take is as an indicator of lack of transparency, honesty, and relevant feedback. All over radical transparency is their best friend, empowerment doesn’t stop at the at the team level but goes through the entire organization, and emergent leadership is the key engine to creativity and innovations. The organization is purpose driven and do whatever it takes to achieve it. The delivery at this mindset stage is needed but is quite unimportant. It’s like walking. You would say you need to walk to get somewhere. But if you don’t know where the ‘somewhere’ is, walking no matter how fast only makes you tired. At this stage, it’s not even about a strategy that much as the strategy is emergent and changes depending on the feedback. It’s all about if the outcome we produce created impact. If you know what do you want to achieve, you can measure if it’s happening. The sooner the better. Impact Mapping is a good tool to start. You don’t implement functionality because you know how to implement it, nor because someone believes or say it is a good thing to be done. You do it, to achieve your goal. If you have any evidence that the impact you need to achieve it is happening, you continue. If not, you stop and find another assumption to test. If you think about it, this is a very different way of prioritization, working, and thinking. That’s the real agile mindset. Once you embrace such a way of working, you are truly Agile.

Onboarding and Recruiting

It’s important to realize that the employee experience starts already before the day one during the recruiting process. In agile organizations where hard skills and past experience are not that important we often focus on cultural mix, mindset and ability to learn instead. We used to have a hard programming test for our candidates. It was so hard than our regular employee would not pass it. And it didn’t tell us much as what we really need, were people who can collaborate, learn new things fast, and were flexible. So instead, we started to ask them about what are they passionate about, what they did, what they like to do. We changed the whole process to allow people find their roles, not hire for fixed roles. You can imagine how hard it was for recruiting agencies. Give us the position description, how many years of experience they need, master degree, what technologies they asked us. But we didn’t really care. We were looking for flexibility, and people willing to grow and co-create their roles.

Another important aspect is diversity. For team dynamic is good to have a mix of different profiles. For some roles we did MBTI, and TKI during their onboarding to help team understand people’s typical behavior during decision making, and conflicts. And you can be more creative than that. Very agile organizations are often inviting candidates to join them for a day so they can experience how it is to be part of the organization, and also hear from the team perspective, what is the candidate like. Recruiting is like dating. Some other agile organizations are even doing team hiring event, where they invite all candidates for the role – for example ScrumMaster or Product Owner to spend a day together and simulate the typical day. It’s transparent for both sides, and very revealing about the way how they react in different situations. In general contact before the day one is always encouraged.

Onboarding then can start by pair working, where the new person is not only introduced to the processes and products but also to the people and teams. We always have focused on the values and culture during the onboarding. Some organizations are creating a handbook for new employees to share with them who they are, but I believe becoming part of a team and a larger ecosystem and getting a mentor who can help people start is always worth of. It helps new people to create relationships and become integral part of the system. Time invested into people development always pays back.

Positions and Career Path in Agile Organization

Considering the shift from siloed based departments with subject matter experts focusing on their specialization in traditional organizations to more general cross-functional teams where members combine different skills to maximize the value in agile organizations, there is a trend to generalize positions and flatten the career path as the hierarchy got less important. Agile organizations are moving from fixed detailed positions to t-shaped skill positions or even no-positions at all, with emergent roles depending on the actual need. They abandon the skills based positions and creating a competence based model where employees are deciding what is their journey going to be. We optimize for flexibility and career mobility. The reason for such shift is again dealing with VUCA challenges as the world becomes too volatile, uncertain, complex, and ambiguous for pre-defined skilled based roles. Agile organizations need flexibility. They need to react fast on any changes in the business environment, are there new competitors offering different value, are there new technologies emerging, are there new challenges in the market, those are just a few questions you can ask. But there is no doubt that the world is not the same anymore. To deal with changes and support the people growth, Agile organizations invest in developing coaching and mentoring programs, and encouraging the internal workshops led by employees where they teach each other.

From my experience, from organizational design perspective, the hardest to imagine is the flat structure where leadership is emergent, and no fixed positions even exists. People are developing roles for themselves based on the current situation and needs, teams are forming around business challenges and adjourning once the challenge is solved. It’s a liquid structure. Very flexible, and very purpose driven. It’s one of those things you need to experience to be able to believe in it. And that’s a chicken – egg problem. What helped me was the experience from our Scrum teams, where I could see how self-organization works at the team level. And then applying it to large ecosystem was simply just using the same skills I was used to apply at the team level. In such environment where people take over the ownership and responsibility for doing their best to maximize the value and achieve the purpose, the detailed positions become irrelevant as teams are cross-functional and individuals t-shaped skilled. Then you can freely remove them, as they are not needed anymore. Quite straightforward. The culture and mindset goes first, the practices will follow.

Now if my last paragraph was way too far for you, the first small step you can start with even in very traditional environment is to shift from managing individuals to team collaboration. The more they collaborate, they develop the T-shaped skills for each individual. It still doesn’t mean that every single person can do everything the same way as anybody else, but they can actually help each other, they can review and test each other’s work, and they understand the whole little by little. T-shirt are not taking too much effort and are creating a ground for forming cross-functional teams. Once you have a cross-functional team, as first step, you can shift from skill-based roles which are not applicable anymore – like tester, software developer, UX designer, business analyst, etc. to general roles – i.e. team member, engineer or as Scrum call is ‘developer’ (note in Scrum we don’t mean ‘software developer’ but ‘product developer’).

It’s not that hard. Collaboration is fun and t-shaped skills are going really fast. On that journey, detailed positions becomes very soon redundant, and soon after, the career path will reflect the dynamics of the organizational design. People in such organizations are not motivated by given career ladder. They care about their opportunity for growth and personal development.

Time to Change Performance Review and Rewards System

I wrote here about the need of changing the HR in agile organizations. Agile HR helps organizations to adapt their culture to be more creative and collaborative and less control and compete oriented. They are here to create best employee experience from the first contact, through day one, support their growth, motivation, and increasing their value to the organization. And once you embrace such collaborative and creative culture, it’s time to redesign the performance review and overall evaluation process. The individual KPIs created by managers for upcoming year becomes irrelevant as the people are inspecting and adapting not only of what they deliver, but also what their roles are as those are changing depending on the needs. Some organizations are going towards team created and measured goals (like OKRs) but the others are removing any fixed goals with exchange to the radical transparency and strong evolutionary purpose. That’s where we talk about team organizations.

If you are not there yet, any type of the 360s, like Comparative Agility, Agility Health radar etc. can be a good start. It helps to start with receiving feedback and learning based on that. We are shifting from management feedback and ranking to self-assessment, peer-feedback, and coaching for growth with regular check-ins. I remember that the biggest shift happened where we stopped evaluating and started coaching people. Help them to design their own journey. We made organizational goals transparent and let teams and individuals to create their own goals. Together with a strong sense of the ownership, it helped to feed the motivation.

Finally the last step is to change the rewards and bonus system. It’s only possible if you already created a culture based on collaboration, transparency and purpose driven. Removing the detailed positions goes hand in hand with changing the evaluation system. The peer feedback is flowing there and back on a daily basis, most of the teams would be running their regular retrospective to improve, and help each other to grow. Most of the agile organizations are shifting towards higher base salary with no variable part as they realize that money are more demotivating factor at the end of the day. In creative complex world incentives for tasks are not really working. So that organizations are decoupling financial rewards from individual performance. If there is any bonus it’s more at the overall organizational level, split to the teams and allowing them to distribute it themselves, then given by the KIPs evaluations or decided by management. Some organizations go further on and make salaries fully transparent to everybody. Such level of transparency is a good review system as any inconsistency is visible to everyone.

Agile organizations focus on rewarding people behavior, and learning, over just doing your job. They realize that flexible working hours, self-selection of work, unlimited vacation, work from any place on the world, etc. are better motivation factors than your salary and bonus.

It’s all very different world. And it will not shift overnight. So start small, and inspect and adapt from there. The very first step is to get awareness about what culture you have in the organization and what is the desired culture. You might need a good communication, facilitation, and coaching skill to be able to help your organization to reflect that way, but that’s only the beginning. It’s all about changing mindset. Grow that mindset first, the different practices will follow.

In a summary, Agile HR helps organizations to change their culture to be more creative and collaborative and less control and compete oriented – we build organizations around motivated individuals, involving them in co-creating their journey. Agile HR focuses on the best employee experience from the first contact, through Day one, support their growth, motivation, and increasing their value to the organization. It’s not about processes but a different culture, different mindset.

Join the 10th anniversary of the Agile Prague Conference

I started organizing a conference because I wanted to bring interesting people to the Czech Republic, to Prague where I live. I wanted to give people here some sort of feeling of what it means to be agile across the globe, how different organizations do things, what is a hot topic nowadays in the world, and give them an opportunity for two days to learn from the best agile speakers.

The first year we started small and run an experiment as a track of the WebExpo conference and because people liked it, we decided to start a full dedicated conference called Agile Prague. This year we are celebrating a 10^th year anniversary. I guess time flies.

Agile Prague is always on Mon-Tue in September so you can enjoy the weekend in Prague and connect pleasure with a bit of learning. We start creating a program already in January, while I speak & travel for different events, I also search for interesting speakers and inspirational stories so many of our speakers are joining on our invitation.

This year you can join us on Mon-Tue Sep 19-20, 2022. We are having two parallel tracks of short practical talks, where people can deep dive into the topics during the open space each day. The entire conference is in English and the topic is “Sustainable Agility”.

To give you some idea about the program, we have several keynotes presented this year:

Alexey Krivitsky and Roland Flemm will help you to “Improve Transformation results in corporate organizations with Adaptivity that fits”. Many organizations struggle to adopt agile in a way that delivers on its promise to make the company fast, flexible and efficient. Alexey and Roland created a model called Adaptivity Fit, that helps you to create a map to guide your agile transformational journey.

Boris Glogger is in the Agile and Scrum space almost forever. I was in his Scrum class many years ago and I still remember it. During the conference, he will share his experience with us presenting his keynote “Let’s do it again – the role of agile consulting for a sustainable world”.

Evan Leybourn will explore “The Shape of Agility” and what it takes to build the organization ready for no matter what the future brings. Evan is the co-founder of Business Agility Institute which has the best collection of curated content about business agility.

Pat Guariglia will talk about “Quiet Resistance | An understated force”. Change is hard. Transforming to an agile mindset, environment, and way of working is always challenging. Could agile transformations be challenged with something more basic and fundamental, something more core to human behavior? The success of agile depends so much on social interaction and collaboration.

Richard Cheng and Karim Harbott will close the conference with “What is Business Agility and Why It’s Important”. Richard and Karim explore why business agility is critical for our teams, organizations, and leaders and why they need to understand the concept and values around Business Agility.

And together with them, we are bringing over 30 awesome speakers from all around the world.

Join us at Agile Prague Conference Sep 19-20,2022 agileprague.com.

Top 10 Agile Podcasts

Lately, I realized that people start listening more than reading and that podcasts become quite popular. So here is a list of my personal recommendations on top 10s agile podcasts.

#1: The #AgileWay Podcast by Zuzana Zuzi Sochova

#AgileWay podcast is exploring challenges organizations face on their agile journey. How to become a great ScrumMaster, how to change your leadership style, or how to embrace agility at the organizational level. Zuzi has also Czech language podcast “Jsme Agilni”.

Listen on Apple Podcasts: https://podcasts.apple.com/us/podcast/agileway/id1555101534

#2: LeSS (Large Scale Scrum) Matters Podcast by Ben Maynard

The LeSS (Large Scale Scrum) Matters podcast guides you through a proper understanding of how to use Scrum with multiple teams. Ben invites practitioners from the LeSS community to share their experiences with scaling Scrum.

Listen on Apple Podcasts: https://podcasts.apple.com/us/podcast/less-large-scale-scrum-matters/id1605120218

#3: (Re)Learning Leadership Podcast by Pete Behrens

(Re)Learning Leadership podcast is facilitated by Agile Leadership Journey founder Pete Behrens. The current ways of leading are failing to meet the challenges of our disrupted workforces. Today’s leaders have a choice between adaptation or atrophy: are you ready to evolve your mindset and accelerate change within your organization?

Listen on Apple Podcasts: https://podcasts.apple.com/us/podcast/re-learning-leadership/id1551181774

#4: Relationship Matters Podcast by CRR Global

The Relationship Matters Podcast We believe Relationship Matters, from humanity to nature, to the larger whole. Beyond Emotional Intelligence (relationship with oneself) and Social Intelligence (relationship with others) is the realm of Relationship Systems Intelligence where one’s focus shifts to the relationship with the group, team or system. This podcast is not specifically about agile, however in agile world relationship matters.

Listen on Apple Podcasts: https://podcasts.apple.com/us/podcast/relationship-matters/id1507583306

#5 The Collaboration Superpowers Podcast by Lisette Sutherland

The Collaboration Superpowers Podcast by Lisette Sutherland focus on remote work. Recently the remote work becomes a necessity, but not many organization knows how to make it healthy, effective, and collaborative space. Lisette Sutherland, one of the most experienced people about remote work I know, is interviewing people and companies doing great things… remotely! These interviews are packed with stories and tips for those whose business models depend upon successfully bridging distance to accomplish knowledge work.

Listen on Apple Podcasts: https://podcasts.apple.com/us/podcast/the-collaboration-superpowers-podcast/id931999061

#6: The Agile Book Club Podcast by Justyna Pindel and Paul Klipp

The Agile Book Club by Justyna Pindel and Paul Klipp is a podcast about books. Agile books. Every month, Justyna and Paul review a different agile book, sharing our thoughts, elevator pitches for the books, favorite quotations, and key takeaways.

Listen on Apple Podcasts: https://podcasts.apple.com/us/podcast/agile-book-club/id1465706071

#7: Agile Toolkit Podcast by Bob Payne

The Agile Toolkit Podcast by Bob Payne is one of the first agile podcasts, interviewing agile community about agile software development, methods, tools, and business agility.

Listen on Apple Podcasts: https://podcasts.apple.com/us/podcast/agile-toolkit-podcast/id78532866

#8: Scrum Master Toolbox Podcast: Agile storytelling from the trenches by Vasco Duarte

The Scrum Master Toolbox Podcast by Vasco Duarte interviews Scrum Masters and Agile Coaches from all over the world to get you actionable advice, new tips and tricks, improve your craft as a Scrum Master with daily doses of inspiring conversations with Scrum Masters from the all over the world. Some of the topics we discuss include: Agile Business, Agile Strategy, Retrospectives, Team motivation, Sprint Planning, Daily Scrum, Sprint Review, Backlog Refinement, Scaling Scrum, Lean Startup, Test Driven Development (TDD), Behavior Driven Development (BDD), Paper Prototyping, QA in Scrum, the role of agile managers, servant leadership, agile coaching, and more!

Listen on Apple Podcasts: https://podcasts.apple.com/us/podcast/scrum-master-toolbox-podcast-agile-storytelling-from/id963592988

#9: Bridging Agile and Professional Coaching Worlds Podcast by by Tandem Coaching Academy

Bridging Agile and Professional Coaching Worlds is a podcast with focus on anything and everything coaching – from Agile to Professional. We bring you the best of the best from the Agile and Professional coaching world, building that bridge between the two. We envision the future where Agile world embraces professional coaching skills and competencies, bringing them closer together.

Listen on Apple Podcasts: https://podcasts.apple.com/us/podcast/bridging-agile-and-professional-coaching-worlds/id1499503189

#10: The Working Genius Podcast with Patrick Lencioni

The Working Genius podcast by Patrick Lencioni is designed to help people identify their natural gifts and find joy and fulfillment in their work and life. What type of work makes you thrive? Are you burning out because your job requires you to work in your areas of frustration? How can teams and families better tap into one another’s gifts? This podcast answers all these questions and more. This is another podcast that is not agile by focus, but quite relevant in agile space.

Listen on Apple Podcasts: https://podcasts.apple.com/us/podcast/the-working-genius-podcast-with-patrick-lencioni/id1553105854

Other great podcasts recommend by the community:

There are many more. Let me know if there is a podcast you like missing and I’ll add it here.

who is agile?

Who is agile? is the video edition of the leanpub e-book of 2010. A book of personal reflections on journeys where people stumbled on agile.

Agile Amped Podcast – Inspiring Conversations

The Agile Amped podcast by Accenture | SolutionsIQ is the shared voice of the Agile community, driven by compelling stories, passionate people, and innovative ideas. Together, we are advancing the impact of business agility.

Listen on Apple Podcasts: https://podcasts.apple.com/us/podcast/agile-amped-podcast-inspiring-conversations/id992128516

Agile FM: “The Radio for the Agile Community”

Agile.FM by Jochen (Joe) Krebs interviews interesting agilists and bring their stories for a few years already, recording at many conferences. They cover a wide range of topics, for example Scrum, Kanban, Lean, Extreme Programming, CSM, PSM, Product Owner, Communication, Leadership, Agile Transformations and Cultural Change.

Listen on Apple Podcasts: https://podcasts.apple.com/us/podcast/agile-fm/id1263932838

A day in the life of an Agility Enabler

A day in the life of an Agility Enabler podcast by Jesus Mendez helps with building the next Agility Enabler’s generation in Montréal, Canada. Highlighting talented Scrum Masters, Agile Coaches and Agile Leaders from the Lean/Agile Montreal’s community, it intends to reveal what a day in the life of an Agility Enabler looks like and to help the audience with discovering the human being behind the Agility Enabler, its personal story, challenges, successful stories, tips, tricks and many more.

Listen on Apple Podcast: https://www.listennotes.com/podcasts/a-day-in-the-life-of-an-agility-enabler-tEmuaAecxbf/#