Support autonomy with clear boundaries

From go-ELSE
Revision as of 00:48, 24 January 2024 by Ppugliese (talk | contribs) (Created page with "__NOTOC__ == Description == Ensure that there are explicitly agreed boundaries and constraints around the teams that make clear what they can and what they can not decide and act on independently. Team autonomy should be “Bounded”. Examples of boundaries and constraints include: * Definition of Done - shared DoD elements that concern inter-team touch points and cross-cutting standards * Architectural standards * Brand and design guidelines * Platform standards * Sec...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

Description

Ensure that there are explicitly agreed boundaries and constraints around the teams that make clear what they can and what they can not decide and act on independently. Team autonomy should be “Bounded”.

Examples of boundaries and constraints include:

  • Definition of Done - shared DoD elements that concern inter-team touch points and cross-cutting standards
  • Architectural standards
  • Brand and design guidelines
  • Platform standards
  • Security standards and guidelines
  • Applicable domain compliance rules and regulations

Rationale

Careful design and co-creation of team boundaries enable:

  • Explicitly agreed boundaries – teams won’t have to guess what decision authority they have.
  • Focus – the team have clarity of purpose and priorities guided by their Product Owner.
  • Constraints – the team understand the technology, design and compliance standards within which they need to work.
  • Emergence – boundaries should evolve when teams find that they limit value creation.

Related Principles