Professional Documents
Culture Documents
2
Using HP Quality Center with Agile Practices
November 2008
Page 1
November 2008
Source: http://www.agilemanifesto.org
3 November 2008 HP Test User group, Copenhagen
Crystal
4 November 2008 HP Test User group, Copenhagen
Page 2
November 2008
practices
Scrum
Self-directed and self-organizing teams Each iteration (Sprint) scope is totally frozen Daily stand-up (the Scrum meeting) 30-calendar-day iterations Demo to external stakeholders at the end of each iteration
XP
Whole team Pair programming Constant refactoring Test-driven development
5 November 2008 HP Test User group, Copenhagen
Agile terminology
Sprint
Velocity Chicken
Lean-agile
Burn down Daily Scrum Retrospective Scrum Master
http://www.netobjectives.com/glossary
Constant refactoring
Product owner
Pair programming
6 November 2008 HP Test User group, Copenhagen
Page 3
November 2008
Chicken
Constant refactoring
Scrum Master
http://www.netobjectives.com/glossary
Lean-agile
Burn down Daily Scrum Retrospective Scrum Master
http://www.netobjectives.com/glossary
Constant refactoring
Product owner
Pair programming
8 November 2008 HP Test User group, Copenhagen
Page 4
November 2008
Backlog unit
November 2008
Backlog management
Top Priority
Low Priority
10
November 2008
Page 5
November 2008
Backlog management
Top Priority
Product Backlog
Low Priority
11
November 2008
Backlog management
Top Priority
Low Priority
12
November 2008
Page 6
November 2008
Backlog management
Top Priority
Low Priority
13
November 2008
Backlog management
Top Priority
Low Priority
14
November 2008
Page 7
November 2008
Scrum overview
15
November 2008
More than 21% of HP projects use agile approaches Several methods in use: xP, Scrum, lean, ..
Training curriculum set up and available across the company Experience sharing: forums, webinars and reports
16
November 2008
Page 8
November 2008
Disclaimer
The following material elaborates
one possibility
how to develop agile with QC There are
other ways
to do this in QC depending on the needs of agile teams
17
November 2008
based on release
18
Page 9
November 2008
19
November 2008
20
November 2008
Page 10
November 2008
21
November 2008
Product backlog
22
November 2008
Page 11
November 2008
A user story is a software system requirement formulated as one or two sentences in the everyday language of the user.
User stories are used for the specification of requirements together with acceptance tests in the software engineering method Extreme Programming (XP) Less than 3 week of work
A user story is used to organize all development activities that are required in order to produce the desired product. It can be
A product requirement E.g.: Console runs with Mozilla Firefox web browser An internal deliverable E.g.: Investigate use of technology X A container for any kind of tasks E.g.: Integrate all component tests into the build .
Each user story is broken down into tasks A user story must be small enough that it can be completed in one cycle
November 2008 HP Test User group, Copenhagen
24
Page 12
November 2008
Name
meaningful to give an idea what the user story is about
Description
understandable by all project members leaves no ambiguity about the customers expectations and the exact result of the implementation
Owner:
responsible to manage the user story, ensure its properties are set correctly, it is broken down into tasks and tasks are assigned to owners
Tasks:
list of tasks that are necessary to create what is described in the user story
25
November 2008
26
November 2008
Page 13
November 2008
27
November 2008
High level initial estimates based on user stories before the Sprint begins
Task size
Before Sprint
Within Sprint
28
November 2008
Page 14
November 2008
Name
meaningful to describe the task
Description
if the name is not self descriptive, explain here in more detail what the task is about
Owner
responsible to implement the task
Effort Estimates
Original Estimated Effort: detailed original estimate for the task, will never be updated once set Current Estimated Effort: overall effort estimate for the task; initially set to the original estimated, but is updated as the owner learns more about the tasks
Actual Spent Effort: how much is already spent on the task, should be updated daily
Remaining Effort: is calculated
Origin:
How was the task added? As part of the task breakdown of the user story (Planned) or discovered during the work on the user story (Discovered).
29
November 2008
Task in QC
30
November 2008
Page 15
November 2008
31
November 2008
Cycle Level
Original Estimated Effort: Current Estimated Effort: Actual Spent Effort: Remaining Effort: Manual Entry Calculated (sum of User Stories) Calculated (sum of User Stories) Calculated (sum of User Stories)
Story Level
Original Estimated Effort: Current Estimated Effort: Actual Spent Effort: Remaining Effort: Manual Entry Calculated (sum of Tasks) Calculated (sum of Tasks) Calculated (sum of Tasks)
Task Level
Original Estimated Effort: Current Estimated Effort: Actual Spent Effort: Remaining Effort:
32 November 2008 HP Test User group, Copenhagen
Page 16
November 2008
Effort aggregation
33
November 2008
Sprint burn-up
Available Start Sprint via Integrated QC Excel Reporting and QC BTO Project Dashboard.
Sprint End
34
November 2008
Page 17
November 2008
Release burn-up
35
November 2008
36
November 2008
Page 18
November 2008
Work left
37
November 2008
Experiences
Team experience with agile has a large impact on the tool customization
Start simple Grow structure and process
Quality Center has a solid base to start agile Quality Center allows flexible adaptations
38
November 2008
Page 19
November 2008
Introduced types: User Story and Task Effort calculation Backlog organization
automatic inheritance of key values in tree via drag & drop backlog reordering Reports (project dashboard & Excel report generator) Efforts per Engineer Sprint Burn-up graph Release Burn-up burn-down Cycle progress Release progress
Framework supports
story points real efforts scrum of scrum (multi team development)
39
November 2008
40
November 2008
Page 20
November 2008
Thank you!
Q&A
41
November 2008
Page 21
November 2008
Initially estimate effort based on User story Add tasks to User story Add details to tasks Estimate the tasks (original estimate) Track spent effort on task level
43
November 2008
Page 22
November 2008