Collaborative Culture: Turning Shared Understanding into Coordinated Action
 Everyone leaves the meeting convinced they have reached agreement. Days later, their actions reveal different interpretations of the same decision. The meeting is over. Coordinated action still needs to be built. Collaboration develops when people share knowledge, examine differences and fulfil commitments. These interactions shape expectations about whether it is worth raising a concern, whether it is safe to ask for help and whether agreements can be trusted. They become part of the culture when they are sustained over time and remain credible under pressure, through disagreement and changes in team membership. Reflection enables adjustment: repeating meetings does not guarantee better understanding or execution. In regenerative leadership, both the work accomplished and the capability that remains matter. Work can be completed successfully while leaving people exhausted or dependent on a few individuals to coordinate across teams. Collaborative Culture brings together three practices: welcoming perspectives, co-creating meaning and committing with clarity. They can be revisited whenever experience reveals a gap in understanding or coordination. Welcome Perspectives People see different parts of the work. Those preparing a deliverable may understand its technical constraints. Those receiving it may recognize operational consequences that escape the originating team. Welcoming perspectives means including the people relevant to understanding the situation and its effects, listening before attributing intentions, and distinguishing facts, interpretations, needs and proposals. Participation requires credible conditions. An invitation to speak loses value when uncomfortable information is ignored or penalized. Written contributions before a meeting and time for reflection can broaden participation. Contributions need to be taken seriously, and people need to understand how their input was followed up. Listening respectfully includes examining what is presented. Two people can speak sincerely while supporting contradictory interpretations. Understanding the evidence and assumptions behind them helps identify what needs confirmation. Co-create Meaning Words such as ready, urgent, quality and autonomy can conceal different expectations. Co-creating meaning involves clarifying the situation, connecting contributions and making criteria explicit. The interaction may reveal a dependency or produce an alternative that none of the participants initially proposed. Shared understanding does not require identical preferences. Two teams may understand each other and still need the same indivisible resource. Collaboration can clarify consequences, reveal alternatives and support negotiation. When disagreement persists, a decision by someone with the appropriate authority may be necessary. The understanding developed also needs to be tested against reality. A widely accepted interpretation can be wrong. Commit with Clarity Understanding translates into coordinated action through commitments that people have the means and support to fulfil. This requires clarity about the expected outcome, responsibilities, authority, resources, dependencies and deadlines. People also need to know how to raise difficulties and who can respond. Reaching agreement in a meeting does not resolve conflicting priorities or create additional time. Those making a commitment must be able to explain the constraints affecting their ability to fulfil it. The decision is communicated to those involved as a group, with clear reasoning, a connection to purpose and an explanation of its consequences, while respecting legitimate confidentiality requirements. That common understanding helps coordinate execution. Someone can retain a different preference and commit professionally to implementation. That commitment includes continuing to communicate new risks or information that may justify a review. An Example from Practice: Connecting Engineering Design and Installation In a situation I experienced, the engineering design team prepared the drawings and specifications that the installation team used on site. During execution, requests for clarification and changes arose, sometimes involving rework. The first team proposed more detailed documents. The second asked for faster responses. By examining specific situations together, they connected design assumptions with knowledge about access, tools, assembly sequences and installation conditions. Some of that knowledge was only being considered once work was already underway on site. The conversation helped clarify what it meant for a design to be ready for installation. A different proposal emerged: conduct a joint review of installation readiness before approving and issuing selected documents, while it was still possible to adjust the design and avoid late changes. Making a proposal of this kind workable requires agreement on who participates, what information they prepare, how much time they allocate and who can decide on the issues identified. Its evaluation should consider the difficulties identified in advance, subsequent rework and the coordination effort required. The experience illustrates how bringing relevant knowledge together early enough can reveal an alternative to the responses initially proposed. The implementation and effects of that alternative need to be monitored to determine what to retain, adjust or discontinue. Examine What Collaboration Leaves Behind More meetings, messages or participants do not, by themselves, demonstrate a stronger collaborative culture. Three dimensions deserve examination:
What does your team only discover during execution that a higher-quality conversation could have revealed earlier? |
Posted on: October 29, 2026 04:52 AM
| Permalink |
Comments (0)
Regenerative Learning: Turning Experience into Organizational Capability
 An organization can complete a project, document its lessons and encounter the same difficulty again. Experience contributes to organizational capability when learning becomes usable beyond the people who acquired it, supported by the conditions needed to act. Work creates opportunities to learn. It exposes assumptions, reveals dependencies and tests decisions against reality. Those opportunities do not automatically produce learning. A successful outcome may conceal a fragile process. A disappointing result may follow a reasonable decision. Understanding the experience requires examining what happened, under what conditions and with what consequences. Regenerative learning connects that examination to future work. It seeks to improve performance while preserving, developing or restoring the capability needed for subsequent challenges. This includes examining whether new ways of working strengthen people’s ability to respond and whether they can be sustained without creating excessive burdens or unrecognized dependencies elsewhere. Experience needs interpretation A lesson such as “involve operations earlier” may sound useful. Yet it leaves important questions unanswered. Earlier than what? Who needs to participate? What information should they examine? Which decision could their contribution change? A useful account explains the difficulty, the assumptions behind the original approach and the evidence supporting the conclusion. It preserves relevant context, identifies uncertainty and clarifies the conditions under which the lesson may apply. That gives others a basis for judging its relevance and adapting it to their circumstances. Documentation needs a path into practice Recording a lesson preserves an account of the experience. Making it usable requires people to find it, understand it and have an opportunity to apply it. That may involve conversation, practical demonstration, supervised practice or changes to how work is prepared. The appropriate means depends on the knowledge involved. A document can preserve a decision’s rationale; developing the skills to apply it may require practice and feedback. People also need authority, time and resources to act. A team may understand a problem and remain unable to change the conditions producing it. AI can help retrieve relevant records, identify connections and prepare comparisons. Its summaries require scrutiny: omitted context or overstated conclusions can turn a useful lesson into misleading guidance. People need sufficient understanding to question those summaries and assess their relevance. Two teams, a similar difficulty Consider a hypothetical engineering organization. During installation, Team A discovers that the equipment layout leaves insufficient access for maintenance. Correcting the layout requires design changes and delays completion. The team reviews the experience with operations and maintenance colleagues. Together, they examine why the access requirement was missed and record the affected interfaces, the assumptions made and the reasons for the changes. Months later, Team B begins a similar assignment. The report provides a starting point. A discussion with Team A makes the reasoning clearer, including what the first team would now examine before approving a layout. Team B identifies a different equipment arrangement, consults the relevant specialists and adapts the review questions. Its lead assigns responsibility and time for checking access before design approval. Subsequent checks examine whether the review exposed relevant constraints in time, whether corrections were implemented and what effort was required. The organization incorporates the useful questions into design preparation and assigns responsibility for keeping them current. Later applications may confirm their relevance, reveal limitations or identify additional dependencies. The revised process gives subsequent teams a starting point. Its value must be examined through their use of it and the effects that follow. Evaluate the capability that remains Meeting attendance, repository entries and lessons recorded describe parts of the learning process. They do not establish what people can now do. Evaluation needs to examine both the capability developed and the conditions for exercising it:
Evidence of learning therefore includes how people reason and act, the results they achieve and the support required. It also includes whether subsequent experience leads them to revise what they previously accepted. Regenerative learning connects experience to future work through knowledge people can question and use, capabilities they can exercise and conditions the organization sustains and renews. Which lesson has changed how another team works, and what evidence shows whether that change strengthened its capability? |
Posted on: October 25, 2026 06:18 AM
| Permalink |
Comments (0)
Delegation with Purpose: Building Autonomy and Developing Capability
 Delegating means assigning responsibility for a task or outcome, together with the authority to make decisions within agreed boundaries. Effective delegation requires the resources and support needed to fulfil that responsibility. When it also develops judgment and autonomy, it becomes an investment in the organization’s future. A leader may delegate a task while continuing to decide every detail. They may demand a result without providing resources. They may announce autonomy and intervene whenever someone chooses a different approach. In these situations, the work changes hands, but the ability to act remains limited. Delegation with Purpose connects the expected outcome with the development of the person taking responsibility. It seeks to create value today while leaving people better prepared for future challenges. Decide Before Delegating Delegation begins by understanding what should be assigned, why, and to whom. The RCPCV method structures this decision through five stages: Gather, Consult, Think, Communicate, and Verify. The acronym retains the initials of the original Portuguese terms. Consultation involves the person being considered for the responsibility and the other people affected. It helps identify availability, experience, dependencies, and support needs while keeping responsibility for the decision clear. Choosing someone requires considering competence, availability, and the support needed, alongside opportunities for development. Set Clear Conditions for Delegation Before the delegation decision is communicated, four aspects need to be clear:
The leader remains accountable for the conditions they are responsible for providing. The person taking on the work is accountable for exercising the responsibility and authority assigned to them. Assigning responsibility without authority or resources can leave someone accountable for an outcome they lack the means to deliver. Follow Through to Develop Autonomy Well-founded trust helps leaders give people space. Follow-through helps identify difficulties, support decisions, and learn from execution. The level of oversight should reflect the person’s experience, the complexity of the work, and the potential consequences. A new challenge may require demonstration, guidance, or more frequent reviews. Autonomy can grow as capability is demonstrated. Leaders need to respect decisions made within the agreed boundaries. A solution different from their own preference is not, by itself, a reason to withdraw autonomy. When difficulties arise, it is important to understand what happened before concluding that commitment or competence was lacking. Additional support, revised resources, or a temporary reduction in autonomy may be necessary, with clear explanations and continued review. A Practical Example Consider a hypothetical situation: a director intends to delegate the preparation of a client proposal to a less experienced manager. She consults him about availability, readiness, and support needs, while also hearing from the other people affected. After careful consideration, she clarifies the expected outcome, quality criteria, deadline, and resources. The manager can organize the work and coordinate internal contributions; final commercial approval remains with the authorized role. Before they proceed, she asks him to explain his understanding of the responsibility, what he can decide, and when he should seek support. They agree on a review before any external commitments are made. At the review, the proposal is incomplete. The director feels tempted to finish it herself but first seeks to understand the difficulty. The manager has identified a mismatch between the requested deadline and available capacity but has not yet worked out the alternatives. She helps him examine the assumptions and consequences. He develops the options, explains the reasoning behind his recommendation, and completes the proposal. Her support addresses the specific difficulty while preserving his responsibility and decision-making authority. Even if the client rejects the proposal, execution, judgment, and continuing support needs can still be assessed. Completing one proposal does not, by itself, demonstrate autonomy. That capability needs to be assessed as he takes on further responsibilities. Assess What Remains Delegation should be assessed through its outcome, execution, and the capability developed. Can the person take on similar responsibilities with less support? Do they recognize when they need help? Was the effort sustainable? In regenerative leadership, both the work accomplished and the capability that remains matter. Delegating with purpose means getting work done while developing other people’s ability to understand, decide, and act responsibly. In your next delegation, what outcome do you want to achieve, and what capability do you want to help develop? Reference: Stephen R. Covey, The 7 Habits of Highly Effective People, discussion of stewardship delegation and the Green and Clean example. |
Posted on: October 22, 2026 06:34 AM
| Permalink |
Comments (0)
RCPCV™: A Method for Decision-Making and Continuous Improvement
 Gather, Consult, Think, Communicate, and Verify. Five stages in a continuous cycle connecting information, people, decisions, implementation, and learning. A decision begins before it is announced and continues to require attention after implementation has begun. Between understanding a situation and evaluating the results of a decision, there is an ongoing process of gathering information, consulting people, thinking carefully, communicating, and following up. In regenerative leadership, this process seeks to achieve results in the present while preserving or developing the capabilities, autonomy, and relationships the organization depends on to respond to future demands. I developed RCPCV™ to structure this work. The name comes from its five stages in Portuguese: Recolher, Consultar, Pensar, Comunicar e Verificar, meaning Gather, Consult, Think, Communicate, and Verify. The method organizes decision-making into five interconnected stages within a continuous improvement cycle. Consulting the people affected is always part of the process. The decision is made after weighing the information gathered and the contributions received. Communication explains and sells that decision. Verification monitors implementation, evaluates results, and informs learning and subsequent decisions. Time runs through the entire method. Latency is used here in an operational sense: the time between a need arising and the corresponding response, whether obtaining information, receiving a contribution, deciding, communicating, starting implementation, or responding to what verification reveals. It is important to examine both the time spent within each stage and the waiting time between stages. Examining latency involves distinguishing the time needed to carry out the work, avoidable waits, and the time needed to observe results. The aim is to carry out each part of the process in time to serve its purpose, with a depth of analysis appropriate to the importance, urgency, and consequences of the decision. 1. Gather the FactsThe first step is to understand the situation requiring a decision. What is happening, and what factors are contributing to the situation? What do we want to achieve? What resources do we have? What commitments have we made? What known constraints, dependencies, and consequences shape the choice? Gathering involves seeking relevant information and distinguishing what we know from what we estimate, interpret, or assume. An assumption may be supported by earlier data or may be a hypothesis that still needs to be verified. A predicted delay, for example, needs to be examined to understand its cause: does it arise from a technical dependency, a lack of capacity, or an estimate that has not yet been confirmed? Each explanation may point to a different decision. This stage prepares the consultation. An initial set of facts helps us ask better questions, identify the people affected, and recognize gaps and issues that still need clarification. Information also has a time dimension: when was it produced, when does it become available, and how long does it remain relevant to the situation? Gathering must take into account the time needed to obtain and validate data, as well as the consequences of information arriving late or already being out of date. Consider a hypothetical example that will run through all five stages: two projects each require the same specialist exclusively for the same week. The leader begins by gathering information about deadlines, activities, dependencies, viable alternatives, and the foreseeable consequences of allocating that resource. 2. Consult the People AffectedConsultation is always part of RCPCV™. People affected by the decision may bring practical knowledge that is not included in the initial reports, identify unforeseen risks and consequences, and explain how the situation is experienced by those who will have to implement the decision or bear its consequences. Consultation also brings clarification. It helps clarify facts, questions, perspectives, interests, and consequences. In the two-project example, consultation involves the specialist and the people affected by how the specialist’s time is allocated. It may reveal that one activity requires uninterrupted attention to maintain context, that another allows preparatory work, or that a change in priority will affect a third team’s commitments. These contributions may justify gathering further information. Gathering and consulting work together: what we hear helps us understand what we still need to investigate. Psychological safety provides an environment in which people can share information, disagree, raise questions, and flag risks. The leader is responsible for ensuring that no relevant person is excluded and that contributions are heard and examined seriously. Listening respectfully also involves understanding the facts, experiences, or assumptions underlying conflicting contributions. Organizing consultation includes establishing when contributions are needed, giving people the conditions they need to prepare them, and avoiding unnecessary waits for meetings or responses. Urgency requires organizing participation in time for it to inform the decision, while maintaining the inclusion of the people affected. Consultation does not dilute the decision-maker’s responsibility or automatically turn the decision into a vote. It helps clarify the situation and provide a sound basis for the choice. Responsibilities for the decision, implementation, and follow-up must remain distinct and clear. 3. Think Carefully and DecideAfter gathering information and consulting people, it is necessary to think carefully. This stage brings together the available information and the contributions received, examines differing perspectives and alternatives, assesses risks, and weighs the losses and gains associated with each option. The organization’s purpose and established limits guide the assessment of what is important to achieve and protect. Which alternative best addresses the situation? What benefits does it offer? What losses does it entail? Do we have the resources needed? What will happen if we postpone the decision? In the example, both teams may have legitimate needs. After listening and weighing the options, the leader may conclude that the specialist should give priority to the project with a dependency affecting a higher-priority organizational commitment. The specialist’s work on the other project is postponed. Consultation and careful consideration help the leader recognize that consequence and plan ways to mitigate it. Understanding both teams’ interests does not make a resource divisible when both need it during the same period. Thinking carefully also involves assessing whether the available information is sufficient to make a decision or whether a gap warrants further investigation. Contributions from the consultation help with this assessment. The decision-maker recognizes that relevant uncertainty may remain. Timing is part of the assessment: by when does the decision need to be made? What are the consequences of waiting? Could additional information change the choice in time to make a difference? Deciding when to act requires weighing the benefit of further analysis against the cost of delay. In close cases, when careful consideration identifies no relevant difference between two acceptable alternatives, the leader may use a random draw as a tie-breaking procedure. In that case, the well-considered decision is to accept either alternative and deliberately use that procedure to move the process forward. This stage ends with a well-considered decision, ready to be communicated and implemented. 4. Communicate the DecisionCommunicating means explaining and selling the decision that has already been made. Selling the decision means demonstrating its value and rationale. It involves making clear what was decided, why, and how the choice aligns with the organization’s purpose. It includes addressing objections, acknowledging the consequences for the people affected, and building acceptance and commitment to implementation. The credibility of this communication rests on the work carried out in the earlier stages. Communication should make clear how the contributions received during consultation were considered and which criteria informed the choice. In the example, the leader explains the priority assigned, the criteria considered, the impact on the second project, and the measures planned to mitigate the delay. The leader clarifies what each person is expected to do, with what resources, and within what timeframes. Consultation, fact-gathering, and careful consideration have already taken place. When communicating, the leader presents a decision that has been worked through to guide action. Instructions are communicated in a group setting to promote a shared understanding among all recipients and clarify each person’s responsibilities and the dependencies between their actions. No one who needs to receive the decision may be excluded. The leader must confirm that everyone understands what they are expected to do. A written record helps maintain clarity and confirm what has been established. A person may understand the decision and commit to implementing it even if their initial preference was different. Communication connects the considered choice with the commitment to put it into practice. It is important to track the interval between making the decision, communicating it, and ensuring that recipients are in a position to act. In the example, the teams and the specialist need to be informed of the priority in time to prepare the work and reorganize the commitments affected. 5. Verify Implementation and ResultsAfter communicating, the leader monitors implementation and its effects. Is the decision being implemented correctly and with commitment? Did implementation begin when it needed to? Are resources available and being used efficiently? Have obstacles or waits emerged that are blocking the work? Has the context changed? Are the results favorable to the organization? Implementation involves its own time requirements: mobilizing resources, starting activities, addressing dependencies, and resolving obstacles. These intervals need to be tracked, including when a difficulty is identified and how much time passes before a response. Verification requires distinguishing three dimensions:
Similarly, a favorable result does not, on its own, prove the quality of the decision or its implementation. It may have benefited from favorable circumstances that should be recognized. In the example, the leader checks whether the priority commitment was met, how much the second project was actually delayed, what additional costs arose, and whether the allocation overloaded the specialist. The leader compares these effects with what was considered when making the decision, including the results of the mitigation measures. The leader also examines whether information became available, consultation took place, and the decision was made and communicated in time, and whether any waits delayed the start or continuation of the work. Verification itself must take place at the appropriate time. It is necessary to distinguish the time an effect needs to become observable from the delay in detecting and assessing it. Verifying too late may prolong harm; drawing conclusions too early may mean judging an outcome as a failure before it has had time to emerge. This is the stage at which the need to adjust implementation or revise the decision itself is assessed. When that happens, the process returns to gathering information, consulting people, thinking carefully, and communicating. It is important to track the interval between recognizing that need and putting the response into practice. The possibility of revision does not remove the need for careful consideration beforehand: some consequences can be remedied, but others involve irreversible losses. Learning depends on examining experience and applying what is learned to subsequent decisions. In regenerative leadership, verification also includes examining the decision’s effects on people’s capabilities, mutual trust, and the conditions the organization depends on to continue creating value. Five Stages in a Continuous CycleRCPCV™ connects a decision with its implementation, the experience it produces, and what we learn from that experience: Gather → Consult → Think and decide → Communicate → Verify → a new cycle. Each stage serves a specific function within the method:
When verification leads to learning that is put into practice and to effective corrections, the cycle contributes to developing the organization’s capacity and preparing teams for subsequent challenges. Making a decision involves gathering the facts, consulting the people affected, thinking carefully, explaining and selling the choice, and following through on its implementation and results. Which stage deserves more attention in your organization’s decision-making? |
Posted on: October 18, 2026 06:51 AM
| Permalink |
Comments (1)
The Same Change Can Succeed and Fail at the Same Time
 Why transformation outcomes depend on what we examine, at what level, for whom, by which criteria and over what period Organizations often ask whether a transformation succeeded. Did performance improve? Were costs reduced? Did teams become more autonomous? Did the organization become more adaptable? These are legitimate questions. But there is a problem hidden inside the question: What exactly do we mean by success? A transformation can improve performance in one part of the organization while creating difficulties elsewhere. It can benefit one stakeholder while imposing costs on another. It can produce immediate gains while weakening capabilities needed later. It can succeed according to one criterion and fail according to another. This does not mean that success is arbitrary. It means that success is always success with respect to something. So before concluding that a transformation succeeded or failed, we need to make explicit what is being evaluated. The Same Change Can Produce Different Judgments Consider an organization that introduces AI into a workflow. The technology reduces the time required to complete certain tasks. Productivity increases. From an operational efficiency perspective, the change may appear successful. But suppose the same change also reduces the opportunities through which less experienced professionals learn how to analyse problems, recognize exceptions and develop judgment. From a capability-development perspective, the picture may be different. Suppose customers receive faster responses, but employees experience greater monitoring and less discretion. Again, the evaluation changes. None of these observations invalidates the original productivity gain. Different judgments do not necessarily mean that one of them is wrong. They may be evaluating different aspects of the same organizational reality. The problem begins when one of those judgments is treated as if it represented the whole transformation. What Are We Evaluating? The first question concerns the object of evaluation. A transformation can affect work, authority, capabilities, relationships and organizational performance simultaneously. Suppose a new operating model reduces cycle time. If cycle time is the object of evaluation, the evidence may indicate improvement. But the same operating model may also change how decisions are made, how knowledge circulates or how people develop. Those are different objects. Evaluating one does not automatically evaluate the others. This distinction matters because organizations often move too quickly from: This indicator improved to: The transformation succeeded. The second statement is much broader than the first. Evidence about one object should not automatically be generalized into a judgment about the whole system. At What Level Are We Looking? The second question concerns the level of analysis. A change can improve performance locally while creating problems at another level of the system. A team may become faster because it receives greater autonomy. But if several teams optimize their work independently, coordination across the organization may become more difficult. A business unit may reduce its costs by transferring activities to a shared service. The unit's financial indicators improve. But the shared service may become overloaded, increasing delays elsewhere. Both observations may be accurate. They refer to different levels of the system. Local improvement is not automatically system improvement. And system improvement cannot always be inferred from the performance of its individual parts. The question is therefore not only whether performance improved. It is: At what level did it improve — and what happened at the other levels affected by the change? Success for Whom? A third question concerns the stakeholder. Organizational transformations redistribute more than tasks. They can redistribute benefits, costs, opportunities, authority and risk. A process that improves convenience for customers may increase workload elsewhere. Automation may reduce costs while changing developmental opportunities for people entering a profession. None of this means that different stakeholder interests can always be reconciled. Nor does it mean that every stakeholder consequence should be given identical weight. It means that statements about success need to identify whose experience, interests or outcomes are being considered. Without that clarity, “the transformation succeeded” can conceal an important distributional question: Successful for whom? According to Which Criterion? Even when we agree on the object, level and stakeholder, evaluation can still change depending on the criterion being used. The same intervention may increase efficiency, reduce cost, strengthen resilience, improve customer experience or affect learning and trust. These criteria are not interchangeable. And they do not necessarily move in the same direction. An organization can become more efficient while becoming less resilient. It can reduce cost while increasing dependency. It can increase local autonomy while weakening coherence across the system. The problem is not that organizations use different criteria. They should. The problem arises when one criterion silently becomes a proxy for overall success. A transformation judged only by cost tells us what happened to cost. It does not, by itself, tell us what happened to the organization as a whole. Over What Period? There is another dimension that can radically alter the judgment: Time. A transformation can produce benefits immediately and costs later. Or it can create short-term disruption while building capabilities that generate value over time. A new technology may initially reduce productivity while people learn how to use it. Later, performance may improve substantially. Another intervention may produce immediate efficiency gains while gradually increasing dependency, reducing redundancy or weakening the development of human capability. The judgment therefore depends partly on when we evaluate. This is particularly important because organizations often evaluate transformation according to reporting cycles that are shorter than some of the consequences they are trying to understand. What looks successful after three months may look different after three years. And what appears unsuccessful during transition may eventually prove valuable. Time does not merely reveal additional outcomes. It can change how earlier evidence should be interpreted. Success and Failure Are Not Always Opposites We often speak about success and failure as if they occupied opposite ends of a single scale. But organizational change can produce multiple consequences simultaneously. A transformation can therefore be successful in one respect and unsuccessful in another without either judgment necessarily being false. This is not a logical contradiction. The same realized change is not being judged differently under identical conditions. The judgments refer to different objects, levels, stakeholders, criteria or time horizons. Success and failure can coexist because they may refer to different dimensions of the same realized change. This does not make evaluation impossible. It makes evaluation more demanding. This Does Not Mean That Everything Is Relative There is an obvious danger in this argument. If every transformation can be examined from multiple perspectives, does that mean that any result can be described as either success or failure? No. Evidence still matters. Criteria still matter. Causal relationships still matter. Some objectives will have been explicitly established in advance. Some obligations, constraints and thresholds cannot simply be redefined after the fact. The purpose of examining transformation across these dimensions is therefore not to make judgment arbitrary. It is the opposite. It is to make the basis of judgment explicit and examinable. Instead of simply saying: The transformation succeeded. We need to make explicit what that judgment refers to. That does not weaken evaluation. It makes evaluation more rigorous. Evaluation Requires a Frame A success story can be factually correct and still be incomplete. So can a failure story. The question is not whether the story is positive or negative. The question is what it leaves outside the frame. A judgment about transformation requires five questions to be made explicit: What are we evaluating? At what level? For whom? According to which criterion? Over what period? The judgment may differ depending on any one of these — even when the underlying observations remain the same. This gives us a more precise way to understand transformation evaluation: Evaluation depends on the object, level, stakeholder, criterion and time horizon through which realized change is examined. This is not a formula for calculating success. Nor is it a scorecard. It is a discipline for making explicit what a claim of success or failure actually refers to. The Same Change Can Succeed and Fail at the Same Time The previous two articles established two distinctions. Transformation is not a sequence. It unfolds through interaction, feedback, adaptation and changing conditions. And implementation is not realization. What is introduced does not determine the organizational configuration that develops. Now a third distinction becomes necessary. Realization is not evaluation. Knowing what changed does not, by itself, tell us what that change means. Meaning depends on what we examine, at what level, for whom, according to which criterion and over what period. So the three questions form a progression: How does change unfold? What does change become? What does change mean? Or, more compactly: PROCESS → REALITY → EVALUATION Rigorous evaluation depends on understanding what was realized, just as understanding realization benefits from knowing how change unfolded through the system. A roadmap can guide transformation without fully describing how it unfolds. An intervention can be implemented without determining what the organization becomes. And evidence of improvement can be valid without establishing that the transformation succeeded as a whole. These distinctions do not make planning, implementation or evaluation less important. They make it necessary to understand what each can tell us, and what it cannot. The challenge is therefore not simply to implement change or demonstrate improvement. It is to understand how change unfolds, what the organization actually becomes, and how the consequences of that change should be evaluated. PROCESS → REALITY → EVALUATION Three distinct questions, connected by the same requirement: to examine the transformation that actually unfolds, rather than assume that what was planned, implemented or measured tells the whole story. |
Posted on: October 11, 2026 04:21 AM
| Permalink |
Comments (0)
