agilebydesign.com
@agile_bydesign
Agile Structure for
Knowledge Workers
agilebydesign.com
@agile_bydesign
A different way to think about
organizational design
agilebydesign.com
@agile_bydesign
The Hierarchical Organizational Model does not enable knowledge workers to effectively
collaborate and deliver value in today’s environment of constant change
 Scattering of responsibility
 Reliance on bureaucracy
 Part timer syndrome
 Conflicting priority
agilebydesign.com
@agile_bydesign
Increasingly, enterprises are looking to group teams into cross-functional teams and
empower them to self-organize to deliver value
 Not always practical or economically
feasible
 Suboptimal use of scarce expertise
 Cross cutting concerns get buried
 Loss of organizational cohesion
agilebydesign.com
@agile_bydesign
Portfolio
Organizational Agility @ Scale can be achieved by setting up and nurturing an
ecosystem of constantly evolving, self-organizing, and interdependent teams, along
with the support structure required to enable those teams to deliver value
Value Center Integrated
Value Center (Delivery)
Services Center
Enablement Team
Enablement Core
Enablement Core
Enablement Core
Traveler Pool
Value Center (Discovery)
agilebydesign.com
@agile_bydesign
Enablement
Core
Traveler
Pool
Business Operations
Portfolio
Common
Services
Enablement
Teams
DevOps
HRTraining
Comp
Arch CI
Traveler
Pool
Business Operations Portfolio
Common
Services
Traveler
Pool
Business Operations
Portfolio
Common
Services
Enablement Core
• Advisory
• Consulting
• Providing a Platform
Value
Discovery Team
Value
Delivery Team
Value Discovery
& Delivery Team
Value
Discovery Team
Value
Delivery Team
Value Discovery
& Delivery Team
Value
Discovery Team
Value
Delivery Team
Value Discovery
& Delivery Team
Traveler
Pool
Business Operations
Portfolio
Common
Services
Enablement
Teams
Value
Discovery Team
Value
Delivery Team
Value Discovery
& Delivery Team
Business Operations
Portfolio
Traveler
Pool
Common
Services
Enablement
Teams
Value
Discovery Team
Value
Delivery Team
Value Discovery
& Delivery Team
Enablement
Teams
Value
Discovery Team
Value
Delivery Team
Value Discovery
& Delivery Team
Traveler
Pool
Common
Services
Business Operations
Portfolio
Business Ops Portfolio
• Transactional
• Domain Based
(e.g. Payment, Trading)
An agile business can often
be divided into discrete
Business Operations
Portfolios, with the aim of
minimizing dependencies
across portfolios
Enablement
Teams
Enablement
Teams
Work crosses distinct Portfolio boundaries by connecting them directly to each other
or through Enablement Cores
agilebydesign.com
@agile_bydesign
Teams Services Design Approach
agilebydesign.com
@agile_bydesign
The following Steps can be followed to layout a structure for your
Organization
1. Layout a service / team structure, defining the following for each team
• Divide the Enterprise into Portfolios that can provide meaningful market value
• Break down the portfolio into units (teams), laying out
• The Service that the team provides
• The Customers that those services are provided to
• The Capabilities required to provide these services to the customer
• What Dependencies each team has on another team
2. Add Service Delivery Patterns and Team Linker patterns to your team model to
layout how mechanisms for knowledge workers to interact with each other
• Select a Team Delivery Pattern to each Service that the team provides
• For each cross team dependency, define the connection using one or more
Team Linking Pattern
agilebydesign.com
@agile_bydesign
Service and Team Structure
agilebydesign.com
@agile_bydesign
Delighted
Customer 3
1
Awesome Team 1
5
Delighted
Customer 1
2
Delighted
Customer 2
Delighted
Customer 4
Awesome
Service 1
Awesome
Service 2
Awesome
Service 3
Outstanding
Capability 1
Outstanding
Capability 1
3
4
Ninja Guru
Samurai Rockstar
Awesome
Team 1
Market Portfolio One
mission statement
Awesome
Team 2
Awesome
Team 3
Awesome
Team 4
Awesome
Team 5
Awesome
Team 1
Market Portfolio Two
Awesome
Team 2
Awesome
Team 3
Awesome
Team 4
Awesome
Team 5
6
Define a clear compelling mission
statement for each team in the
portfolio
1
Outline the discrete service that the
teams provides
2
List the capabilities required for the
team to be successful, and map them
to services, (if necessary get Specific
on the people who will be in the team)
3
List the customers for each team
4
Organize teams into portfolios that
have a higher, common purpose
5
Layout dependencies & interactions
across teams in / across portfolios
6
Start by describing the services, clients, and capabilities of your teams, and
organize them into higher order missions
agilebydesign.com
@agile_bydesign
11
Regulators
Credit Card Foundation Team
Executives
Credit
Expertise
Data /
Analytics
Finance Expert X1 Credit Analyst X 3
Data Scientist X2 Credit Modeller X 1
mission statement
Credit Data
Services
Credit Model
Management
Credit Model
Features
Management
Card
Customers
Card
Feature Pod
Card
Foundations
Team
Partner Cards LOB
Customer
Engagement
Card Activate
Team
Data
Marketing/
Creative
Tech / Digital
Mkt
Execution
Studio 1
Horizontal Ops
Mkt
Execution
Studio 2
Mkt
Execution
Studio 3
…
Mobile &
Web Pod
CRM Pod
…
Achieve Top rated customer NPS
without sacrificing Profitability
Provide market valid features for the business in
a rapid manner @ scale
Software Studio
An example of a real life BizOps Pod within a large FSI
agilebydesign.com
@agile_bydesign
Team Service Delivery Patterns
agilebydesign.com
@agile_bydesign
Team Patterns provide a set a concepts that can be used to guide how to
organize and connect knowledge workers into an Integrated Value Network
Team Service Delivery Patterns
• Describe how knowledge workers can provide a discrete type
of value to set of internal or external customers
• A different pattern can be assigned to each service
• Review the Team Service Delivery Pattern Cards to get a
more in depth understanding of each pattern
• Annotate your models using the stickers provided
Credit Card Foundation Team
Credit Model
Features
Card
Feature Pod
Other Card
Pods
Credit & Terms
Consulting
Customer
Value
Center
Shared
Service
Center
Traveller
Pool
Enablement
Team
Community
Of Practice
Dynamic
Swat Team
Portfolio
Team Linker Patterns
• Describe methods that teams can use to coordinate and
collaborate across team and organizational boundaries
• Each connection between teams can be annotated with a
linking pattern
• Review the Team Linking Pattern Cards to get a more in
depth understanding of each card
• Annotate your models using the stickers provided
Collaboration
Time
Rotating
Standup
Participation
Travelling
Intent
Owner
Synchronization
Ceremony
Shared
Discovery &
Grooming
Story Acceptance
Criteria Injection
Business Risk
Office
Credit Card Foundation Team
Credit Model
Features
Card
Feature Pod
Other Card
Pods
Credit & Terms
Consulting
Portfolio
Synchronization
Stable Replenishment
Ceremony
agilebydesign.com
@agile_bydesign
Each Table will be given one Team Service Design toolkit, please unpack the
contents and start laying out your model
Team Service
Delivery Pattern
Cards and Stickers
Team Linker
Pattern Cards and
Stickers
Design
Instructions
agilebydesign.com
@agile_bydesign
Service and Linker
Patterns Applied
Continually analyzing demand and reorganize the ecosystem
around deliver of value
Sept
(4)
Aug (4)
Next Team
Structure
August
(5)
We Are Done
(3)
In Market
Sept
(5)
Oct
(5)
Oct
(5)
Current Team
Structure
Team A
Team B
Team C
Keep your Agile Ecosystem design up to date by integrating it with deliberate
Portfolio level practices
Partially
Started
(3)
All Started
(3)
Team A
Team B
Team C
Team D
Team A
Team B
Sept
(3)
Aug (3)
Team C
Sept
(3)
Aug (3)
Idea Shaping
(3)
Idea Pool
1
2
4
High (10 Stories)
High (10 Stories)
Med (5 Stories)
3
4
Leads prioritize the
next two months’
worth of work and
does an initial
• Thin Slice / Break
down
• Assess Impact on
Capability
• Estimate Cost of
Delay and Value
and Profile
Existing team or
swat team
completes the
exercise
1
Team structure may be
updated to organize
around the highest
priority value
Changes are validated
with impacted Team
members
Work is placed in
Teams backlog using
explicit Work In
progress Limits to
enable focus and quick
delivery
Leads
replenish the
immediate
backlog and
commit to the
work to start
as a Portolio
Teams
influence and
validate all
commitment
decision
2 3
Teams level
visual
management is
used to track
backlogs and
workflow.
Team
productivity,
impediments,
and insight often
feeds leader
meetings rather
than the other
way around `1
4
Expedite
(Emergency)
Fixed
(Regulatory)
Standard
(Revenue)
Intangible
(Investment)
COD Profile
Cost of Delay: 50k mth
Lead Time: 10 mths
CD3: 5K
Portfolio Lead Time
Agility is
measured as:
• The lead time
for the
Portolio to do
their work
• lead time for
the entire
organization
to get the
work to
market
5
5
Market Lead Time
Team commit here Team delivery Point
E2E
delivery
Point
Putting Portfolio level practices in place can be the first step to enabling
participants to self-form into teams
• How do we deliver on Key
Outcomes?
• How can we organize to deliver
value?
• What are the quickest paths to value?
Command
Center Stand-up
(1 X day)
Portfolio Prioritization &
Commitment
Portfolio
Retrospective
Portfolio
Shaping
• What do we want to deliver
next?
• Are we ready to deliver?
• Who will
• Are we delivering the value we expected ?
• What are our biggest impediments and how
can we solve them? value?
• IS the Ecosystem working?
• What Teams are blocked across the
Portfolio and how can we help?
• How can we align to deliver?
• Are we collaborating across the
ecosystem
agilebydesign.com
@agile_bydesign
Team Service Delivery and Linker Cards
Think about organizing teams through application of one or more Team Delivery
Patterns
• Dedicated, cross functional and hopefully co-located
• perform activities necessary to create market value
• Work enters and is completed without minimal
external dependencies.
• The team is self-organized and empowered
• demand can be serviced by stable combination of
capabilities that can form a team
• High degree of collaboration required to service
demand
• Output of the team can be consumed by the market
Usage Criteria
Customer Value Center
Service Delivery Patterns
@Agile_ByDesign
Think about organizing teams through application of one or more Team Delivery
Patterns
• More specialized workers that support “internal”
demand
• Work often travels from a value center, to be
processed by the service team, with outputs
delivered back to the value center
• Highly specialized skills that are hard to transfer and
take significant time to learn
• Workers require high degree of internal alignment
within the service
• Work is manual, and effort intensive, and benefits
less from market feedback
Usage Criteria
Shared Service
Center
Service Delivery Patterns
@Agile_ByDesign
Traveler Pool
• Groups of more specialized workers who are
organized into pools in order to meet high
demand across a number of value centers
• Requests are fulfilled by pool members joining the
team who made the request for services, staying
until work is completed
• Highly specialized skills that are hard to transfer
and take significant time to learn
• Demand from a value center tends to be ad hoc
• High degree of collaboration between the worker
and the value center is critical
Usage Criteria
Think about organizing teams through application of one or more Team Delivery
Patterns
Service Delivery Patterns
@Agile_ByDesign
Enablement team
Usage Criteria
• Owners of an enterprise concern or capability,
• Often provides a platform to enable teams
• Deployed at the portfolio level providing guidance
over a specific set of interrelated teams
• Deploy oversight and guidance in a way that
enables and empowers
• Focus on the application of advice and governance
• Teaching team members how to adopt to new
capabilities
• Value from teams using a common platform
Think about organizing teams through application of one or more Team Delivery
Patterns
Service Delivery Patterns
@Agile_ByDesign
Community
Of Practice
• A connected network of individuals who benefit
by collaborating on a shared capability
• Often virtual, membership comes from interested
contributors from other teams.
• Build through consensus and foster learning
• Support grass-roots development of a shared
understanding and learning
• Information flows primarily from employees to
the center
• Opportunity to motivate and volunteer
Usage Criteria
Think about organizing teams through application of one or more Team Delivery
Patterns
Service Delivery Patterns
@Agile_ByDesign
Think about organizing teams through application of one or more Team Delivery
Patterns
Swat team
• Is created just in time from a collection of teams
• a temporary overlay on the existing team
structure
• Has a common backlog and members agree to
hold common agile ceremonies
• Individuals from different teams need to
collaborating together on highly integrated Intent
• Requirement to keep the original team structure in
place.
• Duration not long enough to reconfigure teams
• Insufficient buy in to form more stable teams
Usage Criteria
Service Delivery Patterns
@Agile_ByDesign
Description
• A grouping of interrelated agile teams aligned to a
common mission
• Cohesive domain of a customer valued engine that
provides a market offering
• Managed through an integrated backlog and
dedicate management, and portfolio level
ceremonies
• Provide structure and direction necessary to
deliver value at scale
• Enable a collection of teams to align towards a
common goal
• Contain dependencies into a manageable grouping
of teams
Usage Criteria
Think about organizing teams through application of one or more Team Delivery
Patterns
Portfolio
Service Delivery Patterns
@Agile_ByDesign
agilebydesign.com
@agile_bydesign
26
Team Linker Patterns
• Dedicated space and time for team members to
come together and collaborate and synchronize
across team boundaries in an open, unstructured
way
• Scheduled at a set reoccurring cadence
• Participants self organize to solve problems
• Group of interrelated teams benefit from a high
collaboration in a way that is hard to predict
• Want teams to innovate and share on higher level
mission objectives
Think about Connecting teams through application of one or more Team Linking
Patterns
Open Space
Usage Criteria
Team Linking Patterns
@Agile_ByDesign
Think about Connecting teams through application of one or more Team Linking
Patterns
• Teams participation on other teams daily
standups
• Need often identified when analyzing team
backlogs for dependencies
• Participant often chosen on a rotating basis
• Work on two teams contain identifiable
dependencies
• Need for moderate synchronization of work across
teams
• Opportunities for teams to provide timely
assistance to other teams
Rotating Standup Participation
Usage Criteria
Team Linking Patterns
@Agile_ByDesign
Think about Connecting teams through application of one or more Team Linking
Patterns
=
• One team member brings a unit of work to another
team in order to facilitate it’s completion
• The owner of the intent travels to the other team
and works closely with the team, owning the
definition and validation of done for the work
• Intent forming teams require the help of more
delivery focused teams
• Teams need to support multiple business areas,
and bring in the business expertise required at the
right time
Travelling Intent Owner
Usage Criteria
Team Linking Patterns
@Agile_ByDesign
Think about Connecting teams through application of one or more Team Linking
Patterns
=
• Two teams agree to meet to synchronize work
across the teams
• Meeting follows a repeatable ceremony
• Meeting can be scheduled at a set cadence or
triggered through a pull system
• Need to manage a predictable dependency across
two teams
• Dependency requires thoughtful coordination
across the teams
Synchronisation Ceremony
Usage Criteria
Team Linking Patterns
@Agile_ByDesign
Think about Connecting teams through application of one or more Team Linking
Patterns
=
• Two teams agree to plan and scope work together
• Share a common backlog of work
• Triage work across the teams
• Teams have a shared business objective
• Common pool of customers and stakeholders
• Share a common platform
Shared Discovery &
Grooming
Usage Criteria
Team Linking Patterns
@Agile_ByDesign
Think about Connecting teams through application of one or more Team Linking
Patterns
=
• Members responsible for governance or auditing
the teams work examine backlogs of teams for
risk and tag work that required closer examination
• They may inject additional acceptance criteria
into stories as they are being groomed by the team
• Governance members validate that stories pass
their enhanced definition of done as a part of
story validation
• Want to address governance, compliance, or
address enterprise concerns
• Don’t want to slow teams down by forcing them
through Gates and check points
Story Acceptance Criteria Injection
Usage Criteria
Team Linking Patterns
@Agile_ByDesign
Think about Connecting teams through application of one or more Team Linking
Patterns
=
• Multiple teams synchronize work by replicating
team ceremonies to better collaborate at the
portfolio or enterprise level
• Portfolio level planning, standups, and reviews
are attended by delegates from each team
• Managed through portfolio level backlogs, status
reports and other information radiators
• Running a program or supporting a portfolio of
demand with shared capacity
• Delivering value required traversing numerous
dependencies across teams
• Need to escalate impediments and risks that
impact the portfolio quickly
Portfolio
Synchronization
Usage Criteria
Team Linking Patterns
@Agile_ByDesign
Think about Connecting teams through application of one or more Team Linking
Patterns 3
4
Stable Replenishment Ceremony
• A team needs to service multiple stakeholder
• Stakeholders attend a replenishment meeting held
at a stable cadence to determine what work gets
prioritized into the teams immediate backlog
• Often different replenishment cadences and
ceremonies are used for different classes of service
or market risk
• A need to service multiple stakeholder with
different types of demand
• Need to provide different types of services that
have different market risk, urgency, or risk
profiles
Usage Criteria
Team Linking Patterns
@Agile_ByDesign
Agile by Design
Inc.
Jeff Anderson, President
647.381.5932
jeff.anderson@agilebydesign.com
Taimur Mohammad, Partner
416.230.8814
taimur.mohammad@agilebydesign.com
Andrew Larosa, Partner
416.801.8205
andrew.larosa@agilebydesign.com

Agile ecosystem design

  • 1.
  • 2.
    agilebydesign.com @agile_bydesign A different wayto think about organizational design
  • 3.
    agilebydesign.com @agile_bydesign The Hierarchical OrganizationalModel does not enable knowledge workers to effectively collaborate and deliver value in today’s environment of constant change  Scattering of responsibility  Reliance on bureaucracy  Part timer syndrome  Conflicting priority
  • 4.
    agilebydesign.com @agile_bydesign Increasingly, enterprises arelooking to group teams into cross-functional teams and empower them to self-organize to deliver value  Not always practical or economically feasible  Suboptimal use of scarce expertise  Cross cutting concerns get buried  Loss of organizational cohesion
  • 5.
    agilebydesign.com @agile_bydesign Portfolio Organizational Agility @Scale can be achieved by setting up and nurturing an ecosystem of constantly evolving, self-organizing, and interdependent teams, along with the support structure required to enable those teams to deliver value Value Center Integrated Value Center (Delivery) Services Center Enablement Team Enablement Core Enablement Core Enablement Core Traveler Pool Value Center (Discovery)
  • 6.
    agilebydesign.com @agile_bydesign Enablement Core Traveler Pool Business Operations Portfolio Common Services Enablement Teams DevOps HRTraining Comp Arch CI Traveler Pool BusinessOperations Portfolio Common Services Traveler Pool Business Operations Portfolio Common Services Enablement Core • Advisory • Consulting • Providing a Platform Value Discovery Team Value Delivery Team Value Discovery & Delivery Team Value Discovery Team Value Delivery Team Value Discovery & Delivery Team Value Discovery Team Value Delivery Team Value Discovery & Delivery Team Traveler Pool Business Operations Portfolio Common Services Enablement Teams Value Discovery Team Value Delivery Team Value Discovery & Delivery Team Business Operations Portfolio Traveler Pool Common Services Enablement Teams Value Discovery Team Value Delivery Team Value Discovery & Delivery Team Enablement Teams Value Discovery Team Value Delivery Team Value Discovery & Delivery Team Traveler Pool Common Services Business Operations Portfolio Business Ops Portfolio • Transactional • Domain Based (e.g. Payment, Trading) An agile business can often be divided into discrete Business Operations Portfolios, with the aim of minimizing dependencies across portfolios Enablement Teams Enablement Teams Work crosses distinct Portfolio boundaries by connecting them directly to each other or through Enablement Cores
  • 7.
  • 8.
    agilebydesign.com @agile_bydesign The following Stepscan be followed to layout a structure for your Organization 1. Layout a service / team structure, defining the following for each team • Divide the Enterprise into Portfolios that can provide meaningful market value • Break down the portfolio into units (teams), laying out • The Service that the team provides • The Customers that those services are provided to • The Capabilities required to provide these services to the customer • What Dependencies each team has on another team 2. Add Service Delivery Patterns and Team Linker patterns to your team model to layout how mechanisms for knowledge workers to interact with each other • Select a Team Delivery Pattern to each Service that the team provides • For each cross team dependency, define the connection using one or more Team Linking Pattern
  • 9.
  • 10.
    agilebydesign.com @agile_bydesign Delighted Customer 3 1 Awesome Team1 5 Delighted Customer 1 2 Delighted Customer 2 Delighted Customer 4 Awesome Service 1 Awesome Service 2 Awesome Service 3 Outstanding Capability 1 Outstanding Capability 1 3 4 Ninja Guru Samurai Rockstar Awesome Team 1 Market Portfolio One mission statement Awesome Team 2 Awesome Team 3 Awesome Team 4 Awesome Team 5 Awesome Team 1 Market Portfolio Two Awesome Team 2 Awesome Team 3 Awesome Team 4 Awesome Team 5 6 Define a clear compelling mission statement for each team in the portfolio 1 Outline the discrete service that the teams provides 2 List the capabilities required for the team to be successful, and map them to services, (if necessary get Specific on the people who will be in the team) 3 List the customers for each team 4 Organize teams into portfolios that have a higher, common purpose 5 Layout dependencies & interactions across teams in / across portfolios 6 Start by describing the services, clients, and capabilities of your teams, and organize them into higher order missions
  • 11.
    agilebydesign.com @agile_bydesign 11 Regulators Credit Card FoundationTeam Executives Credit Expertise Data / Analytics Finance Expert X1 Credit Analyst X 3 Data Scientist X2 Credit Modeller X 1 mission statement Credit Data Services Credit Model Management Credit Model Features Management Card Customers Card Feature Pod Card Foundations Team Partner Cards LOB Customer Engagement Card Activate Team Data Marketing/ Creative Tech / Digital Mkt Execution Studio 1 Horizontal Ops Mkt Execution Studio 2 Mkt Execution Studio 3 … Mobile & Web Pod CRM Pod … Achieve Top rated customer NPS without sacrificing Profitability Provide market valid features for the business in a rapid manner @ scale Software Studio An example of a real life BizOps Pod within a large FSI
  • 12.
  • 13.
    agilebydesign.com @agile_bydesign Team Patterns providea set a concepts that can be used to guide how to organize and connect knowledge workers into an Integrated Value Network Team Service Delivery Patterns • Describe how knowledge workers can provide a discrete type of value to set of internal or external customers • A different pattern can be assigned to each service • Review the Team Service Delivery Pattern Cards to get a more in depth understanding of each pattern • Annotate your models using the stickers provided Credit Card Foundation Team Credit Model Features Card Feature Pod Other Card Pods Credit & Terms Consulting Customer Value Center Shared Service Center Traveller Pool Enablement Team Community Of Practice Dynamic Swat Team Portfolio Team Linker Patterns • Describe methods that teams can use to coordinate and collaborate across team and organizational boundaries • Each connection between teams can be annotated with a linking pattern • Review the Team Linking Pattern Cards to get a more in depth understanding of each card • Annotate your models using the stickers provided Collaboration Time Rotating Standup Participation Travelling Intent Owner Synchronization Ceremony Shared Discovery & Grooming Story Acceptance Criteria Injection Business Risk Office Credit Card Foundation Team Credit Model Features Card Feature Pod Other Card Pods Credit & Terms Consulting Portfolio Synchronization Stable Replenishment Ceremony
  • 14.
    agilebydesign.com @agile_bydesign Each Table willbe given one Team Service Design toolkit, please unpack the contents and start laying out your model Team Service Delivery Pattern Cards and Stickers Team Linker Pattern Cards and Stickers Design Instructions
  • 15.
  • 16.
    Continually analyzing demandand reorganize the ecosystem around deliver of value Sept (4) Aug (4) Next Team Structure August (5) We Are Done (3) In Market Sept (5) Oct (5) Oct (5) Current Team Structure Team A Team B Team C Keep your Agile Ecosystem design up to date by integrating it with deliberate Portfolio level practices Partially Started (3) All Started (3) Team A Team B Team C Team D Team A Team B Sept (3) Aug (3) Team C Sept (3) Aug (3) Idea Shaping (3) Idea Pool 1 2 4 High (10 Stories) High (10 Stories) Med (5 Stories) 3 4 Leads prioritize the next two months’ worth of work and does an initial • Thin Slice / Break down • Assess Impact on Capability • Estimate Cost of Delay and Value and Profile Existing team or swat team completes the exercise 1 Team structure may be updated to organize around the highest priority value Changes are validated with impacted Team members Work is placed in Teams backlog using explicit Work In progress Limits to enable focus and quick delivery Leads replenish the immediate backlog and commit to the work to start as a Portolio Teams influence and validate all commitment decision 2 3 Teams level visual management is used to track backlogs and workflow. Team productivity, impediments, and insight often feeds leader meetings rather than the other way around `1 4 Expedite (Emergency) Fixed (Regulatory) Standard (Revenue) Intangible (Investment) COD Profile Cost of Delay: 50k mth Lead Time: 10 mths CD3: 5K Portfolio Lead Time Agility is measured as: • The lead time for the Portolio to do their work • lead time for the entire organization to get the work to market 5 5 Market Lead Time Team commit here Team delivery Point E2E delivery Point
  • 17.
    Putting Portfolio levelpractices in place can be the first step to enabling participants to self-form into teams • How do we deliver on Key Outcomes? • How can we organize to deliver value? • What are the quickest paths to value? Command Center Stand-up (1 X day) Portfolio Prioritization & Commitment Portfolio Retrospective Portfolio Shaping • What do we want to deliver next? • Are we ready to deliver? • Who will • Are we delivering the value we expected ? • What are our biggest impediments and how can we solve them? value? • IS the Ecosystem working? • What Teams are blocked across the Portfolio and how can we help? • How can we align to deliver? • Are we collaborating across the ecosystem
  • 18.
  • 19.
    Think about organizingteams through application of one or more Team Delivery Patterns • Dedicated, cross functional and hopefully co-located • perform activities necessary to create market value • Work enters and is completed without minimal external dependencies. • The team is self-organized and empowered • demand can be serviced by stable combination of capabilities that can form a team • High degree of collaboration required to service demand • Output of the team can be consumed by the market Usage Criteria Customer Value Center Service Delivery Patterns @Agile_ByDesign
  • 20.
    Think about organizingteams through application of one or more Team Delivery Patterns • More specialized workers that support “internal” demand • Work often travels from a value center, to be processed by the service team, with outputs delivered back to the value center • Highly specialized skills that are hard to transfer and take significant time to learn • Workers require high degree of internal alignment within the service • Work is manual, and effort intensive, and benefits less from market feedback Usage Criteria Shared Service Center Service Delivery Patterns @Agile_ByDesign
  • 21.
    Traveler Pool • Groupsof more specialized workers who are organized into pools in order to meet high demand across a number of value centers • Requests are fulfilled by pool members joining the team who made the request for services, staying until work is completed • Highly specialized skills that are hard to transfer and take significant time to learn • Demand from a value center tends to be ad hoc • High degree of collaboration between the worker and the value center is critical Usage Criteria Think about organizing teams through application of one or more Team Delivery Patterns Service Delivery Patterns @Agile_ByDesign
  • 22.
    Enablement team Usage Criteria •Owners of an enterprise concern or capability, • Often provides a platform to enable teams • Deployed at the portfolio level providing guidance over a specific set of interrelated teams • Deploy oversight and guidance in a way that enables and empowers • Focus on the application of advice and governance • Teaching team members how to adopt to new capabilities • Value from teams using a common platform Think about organizing teams through application of one or more Team Delivery Patterns Service Delivery Patterns @Agile_ByDesign
  • 23.
    Community Of Practice • Aconnected network of individuals who benefit by collaborating on a shared capability • Often virtual, membership comes from interested contributors from other teams. • Build through consensus and foster learning • Support grass-roots development of a shared understanding and learning • Information flows primarily from employees to the center • Opportunity to motivate and volunteer Usage Criteria Think about organizing teams through application of one or more Team Delivery Patterns Service Delivery Patterns @Agile_ByDesign
  • 24.
    Think about organizingteams through application of one or more Team Delivery Patterns Swat team • Is created just in time from a collection of teams • a temporary overlay on the existing team structure • Has a common backlog and members agree to hold common agile ceremonies • Individuals from different teams need to collaborating together on highly integrated Intent • Requirement to keep the original team structure in place. • Duration not long enough to reconfigure teams • Insufficient buy in to form more stable teams Usage Criteria Service Delivery Patterns @Agile_ByDesign
  • 25.
    Description • A groupingof interrelated agile teams aligned to a common mission • Cohesive domain of a customer valued engine that provides a market offering • Managed through an integrated backlog and dedicate management, and portfolio level ceremonies • Provide structure and direction necessary to deliver value at scale • Enable a collection of teams to align towards a common goal • Contain dependencies into a manageable grouping of teams Usage Criteria Think about organizing teams through application of one or more Team Delivery Patterns Portfolio Service Delivery Patterns @Agile_ByDesign
  • 26.
  • 27.
    • Dedicated spaceand time for team members to come together and collaborate and synchronize across team boundaries in an open, unstructured way • Scheduled at a set reoccurring cadence • Participants self organize to solve problems • Group of interrelated teams benefit from a high collaboration in a way that is hard to predict • Want teams to innovate and share on higher level mission objectives Think about Connecting teams through application of one or more Team Linking Patterns Open Space Usage Criteria Team Linking Patterns @Agile_ByDesign
  • 28.
    Think about Connectingteams through application of one or more Team Linking Patterns • Teams participation on other teams daily standups • Need often identified when analyzing team backlogs for dependencies • Participant often chosen on a rotating basis • Work on two teams contain identifiable dependencies • Need for moderate synchronization of work across teams • Opportunities for teams to provide timely assistance to other teams Rotating Standup Participation Usage Criteria Team Linking Patterns @Agile_ByDesign
  • 29.
    Think about Connectingteams through application of one or more Team Linking Patterns = • One team member brings a unit of work to another team in order to facilitate it’s completion • The owner of the intent travels to the other team and works closely with the team, owning the definition and validation of done for the work • Intent forming teams require the help of more delivery focused teams • Teams need to support multiple business areas, and bring in the business expertise required at the right time Travelling Intent Owner Usage Criteria Team Linking Patterns @Agile_ByDesign
  • 30.
    Think about Connectingteams through application of one or more Team Linking Patterns = • Two teams agree to meet to synchronize work across the teams • Meeting follows a repeatable ceremony • Meeting can be scheduled at a set cadence or triggered through a pull system • Need to manage a predictable dependency across two teams • Dependency requires thoughtful coordination across the teams Synchronisation Ceremony Usage Criteria Team Linking Patterns @Agile_ByDesign
  • 31.
    Think about Connectingteams through application of one or more Team Linking Patterns = • Two teams agree to plan and scope work together • Share a common backlog of work • Triage work across the teams • Teams have a shared business objective • Common pool of customers and stakeholders • Share a common platform Shared Discovery & Grooming Usage Criteria Team Linking Patterns @Agile_ByDesign
  • 32.
    Think about Connectingteams through application of one or more Team Linking Patterns = • Members responsible for governance or auditing the teams work examine backlogs of teams for risk and tag work that required closer examination • They may inject additional acceptance criteria into stories as they are being groomed by the team • Governance members validate that stories pass their enhanced definition of done as a part of story validation • Want to address governance, compliance, or address enterprise concerns • Don’t want to slow teams down by forcing them through Gates and check points Story Acceptance Criteria Injection Usage Criteria Team Linking Patterns @Agile_ByDesign
  • 33.
    Think about Connectingteams through application of one or more Team Linking Patterns = • Multiple teams synchronize work by replicating team ceremonies to better collaborate at the portfolio or enterprise level • Portfolio level planning, standups, and reviews are attended by delegates from each team • Managed through portfolio level backlogs, status reports and other information radiators • Running a program or supporting a portfolio of demand with shared capacity • Delivering value required traversing numerous dependencies across teams • Need to escalate impediments and risks that impact the portfolio quickly Portfolio Synchronization Usage Criteria Team Linking Patterns @Agile_ByDesign
  • 34.
    Think about Connectingteams through application of one or more Team Linking Patterns 3 4 Stable Replenishment Ceremony • A team needs to service multiple stakeholder • Stakeholders attend a replenishment meeting held at a stable cadence to determine what work gets prioritized into the teams immediate backlog • Often different replenishment cadences and ceremonies are used for different classes of service or market risk • A need to service multiple stakeholder with different types of demand • Need to provide different types of services that have different market risk, urgency, or risk profiles Usage Criteria Team Linking Patterns @Agile_ByDesign
  • 35.
    Agile by Design Inc. JeffAnderson, President 647.381.5932 jeff.anderson@agilebydesign.com Taimur Mohammad, Partner 416.230.8814 taimur.mohammad@agilebydesign.com Andrew Larosa, Partner 416.801.8205 andrew.larosa@agilebydesign.com