(Let the Light In)
✥ ✥ ✥
You notice that team members always postpone decisions and important work until one especially skilled Development Team member is present, but as the ScrumMaster you want all team members to perform optimally according to their abilities.
The skilled team member is always the one the organization calls for when particularly important work looms, because everyone knows that individual will likely end driving such decisions in the end. This team member often ends up in a Hero role, being the one called in when the business needs a fast solution. The other Development Team members tend to give up on complicated assignments because they know the Hero can do it better and the organization will ask for the Hero’s opinion anyway.
Sometimes a Hero can act like a busy parent who finds it easier to do things alone instead of help others to learn. So the Hero will be very productive while the other team members work in the shade without the necessary light to grow. At the same time the Hero risks to burn out.
These scenarios create a lack of courage and motivation in the Development Team members. They will stop growing and the team becomes more like a one man army with supporters than a self-organizing team where everyone contributes something of value.
Remove the Hero from the team so the rest of the team can grow, like flowers getting light after a big tree falls in the storm.
✥ ✥ ✥
It is not an easy solution to implement. Management can be upset if they are close to the Hero. The Hero will be upset if he/she feels that it is a degradation. Productivity will go down while the team is learning to take over.
We can relate an experience from a Danish company where a team had a Scrum team member did five times more work than any other team member — and didn’t have time to go to the Daily Scrum. After the ScrumMaster removed this productive team member from the team, the team’s velocity doubled. This is just one example out of many where the overall velocity in a Scrum Team increases after having removed “a hero.”
It may be unpopular to remove an individual if the Product Owner has come to be dependent on him or her. That makes it harder to remove the shading team member. On the other hand, it also exposes that the team is vulnerable to losing a single individual, and that perhaps that the team should work harder on raising its “truck number” to reduce the risk of dependency on a single individual (see Moderate Truck Number).
Normally it is the ScrumMaster, as owner of process issues, who owns this issue. Good ScrumMasters will try to mitigate the problem by coaching the individual or by taking other measures short of removing the person from the team. However, in the end, it is the ScrumMaster who has the authority to remove a shading member from the team. A good ScrumMaster may decide what course of action to take after consultation with all team members. If the individual causing the shade is the ScrumMaster him or herself, the rest of the Scrum Team has the power to dismiss the individual.
Quote from an interview with the ScrumMaster from a team that shrank from 20 to 5:
Those who wanted to try something else were allowed to leave the team. But sometimes there was an outcry when I presented it for the team. “Now we will die, we can’t do it. If he leaves we will have to give up” they said. I told them that I believed that the rest of the team will grow. If there is a strong architect then there will be a small flower behind him. When we cut down this tree just wait and see I believe that you will grow. And that is what I have seen happening.
This pattern goes along with Moderate Truck Number.
Letting everyone on the team share the work and have a sense of key contribution elevates Team Pride. Giving the key jobs to just one person, or having a team member who otherwise demoralizes the rest of the team, can destroy it.
In some cases there may be room elsewhere for the Hero as a Solo Virtuoso.
Picture credits: Pixabay (under CC0 license).