leadership - Agile and Scrum Blog

Employee Engagement

Most of the organizations are doing some employee engagement survey nowadays. Mostly they do it on yearly basis, then it usually takes a few weeks to generate results, so then when they finally communicate the results, no one remembers the situation when they responded anymore, talk about aggregated results and then forget them for the rest of the year. Next year they compare them with the previous year, talk about it for a while and let it go for the rest of the year, and so on. Employees complain it takes so much time to answer that many questions and there is no value in doing so. Not surprising, and not much agile either, right. But how many organizations have agile HR? Not many. So let’s change that. Agile is about regular cycles, fast feedback loops, and continuous improvement. If you apply those principles to the Employee engagement survey, you realize that you may not ask 25 questions every year at the same period of the time, but instead, how about if we run employee engagement in sprints and every week or two ask one question. It cost almost no time to answer that, and you can make the results automatically transparent to everyone right away. They are actual and visible to everyone immediately. Then every now and then, when there is a theme emerging from the results ask the people who care about improving it for input on how can we get better as an organization. Openspace is a great tool to address such challenges, smaller sessions can be organized as world café. Communities are formed on the fly to help organizations address the challenges and come up with ideas on how to change the system, environment, and the way we work. Straightforward and simple.

If you are looking into more theory about Employee engagement the Business Agility Institute brought together a group of researchers to examine general steps and programs that may help boost engagement, present an overview of the many drivers that can impact engagement, and discuss techniques to develop engagement strategies. We’ve shared the highlights below. Read more about Employee Engagement https://businessagility.institute/learn/whitepaper-employee-engagement/.

Top virtual conferences to join in 2020

The world recently changed into a very unpredictable stage. No one expected it, no one was ready for it, and not many people like it either. However, every crisis is good for something, and this one brought new ways of doing things. While most of the traditional conferences from my recommendation from January are canceled or postponed, the new virtual events emerged from the crises and bring unique value in this difficult time. The first time ever there can be one event for everyone in any place in the world – no travel, no jetlag. If some talks are late at night or too early in the morning for you, don’t worry. There is going to be recording. And just be honest, how many of you attended all sessions at the face to face event? I didn’t. So there is no difference really 🙂

#1: Agile100

Agile100 is a series of virtual conferences that bring the world’s top 100 agile thinkers and speakers to everyone across the globe. Embracing the latest technology, the conference is not only streaming talks from great speakers but creates connections, allows participants to meet and learn from each other, offer parallel ad-hoc open-space sessions, learn from experienced Certified Agile Coaches, and much more. People with access to knowledge and information can tackle any challenge and make our world more productive, more humane, and more sustainable.

LEARN – CONNECT – GET INSPIRED

The first few dates in the 2020 series are May 29, June 26, and July 31 – 12pm – 10pm (CET – Central European Time) / 6am – 4pm (ET – Eastern Time).

#2: Emerging from the crisis

Business Agility Institute is known for the top-quality conferences across the globe. Their last face to face event in the NYC had to turn half into virtual to accommodate people with travel restriction and they did amazing job allowing online participants to join and collaborate in facilitated deep dives the same way as the face to face attendees could. The current crisis will leave an indelible mark on the world of business. What will be the impact on Leadership, HR, Strategy, Finance & Risk Management? And what role does business agility play in emerging from this crisis? This conference is not about what we need to do now to survive the crisis or adapt to remote work; we’re aiming higher. We want to learn what we need to do today in order to thrive tomorrow. Join Emerging from crisis virtual conference to be inspired through 20-minute talks and discover practical next steps through facilitated dialog with your peers, get inspiration from invited leaders and strategists who walked through crises and have come out the other side with lessons learned and best practices.

LEARN FROM THE PAST TO THRIVE IN THE FUTURE

June 17th – 19th, 2020 – two options to choose:

Option 1: 11am – 1:30pm (US Eastern Time) / 5pm – 7:30pm (CET – Central European Time)
Option 1: 6:00 pm – 8:30 pm (US Eastern Time) / 8am – 10:30am (Sydney time)

#3: LeSS Day Europe

LeSS Day Europe virtual conference takes upon a mission of bringing to you fresh, impressive and up-to-date case studies of Large-Scale Scrum (LeSS) adoptions by means of story-telling and rich knowledge exchange. Get inspired by the most recent and most insightful case studies involving hundreds of people transformation in different industries. As usually, this conference is worth joining.

LEARN FROM PROVEN CASE-STUDIES AND FIRST-HAND STORIES OF DEEP AGILE TRANSFORMATIONS

June 15 – 17, 2020 – 3pm – 7pm (CET – Central European Time) / 10am – 14pm (US Eastern Time)

Hierarchy

I recently posted a quote from a conference saying that “Removing hierarchy and cross-team dependencies made space for strong collaborative teams.” Interestingly, I got many comments and questions about it. So let’s talk about hierarchy and why we don’t need it in Agile space.

But before we dive deeper… What is the hierarchy? – using dictionary definition: “Noun – a system in which members of an organization or society are ranked according to relative status or authority.”

Traditional Organizations Need Hierarchy

Organizations where employees are ‘ranked according to relative status or authority’ is what we inherited from the traditional organizational paradigm which is built on top of the belief that hierarchy is the key – every organization needs to have an org chart, we have to have a clear line of reporting and decision making. And I’m not saying it’s wrong, you can keep all the traditional practices like a career path, positions, performance reviews, KPIs, etc. however such organizational design is not what I’m interested in and has nothing to do with ‘being agile’. Traditional organizations might be still well functioning, applying some frameworks and ‘do agile’, but the mindset at the organizational level is just not there yet.

Agile Organizations Are Flat

What I’m interested in is applying an agile mindset at the organizational level. Help not only individuals to ‘be agile’, but the organization as well. Agile is fundamentally changing the way organizations operate. Agile organizations are built on a new paradigm. They have a team as the key building block and are forming collaborative, creative, and adaptive networks from them. In a team, we don’t have status, and we have no ranking either. All team members are peers, with no positional hierarchy and power. Indeed, you can gain respect from the other team members in a team, but you can also lose it if you don’t bring value to the people around you anymore. It’s flexible and dynamic. All you need is radical transparency, peer feedback, and honest culture with implicit trust. You might say it’s a lot, and I’m far from saying it’s easy. However, once you experience it, you never want back to the traditional world.

Who decides on the process? Teams. In a flat organization, they are not only self-organized, but self-managed (so they are responsible for the processes), self-designing (so they are designing teams), and self-governing (so they are setting overall direction). To get more insights on those terms, see how LeSS defines them. All over, you don’t need much more than what I already mentioned – transparency, feedback, and trust. If that’s too abstract, you can get inspired by Sociocracy 3.0. It will give you more ideas on how to get there.

Who set’s the goals and objectives? No one. They are co-created by the teams, reviewed through radical transparency, and inspected and adapted via frequent feedback to flexibly address the business challenges. At the end of the day, fixed goals are useless in the VUCA world. VUCA stands for volatility, uncertainty, complexity, and ambiguity. In other words, we speak about the world which is not predictable anymore. The cascading goals neither unify nor motivate. The more decentralized and autonomous the organizations are, the higher need is there for a strong evolutionary purpose. Co-created and owned by all. Transparent. You can get inspired by Frederic Laloux’s work.

What about budgets? Who says we need to have a budget in the first place. Again, you don’t need much more than what I already mentioned – transparency, feedback, and trust. Make all the finances transparent, and use instant peer feedback to review it. If that is too radical, you can get inspired by Beyond Budgeting.

All over, I guess you got the pattern. In an agile flat organization, we don’t need most of the traditional practices. All we need is radical transparency, peer feedback, and honest culture with implicit trust. No one is saying that you have to turn your organization into a flat structure and an agile mindset. But if you want to do that, be ready to redesign the way you work entirely.

5 Reasons Why to Attend AgilePrague Conference 2019

#1: World-class Program

Several years in a row we managed to achieve high-quality program while keeping it affordable to the people in the Czech Republic. This year you can be looking forward to awesome speakers, for example, Samantha Laing, Pete Behrens, Heidi Helfand, Stephen Parry, and Marsha Shenk. Register soon, the conference is always sold out.

#2: Agile Journey Focus

The theme of this year is the Agile Journey. Agile is more than an IT process. We are going to talk about Agile transformations, leadership, scaling, the new ways of running your products and businesses, collaborative culture and great teams. See the program.

#3: Coaches Clinic

You can discuss any area you are interested in and get free help from experienced coaches at our Coaches Clinic. It is a unique and free service designed to help you with specific challenges you’ve encountered on your way to a more Agile way of working. The Coaches Clinic is prepared and organized by Certified Agile Coaches – Certified Team Coaches (CTC), Certified Enterprise Coaches (CEC), Certified Scrum Trainers (CST) and other experienced Agile coaches.

#4: Open Space

AgilePrague Conference is not just about listening. We want you to participate and come up with your own session. Every mid-day there is an open space where you have an opportunity to share ideas, discuss topics with each other and join a deep dive conversation with our speakers. Open space is an opportunity to create your own program and bring your own topics to the conference.

#5: Visit Prague

Prague is an awesome city, so why not combine the sightseeing & conference? Have a beer, wander through old town & narrow streets, enjoy one of the greatest historical cities 🙂

Looking forward to seeing you on Sep 16-17, 2019 at AgilePrague Conference!

10 Most Common Mistakes of ScrumMaster

Being great ScrumMaster is a journey, where you have to learn a lot about Agile, Scrum, coaching, facilitation, change, business agility, technical practices, leadership… But all over it all starts with having the agile mindset. This time, I’m not focusing on who you need to be, but quite opposite what you should avoid, as one of the very common questions at the classes is what are the most common mistakes of ScrumMaster. So here is the list:

Being a Team Assistant

Taking care of the team, solve issues (impediments) for them, plan meetings… It’s easy to get there as it seems to be helpful. But only in the short term. Long-term, it will create unconfident people who rely on ScrumMaster and never take over responsibility and ownership. Instead, you shall show them they can solve most of their problems by themselves, and be a good coach, facilitator and servant leader.

Share ScrumMaster Role with Another Role

Such ScrumMasters have usually lack of focus. They don’t spend enough time observing, finding better ways for the team to become great, and are happy and done with the role once everything is ok. Instead of sharing ScrumMaster role with another role, have ScrumMaster full time, let them focus on how they can become great ScrumMasters and truly master the agility so it will help the entire organization. Give them space to invest more time to the other levels of the #ScrumMasterWay concept.

Team Only Focus

Speaking about #ScrumMasterWay concept, many ScrumMasters believe that their only role is to support their development team to be great. I mean this is fine, but it’s just a tiny part on the ScrumMaster journey. It’s like a kindergarten. You need to experience it. That’s where you learn and practice all State of Mind approaches, that’s where you get confidence in yourself as a leader and change agent. But even if you are super successful, it’s only changing at the team level. You need to go broader and follow the other steps of the #ScrumMasterWay model and change the entire organization into an agile organization.

Technical Expert

Being a technical expert is dangerous for ScrumMasters. They feel a strong need to advise people on what to do. If you know a better solution, it’s just easier to tell them, then help them to figure it out. Instead, ScrumMaster shall trust the team they are the experts and coach them so they become better.

Manage Meetings

ScrumMaster is neither manager of the Scrum meetings, nor responsible for scheduling them. Instead, ScrumMaster shall be a facilitator, who takes care about the form of the conversation, not the content.

Don’t Believe in Scrum

How many times you’ve seen ScrumMaster who is doubting about the core Scrum so much that no one is following them? You need to be sure it works, need to believe in it, need to be the biggest Agile enthusiast all around. Otherwise, you can’t make the others to follow.

Apply ‘Fake Scrum’

Sometimes ScrumMasters take Scrum as just a process, don’t search for deeper understanding. Just do it (Daily Scrum, backlog, ScrumMaster role, …) as Scrum says so. They don’t have the right mindset. Agile and Scrum is not about practices, it’s a different way of thinking. It’s about “being” not “doing”.

Waiting for Someone Else to Start the Change

ScrumMasters often wait for someone else to initiate a change. They are reluctant to take over responsibility and ownership and the organization is not moving anywhere. Instead of waiting forever, ScrumMaster shall be a change agent, responsible for the entire organization Agile journey.

Scrum and Agile Expert

It’s enough to understand Agile and Scrum. Which is simple so we are done. Being ScrumMaster is a journey, and you can never stop learning. Even if you feel you know Agile and Scrum, there is always something new. And there are those other domains you need to master: coaching, facilitation, change, business agility, team dynamics, technical practices, leadership, … The learning is never ending.

We Are Great Team, We Are Done.

Often ScrumMasters let their team believe they can be done. The team is good, we finished our Agile transformation. Don’t bother us with new ideas. We know how to work. We are self-organized. You can never be done in a complex environment. There is always a better way. So instead of this false believe, ScrumMasters shall coach the team so they see other opportunities to inspect and adapt.

Do we need CEO in Agile Organization?

Agile at the organizational level changes everything. I wrote here already about Agile HR, Agile Board of Directors, and Agile at the Executive Team Level. Let’s have a look at the top of the organization. Should it remain the same? Or shall we go one step further and change it as well?

Searching for an “agile mindset CEO” is frankly a nightmare. Everyone who tried it can confirm that. There are not many CEOs with enough Agile experience yet in the world and those few who has it are not likely looking for a job as they are usually quite happy in their current organization. So, no matter which executive search firm you choose, or what you write to the position description, the search firms are no real help here. Unless you already spent effort up front on growing the talent internally, you need huge luck to get someone who understands agile more than a basic theory. No matter how desperate you are searching for a CEO, this is still just a small obstacle, not the real reason for a structural change.

The real need for top-level change starts when most of the organization is having an agile mindset. The Agile transformation is about being agile. How many times you’ve heard this request: “How about if our management give us more support on your Agile journey?”, “How about if our executive team is Agile and don’t just push it to us?”, “How about if they practice the same way we work as well?”Would that make it a difference? Maybe. So why don’t we go one more step ahead and change from the top and become a role model for the entire organization? As the organization has changed and Agile is not solely the domain of the IT anymore, but the business agility got into every department, the need for a change at the top level is inevitable. Why do we need a CEO in the first place? Just because that’s how organizations always been? Shouldn’t we ‘eat our own lunch’ and change the way we work entirely? Shouldn’t we apply the same principles the team do? Sounds simple, right.

And as usually it is simple to understand, hard to do as it needs courage. Courage to say “We are going to be different.” We will have Organizational ScrumMaster and Organizational Product Owner instead of a CEO because it will be closer to the way we work at this organization, fits our values, and last but not least we believe it will help us to be more flexible and adaptive at the organizational level. And that’s worth of trying.

The Organizational ScrumMaster would be focusing on the right culture, mindset and structure, so we become high-performing innovative organizations which embraced agility, and Organizational Product Owner would be focusing externally to the business, vision a purpose to we know where are we heading and why and are value driven. Both roles need to respect each other and be open with each other, the same way as it is in a single Scrum team, as together they will be part of the Organizational Leadership Team, and the network structure of self-organizational teams. There are two roles in Scrum by a reason instead of one. When you ask people if they would suggest to combine them, no one feels it is a good idea. And at the top organizational level, we would still do it? The similar reasons are valid at this level as well. When you think about it, it fits the way we work much better, then a single CEO – supports the right organizational mindset, transparency, and collaboration, it is consistent with who we are.

From a legal perspective, it is perfectly possible, and it’s not that much work either. You might need to change the bylaws a little, but there is no reason why you can’t do it. From a hiring perspective, it’s much simpler, as you are not looking for that ‘superhero’ personality who would be great with both internal and external sides. Try it. As I said already, all you need is courage. And that’s one of the Scrum values anyway. Experiment, and from that stage inspect and adapt. Now, do I believe that this SM-CEO or PO-CEO will eventually make themselves out of job? No, I don’t. It’s the same as the team level. Even if the team is self-organized and knows the business well, there is still work for ScrumMaster and Product Owner. Similarly, at the organizational level, there is still a need for Organizational ScrumMaster and Organizational Product Owner even when the network of collaborative teams got self-organized, business value-driven, and customer-centric. The Organizational ScrumMaster and Organizational Product Owner would use Leader – Leader style to build other leaders around them, and if they are successful, the organization will become purpose driven where leadership will be emergent and structure liquid. The same way as it is in the Scrum team, the Organizational ScrumMaster and Organizational Product Owner will move from those who explain, tell and share, to those who coach, facilitate, and keep the system spinning. And that’s what is the Agile Leadership about.

From Good to Great: Radical Transparency

I started the series From Good to Great by advising you to find your own way of being Agile. The next blog focuses on radical transparency. Let’s be truthful for a moment, how many organizations you worked for have real transparency, and how many are hiding information behind the teams or department walls, encourage by processes and claimed necessity of being compliant. Lack of transparency is a strong weapon which eventually can kill any Agile transformation as it makes collaboration and self-organization almost impossible. Lack of transparency is a great friend of hierarchical structures supported by fear and politics. “If I’m the only one who has the information, no one can jeopardize my position, and I’m safe being manager… All I need to do to be promoted is wait and make sure that no big mistake happens.” Sound familiar?

Once you really mean it with your Agile journey, radical transparency is the key enabler. Together with the empowerment raising from the self-organization, it brings the energy and people start to take over the responsibility and ownership. They don’t wait until someone promote them to any function, they don’t wait for any orders. They take it over and collaborate on the solution.

Radical transparency is the key enabler of agility

Understand the Purpose

To understand the organizational vision and have a clear evolutionary purpose is crucial to successful collaboration and self-organization. In order to take over any initiative, people have to understand where are we heading, who are we, and who we don’t want to be. There is a very simple test. All you need to do is to take a random employee and ask him/her what is the vision/purpose/uniqueness of this organization. For simplicity, you can start with the executive leadership team to see if they didn’t lose the track of why they are there. 🙂 The good news is they usually know exactly what is the vision and can explain it in a very clear and engaging way. But when you do a cross-check across the organization, very likely there is a disconnect (usually several or even too many) which results in a very disruptive chaotic way of working. To fix it, storytelling is your best friend. Nothing can set up the stage better. Using serious of collaborative workshops like worldcafe, openspace, etc. involve people in co-creating the vision and help them to be part of it. Storytelling will set the directions. They need to own it, they need to believe it, they need to feel a need to be part of it. That’s the energy you need to begin. It brings innovative thinking, creativity, and empowerment, when people start offering help, ideas, and are ready to sacrifice personal goals in exchange for being part of something bigger.

Experiment, Inspect, Adapt

The next step is run experiments. At every level, you need to be transparent and openly share experiments at the early stage, and last but not least be ready to adapt through feedback. The downside is that before you learn how to collaborate and pass a test that you have the same understanding of the vision, it’s going to be very inefficient, and frustrating. “If we can just do it our way”, “they don’t understand it”, and “we know what to do so why shall we ask for feedback” people often say. But if you are strong enough and sustain the need for shortcut pre-baked solutions, very soon you see the results in higher collaboration, better understanding and some kind of harmony, which all over results in a high-performing environment.

Together with that, you need to run regular retrospectives and be transparent about the action steps. Share the backlog internally and externally. Simply there is no or very few information which needs to be hidden. If you believe you find any, try to double-check it by playing the “Five Why” and make sure you have a plan on what needs to be done so you can make it fully transparent.

Be Inclusive

The last necessary step on the radical transparency journey is to be inclusive. There is no such thing as a closed meeting. They shall be publicly visible with an open invitation so people can join if they are interested and have something to say. If there are many people, the facilitator can use some diverge and merge facilitation techniques, but no restriction shall be applied for the sake of efficiency.

It’s not about being fast without alignment, it’s about building alignment so you can be even faster.

Radical transparency is hard. You first need to have the courage to say things how they are, don’t be afraid to hear difficult feedback, have trust people will help you, and be ready to help others because after all, you all have the same vision, the same evolutionary purpose to achieve. It’s not easy but is a great investment and it will pay back in forming a highly adaptive (agile) high-performing organizations – the organizations which are formed to crack the challenges of the nowadays complex world.

Agile Board of Directors

Are you also wondering why you shall be Agile and your board of directors and the executive team is not? I wrote about Agile at the executive team last time, now it’s time to have a look at the board of directors.

There is no real reason why the board of directors should not act as an Agile team. Just the habit as most of the directors of the board are coming from the traditional companies and had never experienced it. The governance is important, but the usual committee structure presenting a report to the board each quarter doesn’t help them to react to challenges. I did this presentation at several different organizations, and I thought it might be useful to summarize the key points here as well.

Let’s start with an overview of what any Agile entity needs: Have Agile values of transparency, trust, respect, collaboration, and a shared understanding of a purpose so people are having the same goals. Simply be a great team, not just a group of individuals. But applying radical transparency, get feedback and collaborate is often very hard at this level. Not that it would not be useful, but it’s not going to be easy. Secondly, the board must be consistent with the organization. If Agile stops at the board level, it creates a gap within the organization and governance inconsistency and the whole organization will struggle. Finally, Agile boards are not just governance bodies, Agile boards of directors create a purpose-driven organizations, the sense of belonging which skyrockets organizations success. Having said so, it’s critical that Agile boards collaborate on the key strategic initiatives with the rest of the organization, which if you think about it is very far from filtering anything in and out of the board through the CEO. There are three principles of the Agile board of directors:

#1 Team over individuals and hierarchy

While traditional organizations are formed by stable departments and individuals, Agile organizations form communities build around the purpose. Internally there is usually a quite liquid structure to keep adaptivity and strategy focus in the nowadays complex world. It embraces the team as the key building unit and forms a collaborative network of teams. Similarly, the board of directors is a team which has one goal, even if internally there is a structure of the committees, each committee is a collaborative team as well where all the committee chairs and the board chair are acting more like facilitators then managers of the group. The board as a team is just a small part of the whole picture. We use the ‘team in the team’ concept in Scrum having a Development team being part of the Scrum team, being part of the product team once you scale, and such product teams being part of the entire organization which acts as a team or collaborative network if you wish, where all those pieces only stay together with a strong purpose which creates a common goal for everyone. The same way the board shall form a collaborative team with CEO, the BoD together with the CEO shall form a team structure with management and eventually the entire organization. Too much hierarchy kills the collaborative mindset and a team spirit. There is always going to be some hierarchy in the organization, but maybe the way of work may not be driven by the hierarchy – but the purpose, collaboration, having the radical transparency as a pre-requisite.

#2 Flexibility over fixed plans and budgets

The more are we responsive to changes through the collaboration, the higher need for adaptiveness is in the organization. Agile organizations are moving from year fixed budgets into the Beyond Budgeting principles. Valuing the purpose driven continuous planning over annual top-down fixed goals and plans. You will see more voluntary based virtual teams over fixed departments or speaking about the board the committees. People are groping around the common cause instead of the fixed plan while the planning is a continuous inclusive process instead of a top-down annual event. Anyone shall be invited to join when they have something to add to the purpose of the event. Keep it transparent, inclusive, open. All that is an iterative process with regular feedback and an opportunity to inspect and adapt.

#3 Strategy over operational

The good board shall be focused 80% on strategy and significant business issues, 20% reporting. Nothing new, right? It’s the same old 80/20 rule which we often used in the Agile product ownership, organization in general or economy. The Agile boards are going through significant shift refocusing into strategic over operational. Don’t take me wrong, the governance is important. The same as the importance of the processes in the Agile Manifesto: “While there is value in the items on the right, we value the items on the left more”. The same applies here. Reporting is part of the transparency. It shall almost not be even needed if the transparency is there as everyone can just see it. The board doesn’t have to meet to get a status. They shall meet to discuss, understand each other, have creative conversations, visionary sessions, give feedback. The boards shall meet frequently every 1-2 months (that’s their Sprint time), and focus on a communication and work between meetings. There is no need for reporting, all the documents shall be visible so you save a meeting for conversations about the direction. Similarly to the product environment, the shorter Sprints ends up with better understanding, feedback, and higher delivered value.

Finally, keep in mind that the less fixed is the structure and the plan, there is a higher need for a good facilitation, as without it you might end up in the chaos.

Five books every Agile leader should read before they start Agile transformation

To continue my with my book recommendations (check Five books every ScrumMaster should read and Five books every Product Owner should read), I have several books here, I would recommend every Agile Leader and manager in Agile Organization to read before they start Agile transformation. It’s a mix which will help you to understand Agile Leadership, Agile Organization, it’s structure, design, and culture and allow you to adapt to the different leadership style. Enjoy reading 🙂

Niels Pflaeging – Organize for Complexity: How to Get Life Back Into Work to Build the High-Performance Organization is about complexity and work – and about how to deal productively with both. A condensed introduction to the theory and practice of organizational high performance. A manifesto for contemporary leadership and profound transformation in organizations of all kinds. It is “practically theoretic”, featuring cutting-edge insight. It proposes new language and thinking for a new way of work and organizations.
Frederic Laloux – Reinventing Organizations is a must. The way we manage organizations seems increasingly out of date. Survey after survey shows that a majority of employees feel disengaged from their companies. The epidemic of organizational disillusionment goes way beyond Corporate America-teachers, doctors, and nurses are leaving their professions in record numbers because the way we run schools and hospitals kills their vocation. Government agencies and nonprofits have a noble purpose, but working for these entities often feels soulless and lifeless just the same. All these organizations suffer from power games played at the top and powerlessness at lower levels, from infighting and bureaucracy, from endless meetings and a seemingly never-ending succession of change and cost-cutting programs.
Large-Scale Scrum: More with LeSS is looking at the organizational design from a different perspective. Rather than asking, “How can we do agile at scale in our big complex organization?” a different and deeper question is, “How can we have the same simple structure that Scrum offers for the organization, and be agile at scale rather than do agile?” This profound insight is at the heart of LeSS. In Large-Scale Scrum: More with LeSS, Craig Larman and Bas Vodde have distilled over a decade of experience in large-scale LeSS adoptions towards a simpler organization that delivers more flexibility with less complexity, more value with less waste, and more purpose with less prescription.
The Responsibility Process: Unlocking Your Natural Ability to Live and Lead with Power is about FREEDOM, POWER, and CHOICE. Leadership is innate. The Responsibility Process proves it. The Responsibility Process is a natural mental pattern that helps you process thoughts about taking or avoiding responsibility. How you navigate it determines whether you are leading toward meaningful results or just marking time. This book gives you precision tools, practices, and leadership truths to navigate The Responsibility Process and lead yourself and others to freedom, power, and choice.
Leadership and Self Deceptions shows how most personal and organizational problems are the result of a little-known problem called self-deception. Through an entertaining and highly instructive story, Leadership and Self-Deception shows what self-deception is, how people get trapped in it, how it undermines personal achievement and organizational performance, and- most importantly the surprising way to solve it.

BONUS:

Finally, there is a bonus book which I wrote a few years after this blogpost 🙂 The Agile Leader: Leveraging the Power of Influence Book published in December 2020 will help you to unleash your agile leadership potential and guide your entire organization toward agility. It’s a great overview of concepts for managers, directors, executives, and entrepreneurs―anyone, regardless of position, who’s ready to take ownership, challenge the status quo, and become a true agile leader. See more at https://greatagileleader.com.

Difference between manager and leader

Leader and manager, what is the difference? Is there any? People are often mixing these terms up so let’s make it more clear.

Firstly, managers shall be leaders. That’s where the confusion is most likely coming from. But leaders are not just managers, leader is not a position, anyone can be a leader. In an Agile organization where hierarchy is becoming less important, we take more focus on leadership than management. There is no authority given to a leader. They gain it by their actions and behaviors and by their service to the people around them. Leaders could be anywhere in your organization and their power grows by respect of others. Managers, on the other hand, are often associated with decision making, and certain power which must be given to them.

Leaders are key to any Agile organization. The more leadership is in the organization, the more likely the mindset will change and the Agile transformation will become successful.

“Leaders need to change first. The organization will follow. “

Don’t wait for anyone, you are the leader you can change today. Agile is not about practices, rules, or processes. Agile is about the different way of thinking, different way of approaching things, different mindset. And it’s all in your hands. You are the leader.