The Rules of the (G)ame for Empirical-based Enterprise Evolution

AME3 Rules.svg

AME3 stands for Adaptive Metaframework for Empirical Enterprise Evolution.

The framework assists an enterprise in adopting a system design grounded in three fundamental pillars: an Agile Leadership System, a Strategy for Evolution, and Enterprise-wide Rules.

Adhering to the AME3 Rules enables companies to swiftly adapt their services & products to changing market conditions by using empirical evidence. Additionally, it fosters the simultaneous evolution of services & products with the organizational structure.

AME3 sets a minimal yet sufficient number of rules to allow integration with other frameworks and methodologies, ensuring clarity and reducing the likelihood of misunderstandings. It’s important to thoroughly understand the impact of these rules on the entire system before attempting to make any changes.

The framework is designed primarily for small to medium-sized enterprises (SMEs). However, larger enterprises can also implement it within sufficiently autonomous divisions.

While the AME3 Rules alone are insufficient to enhance agility and effectiveness, enterprises must consider incorporating other methods and frameworks like Scrum, LeSS, LeSS Huge, Lean, Kanban, Wardley Mapping, or Cynefin. The choice should align with the specific evolutionary stages of the product and organization and the particular Ambitions.

AME3 is based on principles that align with these preferred frameworks and methods. In upcoming articles, detailed explanations of these principles and a comprehensive list of compatible frameworks will be discussed.

Although some frameworks and methodologies may have different rules and recommendations, the combined use outweighs the inconsistencies. The AME3 Rules facilitate easy mapping and integration with other frameworks, enhancing overall effectiveness. A separate article will detail how to map these rules with different frameworks.


Rules of the Arena

Arena

An Arena is a highly independent organizational unit within an Enterprise dedicated to a specific Ambition. It contains a complete work system with Teams, Owner, and System Lead. The Arena is defined by its Leadership functions, Artifacts, and Constraints.

1. Leadership Functions

Team

The Team is a leadership function in AME3 focused on improving customer satisfaction. Teams develop, provide, and maintain the Arena Product with stable membership. Each Team is supported by at least one System Lead.

  • A Team leads to improved customer satisfaction.
  • An Arena consists of one or multiple Teams.
  • All teams in an Arena do all the work to develop, provide, and maintain the Arena Product.
  • The Team has a stable number of employees over at least one Match, preferably for much longer.
  • Each employee is a member of only one Team at a time.
  • The Teams are responsible for keeping all work transparent.
  • Each Team is supported by at least one System Lead.
  • Team members may have different qualifications and experience. Additional roles may be defined by the Team or System Lead.

Owner

The Owner is the leadership function responsible for the success of the Arena Product in alignment with the enterprise Ambition. They hold authority over Arena Backlog ordering and capacity decisions. The Owner collaborates with System Leads while maintaining distinct accountability.

System Lead

The System Lead ensures an effective work system within the Arena and guarantees compliance with AME3 rules. They establish and enforce additional frameworks and methods as needed. Multiple System Leads can serve an Arena, collectively accountable for all Teams.

2. Artifacts

Improvement

An Improvement represents an enhancement to the Arena Product or work system. Teams pull Improvements from the Arena Backlog and commit to completing them within one Match, with Owner support for just-in-time decisions.

  • An Improvement represents an enhancement to the Arena Product. This includes improvements of the work system within the Arena.
  • Each Improvement can exist in one of three states: In the Arena Backlog, pulled by a Team, or done.
  • Once an Improvement is pulled, a Team is expected to complete it within one Match.
  • The Owner must ensure that decisions can be made just-in-time when a Team starts working on an Improvement.
  • Once a Team has pulled an Improvement, it commits to focusing all its resources to complete it within the Match. If unsuccessful, the Team must identify and implement necessary improvements for the work system and/or Arena Product.

Arena Backlog

The Arena Backlog is the ordered collection of Improvements awaiting Team selection in an Arena. Teams and the Owner collaboratively create and refine these Improvements, with the Owner holding ultimate accountability for prioritization.

Arena Product

The Arena Product is the result of the Arena’s work, encompassing services and goods delivered by Teams, product development, and work system improvements. The Product evolves with each completed Improvement.

AME3 Product.png

  • The Arena Product is the result of the Arena’s work. It encompasses:
  1. The services provided by the teams’ labor
  2. The services or goods provided by systems created by the teams, which customers utilize or potentially use in the future.
  3. The work to improve these services. Often called product development.
  4. The work to improve the work system.

3. Constraints

Match

The Match defines the fixed-period constraint for Arena work in AME3. It implements the Anticipate, Advance and Assess loop. Teams autonomously manage improvements within this monthly cycle. System Leads ensure effective structures are in place.

Anticipate
Advance
  • Once a Team pulls an Improvement, they are solely responsible for its completion, including coordinating with other teams and stakeholders both within and outside the Arena.
  • Teams and the Owner collaboratively establish rules for completing Improvements.
  • The System Leads are ensuring that these rules are established, adhered to, and modified as necessary to maintain efficiency and effectiveness.
Assess

Rules of the Enterprise

Enterprise

The Enterprise defines the organizational entity in AME3 that provides resources and support for Arenas. It establishes clear boundaries through Leadership Functions, Artifacts, and Constraints to ensure Arena autonomy and independence.

  • The Enterprise provides resources to support an Arena.
  • An Enterprise may encompass multiple Arenas.
  • If the Enterprise operates other business areas with products and services outside the AME3 framework, it ensures these do not interfere with the independence of the Arenas.
  • The boundaries of an Enterprise are defined by its Leadership Functions, Artifact, and Constraints.

1. Leadership Functions

Accountable Representative

The Accountable Representative holds ultimate accountability for Enterprise success and societal impact. They have collective authority to initiate or discontinue Arena Products while respecting Arena autonomy. They receive full transparency and generate strategic insights.

Enterprise System Lead

The Enterprise System Lead is the System Lead for the enterprise-level work system in AME3. This leadership function ensures effective structures and processes across all Arenas while maintaining system coherence. She can also serve as System Lead for individual Arenas.

Enterprise Owner

The Enterprise Owner is the executive leadership function responsible for the success of the Enterprise Product. They have the authority to initiate or stop Arenas, change Ambitions, and order the Enterprise Backlog while considering Enterprise System Lead recommendations.

2. Artifact

Artifacts on Enterprise level creating the transparency and data to lead the Enterprise. They connect the Enterprise with the Arenas and these with each other if necessary. All Artifacts of the Arenas are transparent and accessible to the Enterprise too.

Ambition

The Ambition defines the purpose, expected successes, and constraints for each Arena Product in the enterprise. It justifies an Arena’s existence and guides the Owner’s leadership. Annual refinement ensures alignment and commitment across all Team members.

  • The Ambition clarifies the purpose, expected successes, and constraints associated with the Arena Product, including financial limitations.
  • The Ambition justifies the existence and operations of an Arena.
  • The Owner is responsible for leading the development of the Arena Product towards achieving the Ambition.
  • If the Ambition is at risk, the Owner must take appropriate actions, which may include terminating the Arena Product.
  • The Ambition is reviewed and refined at least annually, with discussions involving all members of all teams to align understanding and commitment.

Goal

The Goal is a strategic objective that provides direction for all Teams within an Arena. Set by the Owner, it defines what needs to be achieved within one to nine Matches. The Goal ensures alignment between Arena work and Enterprise Ambitions.

  • The Goal is a strategic objective that guides all Teams within an Arena.
  • Beside others, a Goal can be a new Arena Product, the initiation or reorganizing of an Arena or changes to an Ambition.
  • Multiple Arenas can share the same Goal.
  • The Goal is moved into focus by the Owner of the Arena and at the transition between Matches.
  • The Owner can remove or replace a Goal at will.
  • The Owner, System Lead, and Teams are collectively responsible for aligning their efforts towards achieving the Goal.
  • The Owner must ensure that there is always at least one Goal in focus
  • There may be more than one Goal in focus, but the Owner is encouraged to keep the number to a minimum.
  • A Goal should encompass the scope of work for all Teams for at least one Match but should not exceed nine Matches in duration.
  • The Owner must ensure that the Goal aligns with the Ambition.
  • The Owner must ensure that the Goal and the Arena Backlog are well-aligned.
  • Each Goal can exist in one of three states: in Enterprise Backlog, In focus, or completed.

Enterprise Backlog

The Enterprise Backlog contains all strategic Goals awaiting Arena focus. The Enterprise Owner orders this backlog, while Owners collectively define and refine Goals. Owners pull the highest priority Goals for their Arenas.

Enterprise Product

The Enterprise Product represents all products and services offered by the enterprise. It combines the Arena Products from all Arenas plus results from units not yet operating within AME3.

  • The Enterprise Product represents the combined result of work of the entire Enterprise. It includes the Products from all Arenas and results from all other units not yet operating within AME3.
  • The term ‘Enterprise Product’ is synonymous with the phrase ‘all products and services offered or are in preperation to be offered by the enterprise’.

3. Constraints

Tournament

The Tournament is the enterprise-level constraint that implements the Anticipate, Advance and Assess loop across the entire organization. It spans one or multiple Matches and enables Accountable Representatives to assess the Enterprise Product, while the Enterprise Owner decides on strategic changes to Ambitions and the Enterprise Backlog.


Postscript

The AME3 Rules intentionally do not delve into the reasons behind the rules, their functionality, or specific usage instructions. Detailed explanations and guidance will be addressed on ame3.info. Here, however, are some foundational thoughts and motivations for the rules:

Many organizations face challenges when implementing frameworks and methods such as Scrum, Large Scale Scrum (LeSS), Lean, and Kanban. A commonly cited issue is the lack of comprehensive organizational support. The AME3 rules are designed to address this by providing just enough structural support within the enterprise to allow these frameworks and methods to thrive.

Applying the AME3 rules can be considered a radical shift for most companies because it typically requires significant restructuring. For new enterprises, adopting AME3 from the start is relatively straightforward. However, existing companies may need to navigate complex pathways and undertake major restructuring efforts at varying intervals. The GAME3 rules are designed to help identify necessary organizational changes. Future guidelines will offer strategies to concurrently reshape products, services, and organizational structures.

AME3 is distinct from Agile and Lean methodologies like Scrum or Kanban and is not intended to replace these or others developed over the past 30 years. Instead, AME3 aims to enhance the benefits of these established frameworks and methodologies across the entire enterprise.

Unlike the prescriptive nature of frameworks such as SAFe, AME3 allows organizations the flexibility to continuously adapt their structures and processes to meet the demands of a competitive environment. It is important to note that AME3 is therefore incompatible with SAFe but offers a pathway to eliminate inefficiencies that may have been introduced by adopting SAFe.

The Agile frameworks and methods recommended within AME3 are defined with varying levels of precision, are subject to different interpretations by their authors, and may occasionally conflict in detail. Therefore, it is not possible for the AME3 framework to be fully consistent with all aspects of these varied frameworks and methods. In cases of discrepancy, the principles of inspection and adaptation are invaluable, which is a Strategic Doctrine in GAME3.

However, there is a certain beauty in this imperfection at the definitional level, which ultimately serves the creative and dynamic nature of human work. This approach recognizes that creativity needs contradictions, just as air is necessary to breathe.