When software development teams work in waterfall environments, traditional performance management programs can help encourage personal development and innovation. However, Tina Rusnak says that when organizations move to agile, measuring performance takes on a new form that often causes confusion. If you're an agile developer, the days of receiving a high performance rating for writing the most code are over. Why? Agile is all about creating value, not writing code. If you're an agile tester, the days of receiving a high rating for finding the most bugs are over. Why? Agile testing is all about preventing, not finding defects. So what's the agile manager to do? What are the correct goals for individuals, and how does this relate back to overall team performance? It’s crucial to understand how traditional roles within the team have changed. With a focus on quality, Tina highlights the differences between traditional and agile work. She provides a model to develop a quality strategy that will serve as an example to create, track, and measure goals for all agile team members.
Tech Tuesday-Harness the Power of Effective Resource Planning with OnePlan’s ...
Setting and Measuring Individual Performance in Agile Teams
1. AT11
Agile Metrics
6/8/2017 3:00:00 PM
AT11 Setting and Measuring Individual
Performance in Agile Teams
Presented by:
Tina Rusnak
First Class Agile, LLC
Brought to you by:
350 Corporate Way, Suite 400, Orange Park, FL 32073
888-‐268-‐8770 ·∙ 904-‐278-‐0524 - info@techwell.com - https://www.techwell.com/
2. Tina Rusnak
First Class Agile, LLC
A student of life, Tina Rusnak has a gift for seeing what others don't see in
themselves. Tina has been helping others learn how to reach their full potential
through personal awareness for more than twenty-five years. Currently a
practicing master coach, since 2007 she has trained and coached thousands of
team members, leaders, and HR business partners on what agile really is-a
mindset! Tina is an author, a speaker, and currently director of agility
transformation at ADP and founder of First Class Agile.
7. 6/14/2017
5
CONTENT
• Part 1 ‐ F.A.C.T.S. Goal Model
• Part 2 ‐ Expansion of Roles
• Part 3 ‐ Putting it All Together
9Tina Rusnak TechWell Agile Dev West June 2017
Key Concepts
Setting the Foundation
10Tina Rusnak TechWell Agile Dev West June 2017
12. 6/14/2017
10
BIG GOAL:
Frequent: Each day I will log my sleeping, eating and
walking habits & each night before bed I will review
my day & plan for the next
Agreed to: My husband has agreed to help with the
“I want to feel
and look my
best at the
next TechWell
Agreed‐to: My husband has agreed to help with the
kids after dinner because that is the best time for me
to commit to completing this goal
Concise: In 30 days I will increase my walks from 30
minutes 3 days a week to 60 minutes 5 days a week
Thoughtful: I will gain higher levels of energy & be
conference.”
Thoughtful: I will gain higher levels of energy & be
more productive.
Satisfaction: On a scale of 1‐5, achieving this goal
would be a 5 because I will feel motivated to do more
19
FREQUENT:
Have a schedule
to set, check &
measure
f f
Tina Rusnak TechWell Agile Dev West June 2017
19
Care for your goals, even if they change.
13. 6/14/2017
11
Negotiate
AGREED‐TO:
Whose goals
are these?
Plan Propose Debate Bargain
are these?
Tina Rusnak TechWell Agile Dev West June 2017 20
“Seek first to understand and then to be understood.”
‐ Stephen Covey
Clear
Concise
CONCISE:
Get specific to get
results sooner &
build momentum
Clarify
Tina Rusnak TechWell Agile Dev West June 2017 21
“THE WHAT”
15. 6/14/2017
13
FACTS Model: Outcomes
Clear
ExpectationsWhat are p
Ongoing
F db k
Growth &
D l t
What are
Some
Outcomes of
Getting the
F.A.C.T.S.?
FeedbackDevelopment
Tina Rusnak TechWell Agile Dev West June 2017
18
BIG ORG
ORG
Consider the
Levels of Goal
Contribution
TEAM
26
YOU
Tina Rusnak TechWell Agile Dev West June 2017
16. 6/14/2017
14
C id
Time to
Market
• Decide time
frame
Business
Value
• Decide
method to
Quality
• Decide
definition &
Velocity
• Team level
only
Consider
Metrics
Some
examples
frame
• Right thing
at right
time
• Technical
blocks
identified
quickly
method to
define or
measure
• Decide
where to
measure
sprint or
release
definition &
scope
• Defects
found in
“hardening”
• Defects
reported in
production
only
• Learn
average
rate of
delivery
• Learn in
context
• Technical p q y
• Silos/walls
identified
level?
• Post
production
measures
p
• Automation
• CI/CD
Technical
blocks &
skill,
knowledge
gaps
27
Part 2: Expansion of
Roles
28Tina Rusnak TechWell Agile Dev West June 2017
Agile Increases the Challenge
17. 6/14/2017
15
d l
TRADITIONAL
Project Delivery
Phases of requirement
definition plan build test &
SCRUM Project
Delivery
Incremental & iterative
development where phases
How do Roles
Change When
Teams Move
From Waterfall
to Scrum?
definition, plan, build, test &
deploy
Deliver the requirements
outlined in detailed
documentation
Dev/test silo/different teams
development, where phases
of the process are revisited
Importance is placed on
adapting to changing
requirements
Dev/test on same team
toSc u
Large testing cycle/squeeze
at the end
Feedback late in project
Testing begins early;
everyone tests
Feedback within days &
throughout project
29Tina Rusnak TechWell Agile Dev West June 2017
“With Scrum we
need team goals
now, no more
Communicate expectations with whole
team, then negotiate it individually
,
individual goal
setting! Yea!”
“How do we do
that?””
Gina:
Attend all
stand‐ups to
show my team
commitment
Larry:
Attend all
stand‐ups to
learn the
scrum master
role
Mike:
Attend all
stand‐ups as
an architect I
can assist the
team
Don’t take things
so literally….
30
You now have a team goal…
18. 6/14/2017
16
TRADITIONAL SCRUM
Code against defined
i t
Collaborate with customer
to define requirements early
Example
Developer
Goals
requirements
Troubleshoot reported
defects
Work independent of
testers
Up front system
to define requirements early
Team responsible for testing
& quality
Prevent defects w/high
levels of interaction with
testers
31Tina Rusnak TechWell Agile Dev West June 2017
Up‐front system
analysis & design
Write & maintain
technical documents
Just‐in time design
More technical; build & test
automation
TRADITIONAL
Responsible for testing
SCRUM
Team responsible for
Example
Tester Goals
p g
Test against defined
requirements late in
project
Find defects
Daily status & defect
reports
p
testing
Collaborate with
customer to define
requirements early
Prevent defects
High levels of
interactionreports
Guarantee quality;
“go/no go”
Less technical
32Tina Rusnak TechWell Agile Dev West June 2017
interaction
Customer defines
quality
More technical
20. 6/14/2017
18
“Increase NPS from a 6 to 8 in 6
months”
Agile Tester
Areas of Focus/Contribution
Big Org: Lunch & Learn session(s)
Org: Partner with customer support
Team: Validate scenarios with PO
Self: Learn the automation tools
Concise (K I S S ): In 30 days will have given a lunch and learn to the all testers
BIG ORG GOAL
Concise (K.I.S.S.): In 30 days will have given a lunch and learn to the all testers
on X topic that has been impacting quality
Thoughtful (Why?): It’s important to share this knowledge so that other teams
can benefit as well as the customers
Satisfaction (Feeling Factor): On a scale of 1‐5, I rate this a 5 because I will feel
great about helping the larger org, practiced my presentation skills and build new
35
great about helping the larger org, practiced my presentation skills and build new
connections
Agreed‐to (negotiated): Team and leaders agree this is a great topic to raise
awareness
Frequent (inspect & adapt): In 2 weeks I will get feedback on my deck, make
adjustments; present the material and again ask for feedback
Try It Out!
‐Use the
Q d t Quadrants as
Your Quality
Strategy Base
“Words don’t
teach.”
– A lot of people
36Tina Rusnak TechWell Agile Dev West June 2017