The document discusses how user experience (UX) research can fit into an agile development process. It outlines three main options: 1) conducting UX research in parallel sprints simultaneously with development sprints, 2) using staggered sprints where UX research precedes development sprints, and 3) using techniques like rapid iterative testing and evaluation (RITE) and design studios that allow for quick UX research within sprints. It emphasizes the importance of UX researchers being integrated into scrum teams and participating in activities like sprint planning and retrospectives. Conducting just enough research up front or in a "sprint zero" is also recommended to help guide development without slowing it down.
4. Agile Manifesto Principles
1. Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.
2. Welcome changing requirements, even late in development. Agile processes harness change for the customerâ
competitive advantage.
3. Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter
timescale.
4. Business people and developers must work together daily throughout the project.
5. Build projects around motivated individuals. Give them the environment and support they need, and trust them to get
the job done.
6. The most efficient and effective method of conveying information to and within a development team is face-to-face
conversation.
7. Working software is the primary measure of progress.
8. Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a
constant pace indefinitely.
9. Continuous attention to technical excellence and good design enhances agility.
10. Simplicityâthe art of maximizing the amount of work not doneâis essential.
11. The best architectures, requirements, and designs emerge from self-organizing teams.
12. At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior
accordingly.
5. Actual Use of Requested Features
Always
7%
Seldom or never
used 64%
Often
13%
Always or often
used 20%
Never
45%
Sometimes
16%
Seldom
19%
Always
Often
Sometimes
Seldom
Never
Source: The Standish Group âCharting the Seas of Information Technologyâ
8. What about A/B Testing?
Doesnât explain why
a design is better
You still donât know if
an untested version
would be better
It takes more time and
effort and most donât
provide clear data
50. Recap:
Options:
#1 Parallel Sprints
#2 Staggered Sprints
}
RITE
Design Studio
Sprint Zero = Just Enough
research
No matter which option,
Be A Part Of The Scrum Team
52. Learn more...
-
Article: Adapting Usability Investigations for Agile User-Centered Design
by Desiree Sy - http://www.upassoc.org/upa_publications/jus/2007may/agile-ucd.html
-
Article: Twelve emerging best practices for adding UX work to Agile
development by Jeff Patton - http://www.agileproductdesign.com/blog/emerging_best_agile_ux_practice.html
-
Article: Getting Software RITE by Jeff Patton - http://agileproductdesign.com/writing/ieee/
-
Article: Cost Effective Approaches to Iteration in Agile UX by Jared Spool -
-
Article: Create Great UX in an Agile World by
Conducting Lean UX Research - http://uxmag.com/articles/create-
patton_getting_software_rite.pdf
http://www.uie.com/articles/cost_effective_approaches_agile/
great-ux-in-an-agile-world-by-conducting-lean-ux-research
-
Blog post: UX Meets Agile: Design Studio
Methodology by Michael Dubakov - http://
www.targetprocess.com/blog/2011/05/ux-meets-agile-design-studio-methodology.html
-
Book: Lean UX By Jeff Gothelf and Josh Seiden
Book: Just Enough Research by Erika Hall