Okay... so you are making the transition to Scrum... awesome!
Let's
start by taking a quick inventory of your team and figure out who is
going to do what in this new methodology. Scrum defines three roles for
us: ScrumMaster, Team Member, and Product Owner. Everyone's pretty
excited and ready to get going, so let's take a look, and see where
everyone fits in.
If your organization is like most traditional
software development organizations, your team probably has a bunch of
developers, several QA analysts, maybe some interaction designers, a
database guy, and usually a Business Analyst and a Project Manager. You
might be working with a real customer, but more often than not, you are
working with a Product Manager who's job is to define your product
requirements.
Is that everyone on the project? It might be everyone on your project team, but is that really everyone on your project?
When
you look outside the immediate project team, the number of people with
influence over your project actually gets much larger. You likely have
several Product Managers, maybe a few marketing folks, a sales team,
and of course your support organization. You may have a team of
engineers that implement your product and probably a few consultants
that train your customers on how to use new features.
Do you
have any interested functional managers, directors, or vice presidents?
What about the Business Development and Strategy team? Does your
project have visibility at the Senior Executive level? Where do the
CIO... the CFO.. the CEO all fit in? These folks not only have an
interest in how the project is coming along, they might need to
actually insert some requirements and shape the direction and timing of
your project.
More than likely, these folks actually funded your
project. Do these individuals have a defined role in Scrum? If so, what
do we call them... what do they do? Is it sufficient to call them
chickens and tell them to talk to the ScrumMaster?
Over the next
few posts, we are going to take a look at the role of ScrumMaster, Team
Member, and Product Owner and explore how many of our traditional roles
play on an Scrum team. We'll examine how, from the team's perspective,
many of our traditional stakeholders are abstracted behind the role of
the Product Owner, what this means for the agile team, and its
implications for the broader organization.
We'll assess some of the risks and suggest an alternative or two for dealing the Product Owner at scale.
Comments