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.

Agile Prague Conference 2019

#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

Great ScrumMasterBeing 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 🙂

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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.

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.

Leader- LeaderFirstly, 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.

What is Agile Leadership

What is agile leadership about? How would you define it, how would you explain it? Those are just a few questions people are asking these days.

Agile leaders are able to inspire others, creates and communicate an appealing vision or a higher purpose which motivates organization and would constantly be looking for better ways of working through feedback. It’s about being inclusive, support others on their leadership journey. Being open to new ideas, experiments and innovations. Support creativity. Be able to garden the right mindset and creates cultures based on collaboration. Agile leader is a coach and good listener.

Agile leadership is not about tools, practices or methodologies. It’s an ability to look at the organization from the system perspective, understand system dynamics, be able to get awareness about what’s happening, embrace it, understand it and become an integral part of the system and finally be able to act upon and influence it with coaching, and initiate a change.

Agile Leadership Model

New management paradigm is about collaboration and trust, decentralization, continuous adaptation and flexibility, cooperation and teamwork. From the static management in the industrial era, we shifted to strategic management in last twenty years of the last century and moved quickly into the dynamic management which tries to keep up the speed with modern constantly changing, complex world. That’s the world which critically needs agile leadership as anything else is not flexible enough to deal with nowadays challenges. Companies need more creativity, collaboration, and innovations – simply agility. That’s the way how to be successful. That’s the way how to achieve their goals. That’s the way how to survive and don’t become new dinosaurs who are so huge, slow and inflexible that they eventually disappear from the world.

The hot topic of the next few years will be leadership

Modern world brings not only the different way of developing software called Agile but also changes in the organizational structure and leadership. You see it more and more often. People at the classes are asking why their managers are not there to hear the message. But very often they are, and they are ready to change the entire organization and their leadership style.

ShuThe ‘Shu’ level of Agile transformation is focused on practices and individuals or teams. How can we start? As a result, we create small isolated islands of Agility where we get to experience and learn more about what does it mean to be Agile. Sometimes companies are looking for shortcuts. But you can’t skip this level. It’s your foundation. If you make it solid, you are more likely going to be successful with Agile at the organizational level. At this level, you might see some improvements, but can’t achieve greater efficiency across the whole organization.

HaThe ‘Ha’ level of Agile Transformation is when you start Scaling phase. This is where the Business Agility starts to take place. That’s where the different leadership starts to be critically needed as you have to grow the different structure and mindset. The key focus is shifting towards how to develop leaders and how senior employees are growing within a company. As the right culture is getting its place, people are coming with innovative creative ideas which can make a difference in the company results. This situation is currently the biggest challenge we are facing now as an industry and its topic of many discussions. Together with Scaling frameworks (like LeSS – Large Scale Scrum) which address the organizational design, we talk about different Agile management practices, Agile HR, Agile in marketing, Agile in finance. Companies that understand this can create an environment that is more efficient, productive, and more successful than anything we have ever achieved with classical management methods.

RiFinally, the ‘Ri’ level of Agile transformation starts when the Business Agility is the normal way you operate your business. We have individual Agile leaders in the organization, and people take over initiatives. This is a time for another organizational shift. At this stage, we have a true Agile executive team, focusing on long-term strategy and Agile Board of Directors focusing on the purpose and vision both working as teams collaborating together. Both truly living Agile values.

Emerging Trends in Agile

The world is changing in cycles, fashion goes in cycles, and the same is true for Agile. What was trendy yesterday, is not today and it can change surprisingly fast 🙂 So let’s have a look what are the new trends in Agile and what the Agile community is talking about:

Agile Leadership and Agile Organization

Agile OrganisationAgile is not just a set of practices how to write a good software, but it’s more and more used in every part of the organization. The traditional leadership (leader-follower model) is no longer acceptable in Agile environments. In the previous years, almost everybody focused on teams and how to adopt Agile, Scrum, and Kanban to the teams. But if we want to be successful at the organizational level, this is not enough. We need to push boundaries and help the whole organization to change. Hand in hand with that, we need to grow Agile leaders and support Agile leadership which is the critical key to the organizational success with Agile.

Agile out of IT

As it was already mentioned, for real success, it’s important to change the whole organization into Agile. The common practice is to change IT department and leave it as isolated island inside the traditional organization. But this is just the beginning. The company has to follow the same culture and the same style of the working, so you hear more and more about Agile in HR and talent management, Agile finances, Agile marketing etc.

Business Agility

Finally, there is a term of Business Agility which brings back the real value of Agile. Agile was never meant to be development process of your IT. It was supposed to be business value driven. It should bring the startup mindset back to the organizations, and look at the delivery from a business perspective.  Prioritize, deliver value in short cycles, get feedback, measure impact. This is the real Agile mindset.

If you are in Agile or do you plan to try and implement it focus on these topics because without it Agile become only an empty skeleton of practices and processes. Agile is organizational change, it changes the mindset, culture, leadership, and business focus. If you take it as such change, you are going to be successful with Agile.