The domain is a distinct area of influence, activity and decision making within the organisation. It is held by either circles (teams, business units or similar) or roles (assigned to people). One way of looking at it is that the domain is an empty description of mandate that becomes real only when it's populated by teams and people. The domain usually contains:
For self-governance to work, first we need to define a purpose. Remember, it's a purpose and wisdom hierarchy. Thus, we have a purpose for the whole organisation, for every business unit, team, smaller helping team or projects, and roles. Ultimately, they should all be aligned and pointing in the same direction. The primary drivers are our managers, guiding us in every decision. Primary drivers, as sub drivers, are defined using Situation–Consequences–Needs, as described above.
The primary driver is, as every agreement, "set in stone" until we collectively decide otherwise. Those accountable for the domain are those who decide how the primary driver, and the whole domain description, should be designed. If we later discover that our decisions and actions aren't aligned with the primary driver, we choose to either update the driver or make new decisions. Or terminate the circle. It's a way of making sure that we do the right things and get maximum impact with minimal effort.
Very simple. What are we responsible for in order to get stuff done?
Constraints are the opposite of key responsibilities. What is naturally limiting our work? There is a trap here, though: Constraints should not account for obstacles that can easily be changed. Knowing whether something is easy or difficult to change, however, is not always easy. But pinning down what is out of our control is helps us focus on what's most important.
How can co-workers help our team? When it's time to recruit, this is a good resource. It's easy to get stuck in the details, so organising the list with headlines could be a good thing.
Which metrics would be in place to evaluate our performance and how do we measure them, i.e. how do we know we are doing a good job? Make a list and prioritise which criteria you want to measure regularly (1-3 metrics is usually enough). Also decide how you want to collect and make sense of the data: surveys, stand-ups, retros, 360s or whichever you think is best.
Easy peasy: How often and when do we evaluate our performance? Daily, weekly, monthly, quarterly, yearly?
[ IMAGE ]
Final note: Who writes the domain and how is it populated? In an old top-down structure, the domain is created by and populated by management, usually with minimal autonomy for those who end up there. This basically kills motivation and accountability and is something we want to avoid at all cost.
Those who discover a need are the ones who should write the domain to account for the need, usually done by 1-3 people, sometimes with the help of other co-workers or leaders in the organisation. When the domain description is defined, we use invitation and a role selection process, as described below, to populate it with the right people: motivated, skilful and happy.