ProductSavvy - Scrum and QA
-
Upload
jonathan-chashper -
Category
Technology
-
view
118 -
download
1
Transcript of ProductSavvy - Scrum and QA
1
QA with SCRUM
Jonathan Chashper
30 January 2015
About Product Savvy
We reduce companies’ risk and improve commercial success by
helping them deliver Products that Resonate in their Target Market
We are doers
2
We are Product Centric
We are Agile, Lean, Scrum Evangelists
We Love Start-Ups
We ‘Get’ Business and Technology
We Build Products
My Backgrounds
20+ Years of in PdM and R&D
– ProductSavvy – CEO, Founder
– Heavy Start-Up experience
Hillcrest Labs
AeroScout (purchased by Stanley Black and Decker, ~$250MM)
– IDF (8200 Unit)
Israel Defense Prize
Education:
– B.Sc in Computer Science (Israel)
– MBA (Kellogg, Northwestern)
1/30/2015 © 2006 – 2014 Product
Savvy Consulting™, LLC
3
What is Scrum?
• Scrum is an agile process that allows us to focus on
delivering the highest business value in the shortest time.
• It allows us to rapidly and repeatedly inspect actual
working software (every two weeks to one month).
• The business sets the priorities. Teams self-organize to
determine the best way to deliver the highest priority
features.
• Every two weeks to a month anyone can see real working
software and decide to release it as is or continue to
enhance it for another sprint.
4
The Scrum Process
Scrum Roles
Product Owner - Defines the features / Road map /
Releases of the product
Scrum Master - Represents management to the project
Team – Programmers, DBAs, Web developers, UX
designers, etc.
Where is QA??
6
QA is Not Part of the Scrum Roles
There is no tester in the Scrum Roles definitions
Who is testing then???
– Devs? (Unit Testing)
– Product Owner?
– Customer?
How are tests planned?
– What is the source? (Product Backlog)
– Test Tasks
– Documentation
7
So, how to incorporate QA into
Scrum?
8
Sprint Planning
Team selects items from the product backlog they can commit to completing – Include Testers in the Planning Process
Sprint backlog is created
– Tasks are identified and each is estimated (1-16 hours)
– Collaboratively, not done alone by the ScrumMaster
– Testing is part of the effort estimation of the Story
SW Design is Reviewed
QA / Test Planning for the Sprint is Reviewed
The Daily Scrum
Parameters
– Daily
– 15-minutes
– Stand-up
Not for problem solving
– Whole world is invited
– Only team members, ScrumMaster, product owner, can talk
Helps avoid other unnecessary meetings
Everyone answers 3 questions:
– What did you do yesterday?
– What will you do today?
– Is there anything in your way?
Daily Scrum – QA Perspective
QA Person (s) is part of the team
Participates in Daily Scrum – asked the same questions
If needed, will work with individual devs to demo /
explain defects
Only QA Person can mark a Defect as “Done”
Only after QA Person completes test tasks a Story is
“Done”
11
Tools
Scrum Management Software - VersionOne
– Stories
– Tasks
– Tests
– Defects
Setup Code Repository - Assembla
Setup Dev / Testing / Production environments - Amazon
Cloud
Unit Testing – Junit
Manual / Automated testing – as needed
12
VersionOne - Example
13
The Sprint Review
Team presents what it accomplished during the sprint
Typically takes the form of a demo of new features or underlying architecture
Informal
– 2-hour prep time rule
– No slides
Whole team participates
Invite the world
The Sprint Review – QA Perspective
QA identifies what went right and what went wrong in
current sprint
QA identifies lesson learned and best practices
QA drives the need for user stories that support testing
Reported / Fixed / Rejected bugs – visualization is
important
15
Devs vs. QA - Responsibilities
16
Activity Developers Testers
Requirements Testing Partial (What is covered by
Unit Testing) Full
Acceptance Full
Unit Testing Full
Functional/Exploratory Testing Full
Regression Testing Full
Compatibility Testing Full
Performance Testing Full
Security Testing Full
Deployment Testing Full
QA - Lessons Learned
Empower QA People
QA Should report to Scrum Master / Product Owner
Tests created ahead of Sprint
– QA moves faster than dev
QA is done during the Sprint, not after
Sanity testing defined and performed, often
– Unit testing performed by devs, before QA
Staging / Testing Environment was created, separated
from Dev and of course, Production
17