Episode 51 — Measure Progress Learn from Feedback and Sustain Better Outcomes

In this episode, we move into one of the most practical parts of continual improvement, because it is the part that tells an organization whether its effort is actually helping or merely creating motion. Many beginners hear words like measurement, feedback, and outcomes and assume they belong to analysts, managers, or dashboards rather than to ordinary service work. In Information Technology Infrastructure Library (I T I L), those ideas are much more central than that, because improvement only becomes real when people can tell whether something is getting better, understand what others are experiencing, and keep useful gains from fading away after the first burst of attention. That is why this topic matters so much. If a team cannot measure progress, it may mistake activity for success. If it does not learn from feedback, it may keep improving the wrong thing. And if it cannot sustain better outcomes, even good changes may slowly disappear until the organization ends up back where it started, just with more effort spent and less confidence than before.

Before we continue, a quick note: this audio course is a companion to our course companion books. The first book is about the exam and provides detailed information on how to pass it best. The second book is a Kindle-only eBook that contains 1,000 flashcards that can be used on your mobile device or Kindle. Check them both out at Cyber Author dot me, in the Bare Metal Study Guides Series.

The first lesson is that progress is not the same as movement. Teams can hold more meetings, process more tickets, issue more updates, and work longer hours without actually improving the experience or outcomes that matter. That happens because activity is easier to notice than meaningful change, especially when people are under pressure and want proof that something is being done. Real progress is different. Real progress means the organization is moving closer to a better state, perhaps by reducing confusion, shortening wait times, improving reliability, preventing repeat issues, strengthening user confidence, or making work flow more clearly across teams. For a beginner, this distinction is vital because it changes what you pay attention to. Instead of asking whether a team looks busy, you ask whether the work is producing more useful results than before. That one shift in thinking makes measurement much more valuable, because it turns it from counting effort into examining whether effort is actually creating better value.

Once that difference becomes clear, the next challenge is deciding what progress should mean in the first place. Organizations often struggle here because people use the word improvement in a very broad and comfortable way without agreeing on what better would actually look like. A team may say it wants to improve support, but that could mean faster responses, clearer communication, fewer repeat contacts, better restoration, or a smoother overall experience for users. Each of those is different, and they may not all improve at the same time. This is why measurement begins with clarity about the intended outcome. A beginner should understand that good measures do not appear first and create the goal afterward. The goal comes first. The organization needs to know what kind of better state it is trying to reach, and only then can it decide what signs will show whether it is moving in that direction. Without that clarity, teams often measure what is easy to count rather than what is important to improve.

Another important idea is the baseline, even if the term itself sounds formal at first. A baseline is simply a realistic picture of where things stand before improvement work begins. If a team wants faster service restoration, it helps to know what normal restoration currently looks like. If it wants fewer repeated requests, it helps to know how often those repeats are happening now. If it wants clearer communication, it helps to understand how users currently experience the messages they receive. Beginners sometimes want to jump straight into better performance and skip over this step because it can feel slow or obvious. In reality, the baseline gives meaning to later measurement. Without it, people may feel that conditions are improving or worsening without any clear sense of whether that impression is true. A baseline does not need to be perfect or overly complicated. It simply needs to be honest enough that the organization can later compare its current state with its earlier state and see whether the intended progress is actually taking place.

Good measurement also depends on balance. If an organization measures only speed, it may accidentally damage quality. If it measures only completion counts, it may ignore whether the completed work was actually useful. If it measures only system health, it may miss whether users still feel confused or unsupported. This is why strong progress measurement usually needs more than one angle. A support team may want to know how quickly it responds, how often issues return, how clearly users feel informed, and whether the work is being completed in a way that reduces future effort rather than just closing the current item. The exact measures will differ depending on the improvement being pursued, but the principle stays the same. A single number rarely tells the whole story. For a beginner, this matters because it prevents one of the most common traps in service improvement, which is becoming overly proud of a measure that looks positive while another important part of the experience is quietly getting worse. Balanced measures create a more trustworthy picture of whether progress is real.

It also helps to understand that some measures show results after the fact, while others help teams notice earlier signs that things are heading in the right or wrong direction. A rise in customer complaints may reveal that a problem has already been affecting people for some time. A growing backlog may show that the work is becoming harder to manage before service quality fully drops. Increased use of a knowledge resource may suggest that self-service clarity is improving even before other service measures shift in a big way. Beginners do not need complicated terms to benefit from this idea. What matters is learning to pay attention to both final outcomes and earlier signals. Final outcomes tell you what happened. Earlier signals may help you see what is coming if current patterns continue. Using both together makes improvement stronger, because the organization is not forced to wait for obvious failure or obvious success before it learns something useful. It can read the direction of travel and respond with better judgment while the change is still taking shape.

Numbers, however, are only part of the story, and this is where feedback becomes essential. Feedback is the information people provide, directly or indirectly, about how the service, process, or change is being experienced in real life. That feedback may come from users, customers, support staff, technical teams, managers, suppliers, or any stakeholder affected by the work. What makes feedback so valuable is that it often reveals meaning that raw measures cannot show on their own. A request may have been completed within the expected time, yet the user may still feel confused about what happened. A system may show improved stability, yet staff may still experience a process as awkward and full of repeated steps. A change may reduce one problem while creating another source of frustration that nobody thought to measure at first. Feedback helps organizations hear the human side of improvement. It turns measurement from a cold record of events into a fuller understanding of whether the work is actually helping the people it is meant to serve.

For beginners, one of the most useful habits is learning to treat feedback as data for learning rather than as praise or criticism to react to emotionally. Organizations often weaken themselves by hearing feedback only in personal terms. A complaint becomes an insult. A suggestion becomes a challenge to authority. A negative comment becomes something to defend against rather than investigate. That response makes learning harder because it turns useful signals into tension. A healthier approach is to ask what the feedback might be revealing about clarity, expectations, friction, timing, usability, or trust. One person’s comment may not tell the whole truth, but it may still point toward a pattern worth examining. Good feedback handling does not mean accepting every opinion as equally correct. It means listening carefully enough to learn what people are experiencing, then connecting that experience to the measures, goals, and realities of the service. Once beginners understand that, feedback starts to feel less threatening and much more useful.

It is also important to gather feedback from more than one place. If an organization only listens to leaders, it may miss what front-line staff are experiencing. If it only listens to front-line staff, it may miss broader stakeholder concerns about direction and priorities. If it only listens to users at the end of a process, it may overlook what teams in the middle of the process already know about recurring confusion or broken handoffs. Better learning comes from hearing across the full service journey. A student using a digital enrollment system may notice that the language is unclear. A support analyst may notice that the same questions arrive every day. A technical team may see patterns of failure during peak demand. A manager may see that one approval step slows everything else down. None of these views is complete by itself, but together they create a richer and more accurate picture. For a beginner, this is an important reminder that sustained improvement depends on broad listening, not just on the easiest voice to hear.

Once measures and feedback begin coming in, the next challenge is interpretation. This is where organizations can either become wiser or become reactive. If people overreact to every small shift in a number or every strong opinion from one stakeholder, improvement becomes unstable and exhausting. On the other hand, if they ignore repeated patterns because no single signal feels dramatic enough, they miss the chance to learn early and make measured adjustments. The skill is to look for patterns, relationships, and consistency over time. Are several measures pointing in the same direction. Are multiple people describing the same kind of friction from different angles. Is a new improvement producing a visible gain in one area but also an emerging strain in another. Beginners should notice that interpretation is where measurement and feedback become judgment. The organization is no longer simply collecting information. It is making sense of what the information suggests about the health of the work and deciding whether the current path should be reinforced, adjusted, or reconsidered.

This learning should lead to action, because measurement and feedback have little value if they end in reporting alone. A team may discover that response times improved after a process change, but user feedback may show that status messages became less clear. That learning might lead to revised communication templates. Another team may see that repeated incidents are declining, yet support staff still report too much time spent gathering missing information. That could point to a weak intake step that still needs improvement. The point is that progress measurement and feedback should shape the next round of decisions rather than simply proving that a project happened. A beginner should hear this as a cycle of learning. Measure what matters. Listen to what people are experiencing. Compare signals with intended outcomes. Then make the next sensible adjustment. That cycle is what turns improvement into an ongoing capability instead of a one-time event with a final report that sits unread while the underlying work continues in the same old way.

Sustaining better outcomes begins when organizations understand that early success is only the middle of the story, not the end. Many improvements look strong at first because attention is high, leaders are watching, and everyone is still close to the effort that created the change. Over time, though, pressures return, habits reappear, and people fall back on familiar shortcuts if the better way of working was never properly embedded. Sustainability means protecting the gain after the initial energy fades. That may involve clarifying ownership, updating guidance, teaching the new process more clearly, adjusting supporting tools, and making sure measures continue to reflect the improved state. Beginners often assume that once a better result appears, it will naturally stay in place. In real organizations, that is rarely true without reinforcement. Sustaining outcomes means moving improvement out of special effort and into normal operation so that people continue using the better approach even when nobody is celebrating the project anymore.

This is also why culture matters so much. A team can improve one process successfully and still lose the gain later if the wider environment rewards speed over clarity, volume over quality, or short-term relief over long-term health. Sustainable outcomes are easier when the organization treats learning, honest reporting, and thoughtful adjustment as normal parts of good work. That does not require perfect maturity or endless reflection. It requires enough consistency that people know better outcomes are worth protecting and that the evidence of success or decline will continue to be noticed. Teams should not have to rely on memory alone to keep improvement alive. The operating environment should help reinforce it. When measures stay visible, feedback remains welcome, roles are clear, and leaders pay attention to the right kinds of results, the improved state has a much better chance of lasting. Sustainability, in that sense, is not an extra stage added after improvement. It is the test of whether the improvement truly became part of how the organization works.

A practical example can make the whole topic feel more natural. Imagine a university improving the way students get help with online course access. At first, the team wants to reduce delays and repeated contacts, so it defines progress in terms of faster resolution, fewer returns for the same issue, and clearer communication during support. It captures a baseline, then changes intake guidance, improves knowledge use, and clarifies who owns different request types. Early measures show faster handling, but student feedback reveals that many still do not understand what was done or what to do next after support closes the request. The team adjusts its communication, keeps watching the measures, and sees both speed and clarity improve together. To sustain the outcome, it updates team guidance, makes the message template the normal standard, reviews recurring patterns in regular meetings, and continues listening to student feedback rather than assuming the early success will hold on its own. That is progress measurement, feedback learning, and sustained improvement working as one connected practice.

By the end of this discussion, the title should feel much more practical than it may have sounded at first. Measuring progress means defining what better looks like, understanding the current state, and watching for signs that effort is creating real movement toward improved outcomes rather than just increased activity. Learning from feedback means listening to the lived experience behind the numbers and using that understanding to refine the next step of improvement. Sustaining better outcomes means making sure the gain lasts by embedding it into ordinary work, supported by clear ownership, useful measures, continued listening, and a culture that does not let good changes quietly fade away. When all three come together, improvement becomes more trustworthy and much more durable. The organization not only changes. It learns whether the change helped, understands why it helped or did not help, and keeps the benefits alive long enough to matter. That is what turns improvement into lasting value instead of temporary motion.

Episode 51 — Measure Progress Learn from Feedback and Sustain Better Outcomes
Broadcast by