Skip to content

The developers encounter a technical issue that requires them to swarm. How would you approach this?

The developers encounter a technical issue that requires them to swarm. How would you approach this?

Welcome to part 44 in our scrum master interview questions series where John McFadyen answers common questions asked of scrum masters in interviews and client engagements.

I wouldn’t approach this at all.

As an interview question, this baffles me. The developers are the technical experts and if they have made an observation that swarming is required to fix the problem, they are easily the best placed people to make that call.

I don’t need to be involved. I don’t need to manage that. I don’t need to ensure that they do the task at all. As a team, they have identified the problem and designed an intervention to resolve that problem, nothing further is needed from me, the product owner, or anyone else for that matter.

What is swarming.

Swarming is when two or more developers come together to tackle a problem.

It happens when the developer, or development team, recognize that something is sufficiently difficult or intractable for one developer to solve on their own, and make a decision that two or more people are required to resolve the issue.

It could be a straightforward case of volume.

It just needs 5 people to do the work to solve the problem but they know how to do the work and know how to solve the problem so it’s a straightforward fix and a matter of time before they solve the problem.

It could be a case of complexity.

The team don’t have a firm grasp of what the problem is nor do they have any idea of what the solution might be. Swarming, in this instance, is about bringing as much experience and intellectual firepower to the problem to correctly diagnose the problem and develop a solution to resolve that problem.

This takes time, creativity, and collaboration.

There simply isn’t a way around it, it needs more people dedicated to developing a solution and the team will decide who is best placed to participate in the swarm.

It could be a technical debt issue.

Things have been left alone for too long and now everything has unravelled. There are too many bugs in the system, and it needs to be repaired. The team need to pay the piper for past neglect and shortcuts, and now it has become impossible to proceed without fixing the system.

The team will swarm to fix the problem because none of them would be able to proceed with their work until the fix was complete anyway, and so it makes sense to reduce the amount of time it takes to correct the problem.

Whatever the cause, there is no reason for a scrum master to get involved in the swarm, but it may be worth addressing the issue in the sprint retrospective to understand what happened, why swarming was necessary, and what can be done to prevent something disruptive happening in the future again if the swarming exercise was preventable.

About John McFadyen

If you are interested in becoming an agile coach and value mentored, coach-driven skills development in your journey to mastery, visit our Growing Scrum Masters website.

For more information on John McFadyen, connect with John on LinkedIn at https://www.linkedin.com/in/johnmcfadyen/.

If you like the idea of becoming a scrum master and want to achieve internationally recognised and certified accreditation as a scrum master, visit our Certified Scrum Master (CSM) course page.

If you are already a scrum master and want to upskill to a more advanced level of knowledge and agile coaching capability, visit our Advanced Certified Scrum Master (A-CSM) course page.

If you have several years’ experience as a scrum master and want to validate and certify your professional skills, visit our Certified Scrum Professional Scrum Master (CSP-SM) course page.

#agile #agilecoach #agilecoaching #agileprojectmanagement #agileproductdevelopment #agility #businessagility #scrum #scrummaster #scrumtraining #scrumcertification #scrumalliance #agilecentre #johnmcfadyen #coach #coaching #certifiedscrummaster