Question

Our team is switching to Scrum. I would be the ScrumMaster (in addition to being a developer), and another developer would become Product Owner (in addition to our product marketing guy).

All members of the team, including me, would be managed by the would-be Product Owner. By that I mean that the guy would be the one deciding about our yearly evaluation, raises, etc. Would this hierarchical link be prone to introduce issues? How do organizations typically map hierarchical structure onto agile teams?

I suppose it's quite common that the ScrumMaster has a hierarchical link to the other developers in the team. Here it would be the Product Owner. Is this different?

Was it helpful?

Solution

The product manager doesn't manage the team, but the product backlog. Having any hierarchical link will make things harder.

I also suggest you to remove yearly evaluations from your company. They are individual, and Scrum is focused on a team rather than individuals.

There is no hierarchical link between the Scrum Master and the rest of the team. The team is self managed.

The ScrumMaster ensure that the scrum process is properly implemented and help the team on a daily basis.

The team reports to the team during the daily stand ups.

The team reports to the product owner during the sprint review.

Simple and effective.

OTHER TIPS

As with most things there is no fixed answer here - it really depends on the team and the individuals involved and their relationships. I am the PO for a team who I functionally manage. It works fine. Can it get in the way? Sure it can, but if everybody wants it to work it can and does work. As a manager you need to be very clear about separation of your activites (manager vs PO - what hat am I wearing right now?) and also behave as more of a coach / team member than the old command and control style traditionalist. Manage with a very light touch and act as part of the team.

The product owner should, ideally, be part of the team in exactly the same way as the others. It's also got nothing to do with admin tasks. The scrummaster should be owning the process and ensuring the technical side is on track, the product owner should be ensuring that what the team is up to is matching what the business needs and that it isn't getting bogged down in technical tangents not relevent to the project. There is a natural tension there, which is why it's generally better not to combine them into one person. I find the closest parallel to PO in a traditional setup would be something between Business Analyst and project manager - but much, much closer to BA than PM.

Obviously you'll need to do reporting, and also the admin tasks - but don't get them mixed up with the scrummaster and product owner roles (even if those are the people doing them).

In our team we rotate the scrummaster role every couple of months (or when it looks like someone gets bored of it). I'm the development manager where I work (but I also take an active part in coding) - but that doesn't necessarily mean that at any one time I'm SM. I find that emphasises collaboration over hierarchy and once you're comfortable with scrum I suggest you do the same.

Licensed under: CC-BY-SA with attribution
scroll top