Enhancing the SAFe Team Level Creating Teams and Having Common Methods Al Shalloway CEO, Net Objectives
Lean for Executives Product Portfolio Management Business Product Owner Product Owner
Onsite SPC Leading SAFe SAFe Architecture PM/PO
ASSESSMENTS CONSULTING T RAINING COACHING
technical Kanban / Scrum ATDD / TDD / Design Patterns
Lean Management Project Management
© Copyright Net Objectives, Inc. All Rights Reserved
17 December 2014 copyright (c) Net Objectives, Inc. All Rights Reserved.
2
1
Al Shalloway CEO, Founder
[email protected] @AlShalloway
Co-founder of Lean-Systems Society Co-founder Lean-Kanban University
© Copyright Net Objectives, Inc. All Rights Reserved
3
Cross‐Functional Teams Manifest Lean and Eliminate Waste Partially done work Paperwork Hand‐offs Extra features Task switching Delays Defects
© Copyright Net Objectives, Inc. All Rights Reserved
17 December 2014 copyright (c) Net Objectives, Inc. All Rights Reserved.
4
2
Cross‐Functional Teams Manifest Lean and Eliminate Waste Cross‐functionality can lower Delays in workflow Delays in feedback Poor collaboration Re‐learning Redundant efforts Technical debt
Need other methods to eliminate these wastes Building things that aren’t of topmost value Poor collaboration across teams Re‐learning across teams Redundant efforts across teams Lack of common vision / intentions Waste from technical debt
© Copyright Net Objectives, Inc. All Rights Reserved
5
Many Ways to Achieve Teams Cross‐functional teams a la Scrum Core with temporarily embedded team members Core with shared extended team members Dynamic Feature Teams
© Copyright Net Objectives, Inc. All Rights Reserved
17 December 2014 copyright (c) Net Objectives, Inc. All Rights Reserved.
6
3
Team Organization UI Team
UI Team Inter‐tribal Intra‐tribal
Mid‐tier Team
Mid‐tier Team
Team 3
Team 2
Cross‐team cross‐tribe collaboration is difficult
Database Team Team 1
Database Team
© Copyright Net Objectives, Inc. All Rights Reserved
7
Military Aircraft Background • 7 components on plane • 70 person dev group (50 devs) • 7 teams (4‐10 each) • 4 test platforms, 2 simulators, 1 plane Challenge: Integration extremely difficult
© Copyright Net Objectives, Inc. All Rights Reserved
17 December 2014 copyright (c) Net Objectives, Inc. All Rights Reserved.
8
4
Dynamic Feature Teams
© Copyright Net Objectives, Inc. All Rights Reserved
9
Resulting Savings 63% increase in throughput 42% decrease in defects Greater than 22% savings* ($1.73M) * Was thought to be higher but not claimed due to political reasons
© Copyright Net Objectives, Inc. All Rights Reserved
17 December 2014 copyright (c) Net Objectives, Inc. All Rights Reserved.
10
5
Many Ways to Achieve Teams Cross‐functional teams a la Scrum Core with temporarily embedded team members Core with shared extended team members Dynamic Feature Teams
© Copyright Net Objectives, Inc. All Rights Reserved
11
Pod: “whole” team continually producing Business value ‘chunks’
Core team(s) comprised of all skills (static) • • • • •
Planning Analysis Development Testing & Acceptance Implementation
Extended (maybe dynamic) • Architecture • SMEs • Shared Services
© Copyright Net Objectives, Inc. All Rights Reserved
17 December 2014 copyright (c) Net Objectives, Inc. All Rights Reserved.
12
6
Skills Needed Project Managers
Developers
Cross‐Functional Team
Business Analysts / SMEs Testers 13
© Copyright Net Objectives, Inc. All Rights Reserved
Scrum Cross‐Functional Team Project Managers
Scrum Masters Team
Product Owners
Developers
Scrum Team Cross‐Functional Team
Business Analysts / SMEs Testers © Copyright Net Objectives, Inc. All Rights Reserved
17 December 2014 copyright (c) Net Objectives, Inc. All Rights Reserved.
14
7
In Reality Team has need for additional roles: • Architecture • SMEs • Shared Services
Cross‐Functional Team
© Copyright Net Objectives, Inc. All Rights Reserved
15
Cross‐Functional via core and extended team
© Copyright Net Objectives, Inc. All Rights Reserved
17 December 2014 copyright (c) Net Objectives, Inc. All Rights Reserved.
16
8
Sharing Component Team Members Scrum Team
Component Team
Instead of giving the Scrum team 25% of their backlog, give them 25% of their people.
17
© Copyright Net Objectives, Inc. All Rights Reserved
Sharing Component Team Members Scrum Team
Component Team
© Copyright Net Objectives, Inc. All Rights Reserved
17 December 2014 copyright (c) Net Objectives, Inc. All Rights Reserved.
18
9
Questions? Challenges?
© Copyright Net Objectives, Inc. All Rights Reserved
19
Problems at Scale Can’t have everybody “doing their own thing.” But must allow for teams to tailor to their own situation.
© Copyright Net Objectives, Inc. All Rights Reserved
17 December 2014 copyright (c) Net Objectives, Inc. All Rights Reserved.
20
10
TEAM METHOD REQUIREMENTS 1. Must be business driven
• All teams must focus on getting MBIs done in concert and not locally optimizing • Provides the mindset for coordination across teams
thinking points © Copyright Net Objectives, Inc. All Rights Reserved
21
TEAM METHOD REQUIREMENTS 1. Business Driven 2. Must provide core practices
• Helps teams be effective without having to relearn the wheel • Increases quality, predictability and velocity
thinking points © Copyright Net Objectives, Inc. All Rights Reserved
17 December 2014 copyright (c) Net Objectives, Inc. All Rights Reserved.
22
11
TEAM METHOD REQUIREMENTS 1. Business Driven • Variations must be 2. Provide core practices accounted for • Whether have cross‐ 3. Enable tailoring to functional teams each team’s situation • Whether need iterations • Level of team’s discipline
thinking points © Copyright Net Objectives, Inc. All Rights Reserved
23
TEAM METHOD REQUIREMENTS 1. 2. 3. 4.
Business Driven • Helps ensure teams Provide core practices do the core practices • Enables individuals Tailored to each team to move around more easily Provide a consistent approach across the • Facilitates cross‐ team learning enterprise • Facilitates management understanding
thinking points © Copyright Net Objectives, Inc. All Rights Reserved
17 December 2014 copyright (c) Net Objectives, Inc. All Rights Reserved.
24
12
TEAM METHOD REQUIREMENTS 1. 2. 3. 4.
Business Driven • As teams learn they Provide core practices may transcend a practice Tailored to each team • Practices may become Consistency across inappropriate enterprise • Can’t just stop doing 5. Provide a way to something because abandon practices you are having a when better ones are problem with it available
thinking points
© Copyright Net Objectives, Inc. All Rights Reserved
25
TEAM METHOD REQUIREMENTS 1. 2. 3. 4.
Business Driven Provide core practices Tailored to each team Consistency across enterprise 5. How to abandon practices 6. Explicitly based on Principles
• Laws of software development oSystems thinking oFlow oBuild quality in
• Improves professionalism • Avoids dogma • Provides guidance to extend practices
thinking points
© Copyright Net Objectives, Inc. All Rights Reserved
17 December 2014 copyright (c) Net Objectives, Inc. All Rights Reserved.
26
13
TEAM METHOD REQUIREMENTS 1. 2. 3. 4.
Business Driven • Culture is unique to a Provide core practices company. Tailored to each team • Requiring change may be a mistake but Consistency across avoiding it usually is enterprise • Must attend to 5. How to abandon culture and what practices degree of change is appropriate 6. Explicitly based on principles 7. Attends to culture thinking
points
© Copyright Net Objectives, Inc. All Rights Reserved
27
Lean‐Agile Team Business driven Contains core practices all teams should do Consistent across organization Provides explicit starting point for teams based on where they are Provide proper way to abandon particular practices when better ones available Based on principles to allow resolution not dogma Addresses the culture of the organization
© Copyright Net Objectives, Inc. All Rights Reserved
17 December 2014 copyright (c) Net Objectives, Inc. All Rights Reserved.
28
14
At This Point Just Calling it Lean‐Agile Lean‐Agile is based on Lean Principles Incorporates best practices of Scrum, Kanban, Kanban Method and eXtreme Programming Provides solid team practices while creating context both for how teams deliver value and work together
© Copyright Net Objectives, Inc. All Rights Reserved
29
Lessons From Scrum Cross Functional Teams Are Good • Improve collaboration • Eliminate waste Cadence coordinates different roles Iterations Create Discipline Short term planning can be accurate
Principles are needed to learn. Theory without experience is useless. Experience without theory is expensive. Paraphrase of Deming © Copyright Net Objectives, Inc. All Rights Reserved
17 December 2014 copyright (c) Net Objectives, Inc. All Rights Reserved.
30
15
Lessons From Kanban Use kanban to manage flow Visibility and explicit workflow greatly enhances learning It is important to include management How to manage projects without cross‐ functional teams How to affect change when one can’t do any change up front (Kanban Method) If we focus only on work flow, we will miss other opportunities for improvement. Attempting to do only Kaizen can often lead to stagnation (Kanban Method) © Copyright Net Objectives, Inc. All Rights Reserved
31
Lessons From XP Test‐first and automated testing results in long‐term maintainable code Continuous integration is important Small stories are important Collaboration is critical
© Copyright Net Objectives, Inc. All Rights Reserved
17 December 2014 copyright (c) Net Objectives, Inc. All Rights Reserved.
32
16
Framework/Method Tunnel Vision Frameworks and methods don’t preclude others theoretically But focusing on one thing precludes others in practice Scrum tends to preclude flow, explicit policies, management (doesn’t have to, but often does) LKU Kanban tends to preclude teams (doesn’t have to, but often does) In theory, theory and practice are the same. But in practice they are different. © Copyright Net Objectives, Inc. All Rights Reserved
33
The Lean‐Agility Space KANBAN
SCRUM Cross functional team Sprints provide discipline Use estimation & velocity
Small batches Self‐organization Daily standups
Improves flow within existing structure Focus on Finishing Everything Visible Explicit Workflow Manage WIP
eXtreme Programming Test‐First Unit TDD Paired Programming Continuous Integration Automated testing © Copyright Net Objectives, Inc. All Rights Reserved
17 December 2014 copyright (c) Net Objectives, Inc. All Rights Reserved.
34
17
The Lean‐Agility Space
Small batches Self‐organization Daily standups Focus on finishing
eXtreme Programming Test‐First Unit TDD Paired Programming Continuous Integration Automated testing © Copyright Net Objectives, Inc. All Rights Reserved
35
The Lean‐Agility Space
Small batches Self‐organization Daily standups Focus on finishing Everything visible
eXtreme Programming Test‐First Unit TDD Paired Programming Continuous Integration Automated testing © Copyright Net Objectives, Inc. All Rights Reserved
17 December 2014 copyright (c) Net Objectives, Inc. All Rights Reserved.
36
18
The Lean‐Agility Space
Small batches Self‐organization Daily standups Focus on finishing Everything visible Explicit workflow
eXtreme Programming Test‐First Unit TDD Paired Programming Continuous Integration Automated testing © Copyright Net Objectives, Inc. All Rights Reserved
37
The Lean‐Agility Space
Small batches Self‐organization Daily standups Focus on finishing Everything visible Explicit workflow Manage WIP
eXtreme Programming Test‐First Unit TDD Paired Programming Continuous Integration Automated testing © Copyright Net Objectives, Inc. All Rights Reserved
17 December 2014 copyright (c) Net Objectives, Inc. All Rights Reserved.
38
19
The Lean‐Agility Space Small batches Self‐organization Daily standups Focus on finishing Everything visible Explicit workflow Manage WIP Use estimation & velocity
eXtreme Programming Test‐First Unit TDD Paired Programming Continuous Integration Automated testing © Copyright Net Objectives, Inc. All Rights Reserved
39
The Lean‐Agility Space Small batches Self‐organization Daily standups Continuous Integration Focus on finishing Everything visible Explicit workflow Manage WIP Use estimation & velocity
eXtreme Programming LEAN‐XP Test‐First Unit TDD Paired Programming Continuous Integration Automated testing © Copyright Net Objectives, Inc. All Rights Reserved
17 December 2014 copyright (c) Net Objectives, Inc. All Rights Reserved.
40
20
Adopt Test‐First at Acceptance Level Small batches Self‐organization Daily standups Focus on finishing Everything visible Explicit workflow Manage WIP Use estimation & velocity ATDD
LEAN‐XP Test‐First Unit TDD Paired Programming Continuous Integration Automated testing © Copyright Net Objectives, Inc. All Rights Reserved
41
Others to Adopt When Can Small batches Self‐organization Daily standups Focus on finishing Everything visible Explicit workflow Manage WIP Use estimation & velocity ATDD
LEAN‐XP Test‐First Unit TDD Paired Programming Continuous Integration Automated testing © Copyright Net Objectives, Inc. All Rights Reserved
17 December 2014 copyright (c) Net Objectives, Inc. All Rights Reserved.
42
21
Different Situations call for Different Methods Do we need iterations for planning? Do we need iterations for discipline? Can we adopt test‐driven development? Are our developers willing to pair?
© Copyright Net Objectives, Inc. All Rights Reserved
43
How to Abandon Practices Practice
Value Provided
Alternative Method of Getting Value
Time Boxing
Cadence for: • Input • Output • Demo • Retrospection Discipline Small batches Visibility In & Out Velocity Planning Method Focus
Can have independent cadences Must bring discipline to each story since they make take longer than should without it Use small batches / stories Use visual controls throughout workflow Measure velocity via cadence Plan ahead if valuable Take a value centric approach
Cross‐ Functional Team
Limits WIP Reduces Handoffs Improves Feedback Short term delays in workflow Improves Collaboration Improves learning
Attending to flow while using as close to a true team structure can achieve these values
Product owner
Reduces unneeded features
An equivalent “one‐voice” is needed regardless of method
© Copyright Net Objectives, Inc. All Rights Reserved
17 December 2014 copyright (c) Net Objectives, Inc. All Rights Reserved.
44
22
How to Abandon Practices Practice
Value Provided
Alternative Method of Getting Value
Time Boxing
Cadence for: • Input • Output • Demo • Retrospection Discipline Small batches Visibility In & Out Velocity Planning Method Focus
Can have independent cadences Must bring discipline to each story since they make take longer than should without it Use small batches / stories Use visual controls throughout workflow Measure velocity via cadence Plan ahead if valuable Take a value centric approach
Cross‐ Functional Team
Limits WIP Reduces Handoffs Improves Feedback Short term delays in workflow Improves Collaboration Improves learning
Attending to flow while using as close to a true team structure can achieve these values
Product owner
Reduces unneeded features
An equivalent “one‐voice” is needed regardless of method
© Copyright Net Objectives, Inc. All Rights Reserved
45
Questions? Challenges?
© Copyright Net Objectives, Inc. All Rights Reserved
17 December 2014 copyright (c) Net Objectives, Inc. All Rights Reserved.
46
23
Net Objectives Agile at Scale consulting and implementation for a decade. The premier provider of SAFe‐ related consulting and training. The primary contributors to the materials in the SAFe code quality section. Technical Training
SAFe‐Related Services
Design Patterns ATDD / TDD Emergent Design Scrum/XP
SPC Training Leading SAFe with Net Objectives Extensions Portfolio Management Product Manager and Product Owner Training SAFe Kanban SAFe consulting © Copyright Net Objectives, Inc. All Rights Reserved
47
Thank You Al Shalloway email:
[email protected] Twitter tag @alshalloway Register at www.netobjectives.com/register to receive notices of monthly webinars See www.netobjectives.com/resources See upcoming Leading SAFe courses at www.netobjectives.com/events
17 December 2014 copyright (c) Net Objectives, Inc. All Rights Reserved.
24