{"id":2820,"date":"2026-04-24T15:20:08","date_gmt":"2026-04-24T13:20:08","guid":{"rendered":"https:\/\/blogs.zeiss.com\/digital-innovation\/en\/?p=2820"},"modified":"2026-04-24T15:20:09","modified_gmt":"2026-04-24T13:20:09","slug":"triadic-contracting","status":"publish","type":"post","link":"https:\/\/blogs.zeiss.com\/digital-innovation\/en\/triadic-contracting\/","title":{"rendered":"Triadic Contracting"},"content":{"rendered":"\n

Why explicit coaching is impossible in Scrum!<\/strong><\/strong><\/strong><\/p>\n\n\n\n

A bold statement, admittedly. Let\u2019s see whether you share it after reading this article.<\/p>\n\n\n\n

Let\u2019s start at the very beginning. Scrum Masters are responsible for the effectiveness of the Scrum Team. According to the Scrum Guide, they are supposed to coach team members in \u201cself-management and cross-functionality\u201d1<\/a><\/sup>. Coaching is a central component2<\/a><\/sup>\u00a0in achieving the target states described in the Scrum Guide. How exactly Scrum Masters implement this is up to them, as is much else.<\/p>\n\n\n\n

If you take a closer look at explicit coaching (explicit = with clarification of the mandate; implicit = without clarification of the mandate) and systemic consulting, one essential \u2013 if not the most essential \u2013 component is the clarification of the mandate3<\/a><\/sup> 4<\/a><\/sup> 5<\/a><\/sup> 6<\/a><\/sup>. It clarifies which goal the coach works toward together with the coachee. The goal is usually defined at the beginning and can be adjusted at any time during the coaching. This makes sense, because early insights may reveal that the initial target states would not deliver the desired results.<\/p>\n\n\n\n

An example from classic (explicit) coaching: the original goal was professional development of leadership skills. In working on this, it may turn out that the leadership role itself, contrary to the initial assumption, does not fit the person\u2019s personality. A new professional orientation emerges during the coaching as a new goal.<\/p>\n\n\n\n

Let\u2019s look at how the situation appears in the Scrum framework. Which mandate is documented, when, and with whom? In the framework, each person brings their own understanding and interpretation of Scrum based on their experience and prior knowledge. These rarely match completely. The real question is how large the deviations between the involved parties are, not whether they exist. Conflicting goals, expectations, and approaches are therefore more the rule than the exception. Entirely normal.<\/p>\n\n\n\n

How can that be? In most cases, there is no clarification of the mandate between the organization, the team member, and the Scrum Master. That is our triad. There is an agreement (contract including mandates) between the organization and the team member (\u201cYou develop software using Scrum.\u201d) and an agreement (contract including mandates) between the organization and the Scrum Master (\u201cYou support the team and the organization in becoming more agile.\u201d). If we ignore for a moment the differing quality of these agreements, we can see the essential point.<\/p>\n\n\n\n

And this is my fundamental criticism of Scrum: there is no intended agreement including clarification of the mandate between team member and Scrum Master and \u2013 even more serious \u2013 hardly any effective ways to compensate for this.<\/strong><\/p>\n\n\n\n

\"\"
Figure 1: Clarifying the mandate in our triad<\/em><\/em><\/figcaption><\/figure>\n\n\n\n
<\/div>\n\n\n\n

You may be asking yourself why the Scrum Master does not simply obtain a mandate from the team member on the important topics.<\/p>\n\n\n\n

That would be as if your mother-in-law (who also lives in the house) suggested that you go on vacation to Sicily and rent a boat there because she is convinced it would do you good.<\/p>\n\n\n\n

However, you would much rather go hiking in Iceland and would probably not be willing to invest much energy in your mother-in-law\u2019s suggestion, because you do not share this goal. It is a different matter if you yourself arrive at the idea of Sicily in conversation with your mother-in-law, isn\u2019t it?<\/p>\n\n\n\n

<\/div>\n\n\n\n

What can the consequences be?<\/strong><\/p>\n\n\n\n

Numerous scenarios are conceivable: If, for example, the underlying assumptions, target states, methods, the team member\u2019s self-image, and the Scrum Master\u2019s external view are similar, there is a promising overlap (e.g., how open and respectful the team which process changes, tools, and configurations help achieve the goals). This leads to continuous improvements. Team members themselves have good ideas, like to try them out, and increasingly organize themselves. A Scrum Master can certainly accelerate this in many ways, but fundamentally the team is on the right path even without the Scrum Master.<\/p>\n\n\n\n

But what if the assumptions, target states, methods, and especially the self-image of the team members and the external image held by the Scrum Master diverge strongly (team members: \u201cWe are very agile!\u201d; Scrum Master: \u201cWe have lots of potential!\u201d)? The Scrum Master sees many opportunities for optimization, while the majority of team members do not, because from their perspective and experience everything is going very well.<\/p>\n\n\n\n

\u201cInspect and Adapt\u201d hardly works, if at all, because problems are not perceived or not accepted. Consequently, there is only limited willingness to try out new ideas from the Scrum Master. Understandably so. This effect can intensify in project situations the more demanding the situation becomes.<\/p>\n\n\n\n

Imagine your mother-in-law wants to redesign the garden two weeks before your big birthday party. How open are you to that? It could get better, but it doesn\u2019t have to. So, it is understandable that resistance in the team grows in proportion to how much the Scrum Master wants to implement change.<\/p>\n\n\n\n

In such a situation, coaching without a mandate (implicit) is also unlikely to be successful, because many team members have no motivation to change anything (\u201cWe are already working in a very agile and successful way.\u201d), and the goals of the team members (\u201cKeep going as we are!\u201d) and the Scrum Master (\u201cLet\u2019s tap into our potential!\u201d) differ too greatly. Without a common goal, it is difficult to find a good path toward it.<\/p>\n\n\n\n

That is like your mother-in-law telling you where to buy your pork chops because they are good and cheap there, while you want to eat salad.<\/p>\n\n\n\n

<\/div>\n\n\n\n

How can such a vicious circle be prevented or broken?<\/strong><\/p>\n\n\n\n

One possibility is to focus on clarification of the mandate. I see two options here.<\/p>\n\n\n\n

On the one hand, the mandate can be worked out in a 1:1 conversation between each team member and Scrum Master at the start of the project. Individually clarifying development goals gives the Scrum Master greater room for manoeuvre, increases the team member\u2019s commitment, and legitimizes later follow-ups on this agreement.<\/p>\n\n\n\n

However, this approach requires many preconditions on the part of the team member such as motivation, openness, and above all the ability to reflect. The fewer these and other qualities are present, the greater the need for development and the less likely it is to occur. Even if these qualities are sufficiently present, there will inevitably remain a gap between the optimizations aimed for by the team member and those aimed for by the Scrum Master. There remains the risk that a large deviation will have a lasting negative effect on project success. Since the initiative in the case of deviations does not come from the team member, explicit coaching cannot take place here either.<\/p>\n\n\n\n

On the other hand, the Scrum Master can define shared goals with the entire team (e.g., based on a well-visualized questionnaire evaluation). \u201cWe want to become so bold that we regularly try out new things and redirect individual requests to the PO or SM.\u201d or \u201cWe want to increase customer satisfaction by 25%.\u201d are goals that can be used to sharpen sensitivity and focus within the team.<\/p>\n\n\n\n

But here too, the Scrum Master depends on the team\u2019s commitment. Defining a suitable team goal can also be very demanding. The softer the topic, the more difficult it becomes. When you think of motivation, self-commitment, and openness, measurability appears to be more difficult. A detailed definition of criteria can quickly be perceived as controlling and have negative effects.<\/p>\n\n\n\n

So even here, there remain large gaps in which the Scrum Master may have no impact. Again, the initiative does not come from the team, and topics may even be imposed by the Scrum Master, with the corresponding effect.<\/p>\n\n\n\n

<\/div>\n\n\n\n

How can these open \u201cimpact gaps\u201d be positively influenced?<\/strong><\/p>\n\n\n\n

By using a technique that implicitly generates insights even without a mandate, motivation, or a shared goal: systemic questioning techniques. If you want to become the kind of mother-in-law in our analogy with whom conversation partners develop good ideas, then\u00a0this article<\/a> <\/a>is of interest to you.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Conclusion<\/strong><\/p>\n\n\n\n

In the Scrum framework, it is normal to allow a lot of freedom. Typically, however, there are many promising approaches for the individual challenges:<\/p>\n\n\n\n