In this presentation we discuss our approach to balance alignment with autonomy of teams to help teams across the business to transition to an agile way of working
Enhancing and Restoring Safety & Quality Cultures - Dave Litwiller - May 2024...
Â
Push or pull agile leadership model - 2019-11-06 w hilpert-rmederer
1. âPush or Pull?â
Agile leadership models
supporting a learning organization
and culture
Wolfgang Hilpert & Robert Mederer
HERE Technologies
2. Push System
Š 2018 HERE | HERE Internal Use Only
https://www.youtube.com/watch?v=D6LUg-siJVs
3
âLucy Chocolate Sceneâ
Start
here
3. Speaker Profiles
Š 2019 HERE5
Wolfgang Hilpert Robert Mederer
⢠25+ years of Software Product Management &
Engineering leadership experience
⢠Former co-founder of startup
⢠Various leadership positions at leading software
vendors - IBM, Microsoft, SAP â
& mid-size ISVs
⢠12 years of Agile leadership experience
⢠Currently on fourth organizational Agile
transformation
⢠VP Business Agility @ HERE Technologies
⢠15+ years of Software Product Engineering & Delivery
experience
⢠Engineer & Technology Leader by heart
⢠Created and delivered various web, service and mobile
experiences on large-scale
⢠10 years of Agile + DevOps Experience
⢠Coached and Transitioned many teams to modern
software development
⢠Currently driving parts of an Agile & DevOps
Transformation
⢠Senior Manager Business Agility @ HERE Technologies
5. Push vs Pull System
9
PUSH Principle vs PULL Principle
Push
Push systems overwhelm capacity, creating turbulence, rework, waste and delay
Pull systems have a steady flow that provides predictability
Demand authorized work
Š 2019 HERE
6. Push vs Pull
Š 2019 HERE
Work on the system
Resistance Agile
Push Pull
Top-down Bottom-up
Tell Co-Create
Sell &
Listen to argue
Explain &
listen to understand
Make Invite
Convince Inspire
Alignment Autonomy
Pull Success
Patterns
WH
7. âWhere does Agile stand in 2019?
âIt is the best of the times and the worst of timesâŚâ
⌠the age of wisdom ... the age of foolishness,
⌠the epoch of belief ⌠the epoch of incredulity,
⌠the season of Light ⌠the season of Darkness,
⌠the spring of hope ⌠the winter of despair,
⌠everything before us ⌠nothing before us,
⌠all going to Heaven, ⌠all going direct the other wayâŚ
Charles Dickens,
A Tale of Two Cities ( 1859)
WH
8. Hold up a
mirror
To show something as it is
without any value
judgements or analysis
WH
9. Learning from GEâs Journey to adopt Lean Startup
Š 2019 HERE13
Top-down implementation
Process ahead of mindset
Reliance on M&A
WH
âGE is famous for creating
and religiously implementing
processes for managing
virtually everything we do.
The task of transformation is
no different.â
âGE is famous for creating
and religiously implementing
processes for managing
virtually everything we do.
The task of transformation is
no different.â
10. Stalled Agile Journeys
Š 2019 HERE14
Agile as important dynamic of
software development
Software developers challenge well-
established management practices
Fails to win support from top
management
Agile leaders and coaches dismissed
WH
11. It is the worst of timesâŚ.
⢠Agile merely as ceremonies - Doing Agile â not being agile
implementing the motions of Agile without significant benefits
⢠Consultants selling âget Agile quickâ schemes
⢠Scaling frameworks that are often just another name for bureaucracy
⢠Some firms are using Agile to create sweatshops
⢠A huge amount of fake Agile going on
⢠Agile conflicts with the goal of maximizing shareholder value
⢠In this sea of BS, genuine Agile is getting hard to identify
WH
Š 2019 HERE
14. Age of Agile Imperative
HERE Way of Working Foundation
Law of the
Customer
Law of the
Small Teams
Law of the
Network
WH
Š 2019 HERE
15. 19
Pre-Agile
⢠Assume effective individual contributors.
⢠Individual contributors need to move to a team-based way of working.
⢠Some agile principles implemented
Deliver
Customer Value
⢠Customer focus while capturing value frequently
⢠Line of sight to the customer and deliver business value.
⢠Product owner prioritizes Backlog according to Customer Value
Scaling the Network
⢠Scale Agile through value streams.
⢠Eliminate waste that come from cross team handoffs.
⢠Create a stronger delivery ecosystem through transparency
and co-creation
Grow high-
performing Teams
⢠Establish HP Leadership Teams, Engineering Teams and Enabling Function Teams
⢠Cross functional teams align around common purpose and shared goals.
⢠Establish Agile Roles and Role clarity
⢠Adopt the HERE Way of Working
Towards Mastery ⢠Continuous Improvement
⢠Learning Organization
Shift Team Culture (Way of Working): 3-9 months*
Shift team to squad (Agile Structures, Roles and Incentives): 6 - 12 months*
Shift to deliver Customer Value: 6 â 12 months*
Shift Organization to growing, learning, adapting organism (learning organization) : 6 â 36 months*
RM
Š 2019 HERE
17. How the British Armyâs operations went agile
Š 2019 HERE21
Justin Maciejewski:
âIf youâre going to be very modular and agile about
the way you allocate resources, people need to be
speaking the same language.â
Source: McKinsey Quarterly, October 2019
WH
18. HERE Way of Working Alignment
Š 2019 HERE22
HERE WoW is a
Mindset
⢠Desire continuous learning
⢠Confront uncertainties
⢠Embracing challenges
⢠Not afraid to fail (to learn)
⢠Feedback is about current capabilities
RM
19. HERE Way of Working Alignment
Š 2019 HERE23
HERE WoW is a
Mindset
Described by
Values
Agile Manifesto â Values:
⢠Individuals and interactions over process and tools
⢠Working software over comprehensive documentation
⢠Customer collaboration over contract negotiation
⢠Responding to change over following the plan
RM
20. HERE Way of Working Alignment
Š 2019 HERE24
HERE WoW is a
Mindset
Described by
Values
Defined by
Principles
Agile Manifesto â Principles:
⢠Early and continuous delivery
⢠Welcome changing requirements
⢠Deliver working software frequently
⢠Business people and developers work together
⢠Build projects around motivated people
⢠Face-to-Face communication is best
⢠Working software is how to measure progress
⢠Maintain a sustainable pace
⢠Attention on technical excellence
⢠Simple design, simple code
⢠Self-organizing teams are best
⢠Continuous feedback
RM
21. HERE Way of Working Alignment
HERE WoW is a
Mindset
Described by
Values
Defined by
Principles
Manifested through
Practices
RM
Š 2019 HERE
22. HERE Way of Working Alignment
HERE WoW is a
Mindset
Described by
Values
Defined by
Principles
Manifested through
Practices
ScrumKanban HERE
RM
Š 2019 HERE
23. Alignment vs. Autonomy
27
Foundation & Line-of-Business Practices
Line of Business Practices
Alignment
Autonomy
Enterprise Foundation
Engineering
Finance
People
Brand
et al
RM
Š 2019 HERE
24. Alignment vs. Autonomy
28
Engineering Practices â Common vs. Specific
Unit Specific Practices
Alignment
Autonomy
Foundation Common Engineering Practices
Tribe 1
Tribe 2ď§ Communities of Practice
ď§ DevOps Metrics
ď§ Technical documentation
ď§ Inner-Source
ď§ Testing automation
ď§ Synchronized cadences
ď§ Empirical forecasting
ď§ Secure Coding
Tribe 3
et al
Tribe 4
RM
Š 2019 HERE
26. HERE Agile Playbook â Co-Created
1. Agile Strategy
Vision and requirements
2. Agile Design Principles
Fundamental guiding course
3. Agile Leadership
Change role of leadership
4. Way of Working
Way of Working Foundation & Practices
5. Structure
Building organizational units
6. People
Agile Mindset & Roles
7. Accountability
Govern distribute responsibilities
8. Metrics
Measure success
9. Execution
Perform the Agile Transformation
Content
WH
Š 2019 HERE
28. Team principles
Š 2019 HERE34
From Team to Squad and to Domain Team
WH
SQUAD Model Domain Team
⢠Establish Agile Roles (PO, SM)
⢠Separation of Concerns
⢠Cross functional
⢠Long lasting (formingâstormingânormingâ
performing)
⢠Work travels, rather than people
29. Alignment - The Functional View - Roles
35
Separation of Concerns
Customer
Value
Value
Proposition
Product Management
Value
Delivery
Product Ownership
Value
Development
Product Engineering
Way of Working
Improvement
Scrum Master
Customer
Value
WH
Š 2019 HERE
30. POPM
https://280group.com/wp-content/media/Product-Owner-vs.-Product-Manager-Role-Visualization.png
ď§ 100% Full time-role
ď§ Break down features into Epics
and User Stories
ď§ Ensure stories are âReadyâ
ď§ Backlog refinement including
user story prioritization
ď§ commit strictly according to
available capacity (âpulls
workâ)
ď§ Close collaboration w/ Squad
ď§ Release forecast and tracking
ď§ Defect Management
ď§ Customer advocate in
engineering
ď§ Challenge engineers on
business value of technical
investments
ď§ Challenge PM on business
value of features
ď§ Alignment with our JTBD
ď§ Feature prioritization
ď§ Ensure features are
âReadyâ
ď§ Product Roadmap
ď§ Business case realization
ď§ Portfolio management
ď§ Product Strategy
ď§ Business value definition
ď§ Segmentation
ď§ Buy vs. Build
ď§ Competitive analysis
ď§ Pricing, promotion, place
ď§ Forecasting
ď§ End of life
ď§ Shared Vision / Roadmap
ď§ Release Planning
ď§ Feature refinement
ď§ Positioning & Value definition
Sharpen and emphasize the role of a Product Owner
ď§ The Product Owner is responsible for delivering the product and addresses the Squadsâ need for real-
time input on user stories and requirements.
ď§ A general rule of thumb is that âProduct Manager is more strategic and outward customer-facing
while Product Owner is more tactical and inward team-facingâ
WH
Š 2019 HERE
32. Suggestion: Impediment Backlog
What causes most of your frustration today?
OSS review process? Security approvals? Manual steps? Pending reviews? Insufficient coordination?
Most impediments are asked to be resolved within a Squad with self-organization
Some are not in control of the Squads. For this, capture a impediment backlog with the Scrum Master.
Feature Squad
Scrum Master
Feature Squad
Quality of life improvements
impediments not in control of the Squad
capture in each Daily Scrum
or in Sprint retrospectives
discuss and find
existing solutions
impediment backlog
Tribe Leads and CTO
escalate with a proposal
WH
Š 2019 HERE
34. Alignment: Metric types
Measure progress of the Agile Journey
A. Input Metrics
e.g., number of people
invested, number of trainings
sessions attended;
Leading indicator
A. Input Metrics
e.g., number of people
invested, number of trainings
sessions attended;
Leading indicator
B. Output Metrics
e.g., test coverage, or number
of units produced, number of
clients served;
often real time indicator
B. Output Metrics
e.g., test coverage, or number
of units produced, number of
clients served;
often real time indicator
C. Outcome Metrics
e.g., number of new customers
incl. revenue, workforce
engagement, Customer NPS;
often trailing indicator
C. Outcome Metrics
e.g., number of new customers
incl. revenue, workforce
engagement, Customer NPS;
often trailing indicator
RM
Š 2019 HERE
36. Holistic, Competing Metrics
Unlocking Agility, Jorgen Hesselberg, Addison-Wesley 201745
Viewed as trends over time help provide meaningful view of continuous improvement
and drive a more agile way of working
Building the
things right?
Building the
right thing?
Building at the
right speed?
Metrics
ď§ Net Promoter Score (NPS)
ď§ % Sales from New Offerings
Metrics
ď§ Escaped defects
ď§ Mean time to Recover (DevOps stability)
ď§ Change Failure Rate (DevOps stability)
Metrics
ď§ Flow Efficiency
ď§ Lead Time (DevOps throughput)
ď§ Delivery Frequency (DevOps throughput)
WH
Š 2019 HERE
37. Holistic, Competing Metrics
48
The Sweet Spot in a dynamically balanced system
Building the
things right!
Building the
right thing!
Building at the
right speed!
Metrics
ď§ Customer Net Promoter
Score (NPS)
ď§ % Sales from New Offerings
Metrics
ď§ Mean time to recover
ď§ Change Failure Rate
ď§ Escaped defects
Metrics
ď§ Flow Efficiency
ď§ Lead Time
ď§ Delivery Frequency
WH
Š 2019 HERE
38. Data-Driven Improvement â Survey Data
⢠DevOps Capability Assessment of software engineering teams
⢠Gives recommendations how to influence your organizationâs
performance
⢠Focuses on capability building as levers to improve your
outcomes
⢠Benchmarks with industry data of over 30 000 technical
professionals
⢠Source for annual âAccelerate State of DevOps Reportâ since
2014
Š 2019 HERE51
DevOps Research & Assessment (DORA)
Technical Capabilities Version Control
Continuous Integration
Deployment Automation
Trunk-based Development
Test Automation
Architecture
Teams Empowered to Choose Tools
Test Data Management
Security
Process Capabilities Team Experimentation
Change Approval Process
Visibility of Customer Feedback
Visibility of Work in the Value Stream
Working in Small Batches
Measurement Capabilities Monitoring
Failure Notification
Use of WIP Limits
Visual Management
Cultural Capabilities Job Satisfaction
Organizational Culture
Learning Culture
DORA Capabilities (2018)
RM
40. Learning from Microsoftâs Journey of getting Agile At Scale
https://www.forbes.com/sites/stevedenning/2015/10/29/microsofts-sixteen-keys-to-becoming-agile-at-
scale/#605ec70615ce
ďź Get good at the science of Agile and Scrum but donât be overly prescriptive
ďź Donât copy others:
learn from others
ďź Build the culture you want âŚ
and youâll get the behavior
youâre after
ďź Stop trying to
predict the future
ďź Optimize around
customer feedback
WH
41. Summary
Š 2019 HERE54
⢠Agile â whether you call it Agile or not
⢠Agile is a journey
⢠Agile In Name Only doesnât work
⢠Agile For Software Onlyâ isnât sustainable
⢠Agile needs both top-down and bottom-up
to drive beyond hierarchy
⢠There is no perfect model âŚ
⢠Overcome resistance
⢠The right level of Alignment enables Autonomy and
empowerment
⢠Profitability is a result â not the goal of Agile
WH
⢠Amazon, Apple, Facebook, Google, Netflix,
and Microsoft
⢠Inspect and Adapt
⢠Learn from failure
⢠Learn from others, donât just copy
⢠Listen
⢠Go where the Energy is
⢠Co-Create Solutions
⢠Focus on using Agile to solve
real business problems
⢠Help develop âLighthouseâ
⢠Hold up the mirror
⢠itâs about the shift in mindset
⢠needs to be holistic