A Pattern for Successful Agile Managers
A Pattern for Successful Agile Managers
Going Agile can be tricky, especially if you're used to Waterfall style management. Learn how to be the Servant Leader required for Agile development.
Join the DZone community and get the full member experience.Join For Free
How will the role of the manager change in an Agile organization? This is a question that keeps every manager busy when they start their Agile journey. In this blog, I describe the pattern of a changing management style. The behavior is based on my observations when coaching the Agile manager.
The Pattern of an Agile Manager
A crucial part of an Agile transition is the mindset and behavior of the manager. Many managers have a hard time changing. Not because they don’t want to change, but mostly because the world around them isn’t ready for it. Agile managers need teams to self-organize. Especially when it comes to operational, detailed, day-to-day activities. Daily, operational work is too complex f0r managers to be involved in every detail.
However, self-organization doesn’t just happen overnight! Agile managers need to create an environment where people/teams organize themselves. Traditional management roles will evolve into leadership roles. The pattern below describes 5 stages. In every stage, the manager changes behavior and lets go of an old behavior.
Each of the stages has a relation to the maturity-level of the Scrum team. An Agile manager cannot grow when the Scrum Master, Product Owner, and Development Team are not growing alongside them.
The Director wants to be in control. He has a highly directive management style and tells people what to do, and, sometimes, even how to do it. The Director compares a Scrum team with a factory or an execution machine.
The organization is a top-down hierarchy. Plans are made at the top of the hierarchy. The Director makes sure that people them below in the hierarchy (Product Owners included) focus on execution.
The Director gives people individual targets to ensure efficiency, quality, and responsibility for the outcome.
Profit and shareholder happiness are the main measurements for progress. Teams commit to time, scope, and budget to make sure plans are executed.
Directors in a transition to the next stage have difficulties, since:
- The whole organization is so used to this management style that it is very hard to change it.
- Targets are still efficiency/hareholder driven.
- People in (Scrum) teams are not used to self-organizing (although they might be open to it).
- Teams aren’t stable enough to continuously learn and become self-organized.
Being a Director in a world with uncertainty and change is stressful. At some point, he needs to delegate stuff to people he can trust. That’s the moment where Directors become Influencers. A Manager needs some maturity from the Scrum Masters, Product Owners, and Development teams to make that shift.
The Influencer still has a need for control. He still makes the top-down plan and then tries to get buy-in on these plans.
Once he has buy-in, he delegates the less critical tasks. In this way the Influencer can focus on escalations and long term decision making:
- The Influencer delegates Planning execution to the Product Owner.
- Product Owners have to provide frequent progress reports.
- The Influencer imposes improvements on Scrum Masters by providing guidelines on processes and tools.
- The Influencer ensures quality by setting up predefined standards for the teams.
- He challenges teams to increase their velocity.
- He adds extra resources if this is not possible.
As a result of delegating work, people will start to feel responsible for some of the work. The Influencer creates more room for self-organization, but people still struggle to gain control of their projects.
When Scrum Masters succeed in building good teams, standards and responsibilities grow. An Influencer needs this in order to feel comfortable enough to delegate more work and responsibilities. Influencers turn into Facilitators when this happens.
The focus of the Facilitator shifts from staying in control/ensuring compliance, towards keeping employees and customers happy.
The Facilitator takes strategic decisions, but leaves the details to consensus and mutual agreement:
- Planning decisions are an agreement between Product Owners, stakeholders, and himself.
- Product Owners become the spokesmen to customers and stakeholders.
- He tracks progress by frequently visiting Sprint Reviews.
- In Sprint Reviews, he participates as a stakeholder or helps stakeholders to make the right decisions.
- He provides the boundary conditions for teams to set up their own quality-practices.
- He uses velocity as an indicator for fixing issues instead of enforcing them.
The directive management style of the Facilitator has changed into a supportive approach.
People feel responsible and in control. They now want full control over their work.
Once the Facilitator dares to let go of critical decision making he becomes an Advisor. In this stage he only gives advice. Decisions are made by the people doing the work:
- Scrum Masters decide on the processes, tools, and improvements to be made.
- The Advisor consults or helps the Scrum Master in solving difficult problems.
- Product Owners decide on product planning and stakeholder management. The Advisor has no need to be in between.
- Instead, he facilitates interaction between Product Owners, Stakeholders, and Development Team.
- Development Teams are responsible for quality and how they do their work (using the Definition of Done).
- The Advisor facilitates the Development Team to get the resources for building high-quality products.
There is a big overlap in the work of a Scrum Master and an Advisor. While the Scrum Master is focussed on coaching the teams, Advisors coach the Scrum Masters and/or Product Owners.
Once in a while, the Advisor makes inquires if decisions do not lead to issues. He is still responsible for budgeting but leaves the decision making with the people doing the work.
The Servant Leader
Mature Scrum teams feel ownership for the full value chain. The Servant Leader feels safe enough to hand over full control to these teams. Instead, he has has a holarchical view of the organization, while teams continuously improve on their own level in the holarchy.
This is what real self-organization looks like:
- Development team members are responsible for product quality.
- The Servant Leader randomly samples if customers are satisfied with the quality.
- Product Owners are responsible for budgets, profit, and loss of their product.
- Scrum Masters are responsible for continuous improvement of the team and the organization.
- The Servant Leader facilitates the entrepreneurship of every employee.
- The Servant Leader makes sure everyone in the organization is focused on creating customer value.
- The Servant Leader focuses on capturing opportunities, solving problems, and getting results.
The Servant Leader provides guidance, possibilities, and resources for new/inexperienced people to grow as a professional.
The major responsibility of the Servant Leader is to prevent the environment from re-creating old paradigms. Employees need enough room for experimenting with the values in the Agile Manifesto.
Tips for the Agile Manager
Traditional managers have a hard time becoming Agile leaders since many organizations still run on old, top-down, directive paradigms. A Servant Leader stands out by breaking through these political power hierarchies.
A few tips if you are planning to walk this path yourself:
- If you work in an organization that is still based on these old paradigms, make sure that you are supported by ‘someone above.’
- It is often easier to become a Servant Leader in a small organization. If your organization grows, make sure that new employees also become Servant Leaders.
- Focus on growing people. You can’t do this alone! You need Product Owners, Scrum Masters, and Development Team members to grow with you.
What version of manager are you?
Published at DZone with permission of Ron Eringa , DZone MVB. See the original article here.
Opinions expressed by DZone contributors are their own.