Re: Interaction designer Scrum Team and planning poker
- My assessment is the same -- the best fit for an
Interaction Designer is as part of a SCRUM's Product Owner role. In
that role the designer is better able to direct the project's vision,
both from a business perspective and a user experience perspective.
This also has the advantage of moving much of the designer's work
outside of sprint tasks. Estimating a design's completion can be
quite difficult if testing and validation are to be part of that
design's "done" criteria.
Senior UX Designer
--- In email@example.com, "jcgrosjean" <jcgrosjean@...>
> According to you, what is the best place for the Interaction designer /
> user experience specialist in SCRUM projects?:
> - belonging to the Product Owner team (as Jeff Patton suggests it in a
> recent article :
> - belonging to the Team (as developpers, testers ...)
> I tried the firt and the second solution : advantages and drawbacks in
> both cases. It also impacts the way we do estimation and planning, the
> velocity of the team... A simple example, if he belongs to the team, he
> intervenes and is playing the planning poker; if you consider him as a
> Product owner, he doesn't have to give an estimation during
> the "planning poker" (but provides the team with useful information to
> estimate the UI design).
> Finally are wireframing and storyboarding activities estimated as tasks
> for the team ? and user testing ?
> I tend to believe that the most confortable place for him is with the
> Product Owner.
> If the team clearly adopts agile principles and values, there is no
> And you, how do you organize it in your projects ?
> Jean Claude
> My assessment is the same -- the best fit for anvision,
> Interaction Designer is as part of a SCRUM's Product Owner role. In
> that role the designer is better able to direct the project's
> both from a business perspective and a user experience perspective.I agree with that... to the extent that the designer just doesn't
> This also has the advantage of moving much of the designer's work
> outside of sprint tasks. Estimating a design's completion can be
> quite difficult if testing and validation are to be part of that
> design's "done" criteria.
stay in its ivory tower and keeps a close contact with the ones doing
the dirty coding. This all sounds natural on this group, but surely
needs to be stressed again to lots of Interaction Design folks...
Hence he should really focus on hi-level lo-fi prototypes (to ensure
a balance between design and technical capability and avoid potential
One more pro for the designer being part of the PO team is that he
then is at the core of the value/priorisation process and can focus
on questions such as : What are essential features ? How can we
incrementally build this one feature ? What is the relative
importance of these features ? And most importantly : how does that
translate across Garrett's planes ?