SlideShare uses cookies to improve functionality and performance, and to provide you with relevant advertising. If you continue browsing the site, you agree to the use of cookies on this website. See our User Agreement and Privacy Policy.
SlideShare uses cookies to improve functionality and performance, and to provide you with relevant advertising. If you continue browsing the site, you agree to the use of cookies on this website. See our Privacy Policy and User Agreement for details.
Successfully reported this slideshow.
Activate your 14 day free trial to unlock unlimited reading.
1.
Progressive Elaboration & Specification
part 3
Agile Analysis & Design The Trilogy
2.
Bob Vincent
• Product Manager
• XP, Scrum, Lean software projects since 2004
• CSPO, CSM
3.
Progressive Elaboration
"Because of the potential for change, the project
management plan is iterative and goes through
progressive elaboration throughout the project's
life cycle. Progressive elaboration involves
continuously improving and detailing a plan
as more-detailed and specific information
and more accurate estimates become
available."
8.
Acceptance Test-Driven Planning
GIVEN [an initial context or condition]
WHEN [persona] [does something]
THEN [expected behavior occurs]
9.
Behavior/Test-Driven
Development
Process Agnostic
Participants:
Testers
Devs
UX
10.
Behavior/Test-Driven Development
• Specify behavior (test) before writing code
• Test all the time
• Refactor
• Design all the time
• Code design needs to flex & grow
• Add spec/tests for new emergent behavior
11.
User testing A
B
Usability testing goals:
• Effectiveness
• Efficiency
• Satisfaction
-PO may have ATs coming in; create more in planning\n-GWT format forces ATs to be broken-down somewhat consistently\n-too many ATs in a story is a smell that the story is too large\n
Dev + PO + [Designers]. \n
define behavior (solution specific) before code - think thru for better design\nwrite more efficient code\n\n
focusing on behavior rather than state = less brittle\n-difficult to predict what comes out of emergent design / expensive to try\n\n
\n
May expose new ATs. too many==smell\n
Opportunity for more user testing (task testing)\nPO verifies ATs - proclaims DONE.\n\n\n
\n
May expose opportunities for improvement (new stories).\nIdentify features with high risk of iteration & rank them high.\n