Services Presentation Template

advertisement
Building Agile Teams
Brian Watson, PMI-ACP, CSM, PSM1
Product and Agile Coach
@bdub1pmp
brian@versionone.com
Agenda
• Team Building Analogy
• Enablers
• Other Considerations
© 2011 VersionOne
2
Team Building
© 2011 VersionOne
3
Analogy
• Growing Agile teams is like learning to
fly a plane….
© 2011 VersionOne
4
Formal Training
• You can read a book or take a class to learn
the “major” theoretical elements
– Takeoff/landing, Stalls, Weather, etc.
• You might even be able to pass a written
test after class
• However, are you ready to fly the plane
© 2011 VersionOne
5
Flight Training
• With formal knowledge in hand, the student
must fly with an instructor
• Time in the pilot seat will allow the student
to encounter the numerous situations
formal training cannot cover
• There is no substitute for practical
experience…with a guiding hand
• Converts theoretical knowledge into skill
© 2011 VersionOne
6
Flying Solo
• Once the student’s skill level has caught up
to their desire and confidence, they can fly
solo
• This occurs after many hours of guidance
from the instructor
• Each person will learn something new when
they fly solo
– Reinforcing and existing concept
– New situation
© 2011 VersionOne
7
Sharing the Passion
• Flying solo will allow the knowledge/skill of
the pilot to exceed their level of desire and
passion for flying
• When this occurs, they can begin to share
their knowledge with others
– The cycle begins anew…
© 2011 VersionOne
8
Teams…
© 2011 VersionOne
9
Formal Scrum/Agile Training
• Critical foundational element to starting
down the path to agile
• Theoretical concepts
• Review key ceremonies
– “Guard Rails”
• Certified Scrum Master (CSM) or
Professional Scrum Master (PSM)
© 2011 VersionOne
10
Growing the Team
• Accomplished through pairing the major
skills sets (Dev, BA, QA, PM) with
experienced people
• Allows the experienced people guide the
new team through how to apply their
theoretical knowledge
• A Transition Coach assists with guiding the
entire process
– Provide “guard rails” to the process
– Product owner, management, other teams
© 2011 VersionOne
11
Agile Team Schematic
Product Owner
Transition
Coach
New Dev
Pairing
Experienced
Dev
New SM
Pairing
Experienced
SM
New BA
Pairing
Experienced
BA
New QA
Pairing
Experienced
QA
New UX
Pairing
Experienced
UX
Formal
Training
Management
© 2011 VersionOne
12
Cost/Benefit Analysis
© 2011 VersionOne
13
Coding (Flying) Solo
• Once the team has worked through 3-5
sprints, they should be ready to fly solo
• This will allow the team to grow their skills
in new situations by applying concepts
learned in training and pairing
• Teams will make mistakes in this phase
– Mistakes are part of the learning process
– Mistakes are OK
© 2011 VersionOne
14
Sharing
• When team members are ready, they can be
transferred to a new team to guide and lead
their transition
– Option 1: Remove members of original team
– Option 2: Pairing
• Set expectations - Velocity on the original
team will be reduced
© 2011 VersionOne
15
Agile Team Progression
Knowledge
Skill
Confidence/Desire
Pre-CSM Post-CSM Pairing
Training Training
Flying
Sharing
Solo
© 2011 VersionOne
16
Infection Rates
• 10% of a team will infect the other 90%
– It is critical that the 10% is positive,
knowledgeable and evangelizing agile concepts
• When removing resources from a productive
team to create a new one, you do not want
to remove more than 10%
© 2011 VersionOne
17
Enablers
• Management support
• Team spaces
• Empowerment
© 2011 VersionOne
18
Management
© 2011 VersionOne
19
Management Support
• Learning is a process, mistakes will happen
• Management needs to transform along with the
team
Command/Control
“Approver”
Work Assignor
Transition
Coach
Mentor
Remover of
Roadblocks
Beware the “middle manager conundrum”
© 2011 VersionOne
20
Team Spaces
• Functional, not fancy
– Elbow room for pairing and collaboration
– Dual monitors
• Stimulate teamwork and communication
– Remove walls
– Central location for card wall and stand-ups
• Do not break the bank
© 2011 VersionOne
21
Empowerment
• The team should be able to say “no”
• Encourage the team to take risks
– Within guard rails
© 2011 VersionOne
22
Other Considerations
• Continuity
• Culture
• Organization
© 2011 VersionOne
23
Continuity
• Only a small part of overall team success is
“Agile”
• Teams form a bond
• Teams must be kept together
– Tuckman’s “law” is undefeated and untied…
© 2011 VersionOne
24
Culture
• Embrace the new culture
• Work to convert pessimists
– Lack of understanding
– Change
• Not everyone is “cut out” for agile
© 2011 VersionOne
25
Satir Model
© 2011 VersionOne
26
Organization
• Think local…act global
• Work to limit roadblocks this will cause the team
frustrations
© 2011 VersionOne
27
Wrap-up
• Avoid “shock and awe”
– Go slow and low…
• Set expectations
– Mistakes
– Not an overnight transformation
• Embrace psychological roadblocks of humans
Allow the teams to evolve into
high performing, motivated groups
© 2011 VersionOne
28
Questions
© 2011 VersionOne
29
Building Agile Teams
Brian Watson, PMI-ACP, CSM, PSM1
Product and Agile Coach
brian@versionone.com
@bdub1pmp
http://www.linkedin.com/in/bdub1pmp
Download