Process Monitoring: How to Keep Improvements on Track
Learn how to monitor process health, set a target on each measure, and check the data behind it. Use a monthly checklist to catch drift.
How to Continuously Monitor Your Process
Process monitoring tracks how work actually happens and compares results with a baseline and targets you set. It helps you check whether an improvement is holding, spot drift, and decide when to investigate. A monthly review is a practical starting point for many processes, with closer checks after significant changes or when performance is unstable.
Monitoring turns a one-off analysis into a continual improvement process. You do not need to review every metric every day. You need a clear baseline, a small set of indicators, an owner, and a routine for acting when results move outside the range you consider acceptable.
What Process Monitoring Is
Process monitoring is the regular tracking of a process against a baseline and defined expectations. It helps you see whether performance has changed, whether an improvement is lasting, and whether you need to investigate.
Reporting tells you what happened during a period. Monitoring adds context: it compares current results with a baseline or target, highlights a meaningful change, and gives someone responsibility for deciding what to do next. A dashboard can show current numbers, but without a reference point and a review plan, it cannot tell you whether those numbers need attention.
Process mining can help you monitor the process itself. It reconstructs the flow from event data, so you can examine paths, handoffs, wait times, and conformance rather than relying only on totals. Start by analyzing your process to establish what is happening, then keep checking the relevant views as new data arrives.
Why Process Monitoring Matters
You may have found a bottleneck, changed a step, or introduced a new way of working. The next question is whether the change made a difference and whether the result lasts.
Without a baseline and regular checks, improvements can fade unnoticed. Work patterns change, exceptions accumulate, and new bottlenecks can appear. The process has not necessarily failed; it has evolved. Monitoring helps you see that evolution early enough to decide whether to investigate or adjust.
It also makes process excellence more practical. Rather than treating improvement as a project that ends when a change goes live, you can use each review to check results and identify the next question. That is the basis of continual process improvement: observe, compare, investigate, and decide what to do next.
The dashboards you used to find the problem are the ones you keep checking. Start with the measures that connect directly to the change you made, then add indicators only when they help answer a real question.
This guide is part of our process improvement series. See the guides on analyzing your process and implementing process optimization for the steps before monitoring.
The key process indicators to watch
A review is only as useful as the indicators you bring to it. Key process indicators describe the process itself rather than the output of one team, and a handful is enough to start:
- Cycle time per case and per activity, so you can see whether the total moved or one step did.
- Waiting time against working time, which separates a slow task from a queue in front of it.
- Rework and repeat steps, counted per case, because a loop usually costs more than a long step.
- Throughput and backlog: the volume arriving during the period and the cases still open at the end of it.
- Variant share, the proportion of cases that follow the standard route.
- On-time completion, the share of cases that finish inside the commitment you set.
Two rules keep the set honest. Define each indicator once (its start, its end, and what counts as an exception), and keep that definition next to the measure, so it survives the person who wrote it. Then tie the review to three to five indicators, chosen for the question you are trying to answer. A longer list costs review time without changing a decision.
How Often Should You Monitor?
Choose a cadence based on how quickly the process changes, how much its results vary, and how quickly you need to respond. Do not choose daily reviews simply because a dashboard updates daily. Monitoring has overhead: someone must review the results, interpret changes, and decide whether to act. If a stable process gives you the same answer every day, daily review wastes time.
| Factor | What it means for your cadence |
|---|---|
| Process variability | Check more often when results fluctuate or exceptions are common. |
| Recent changes | Review more closely after a significant change, then reduce the cadence if results stabilize. |
| Business impact | Shorten the time between reviews when delays or quality issues have a high impact. |
| Response time | Review often enough to act before a problem becomes costly or difficult to reverse. |
| Review effort | Account for the time needed to interpret results and follow up. |
A monthly review is a reasonable starting point for many processes. A recently changed or unstable process may need weekly checks for a few weeks. If it remains stable over time, you may be able to move to a monthly or quarterly review, keeping the target bands in place so an out-of-range value is visible to whoever opens the view.
The right cadence is the least frequent one that still gives you enough time to act. Revisit it when the process changes, the risk changes, or the review keeps finding issues too late.
Setting Up Periodic Monitoring
Periodic monitoring means reviewing process performance on a set schedule, such as monthly or quarterly. The goal is not to inspect every available metric. It is to compare a consistent view with a saved baseline and agree on what happens when results change.
Save a baseline
Before you make a change, capture the views and measures you will use to evaluate it, and save that view so the next review opens the same filters, charts and definitions. If the saved view can be shared as a link, two people discussing “the 4.2 days” are looking at the same cases. Keep the same definitions and scope when you compare later periods, and if you change the filters or measures, note the change so you do not mistake a different view for a change in performance.
Your baseline should record:
- The period and process scope you reviewed
- The filters and segments applied
- The KPIs you plan to track
- The target you agreed for each one, and where that target is written down
- The expected result of the change
- The person responsible for reviewing the results
A monthly process monitoring checklist
Use this checklist as a starting point for your monthly review. Adjust it to the process and the decisions you need to make.
Monthly process review
- Check the data first: when it was last loaded, and whether coverage or mapping changed since the baseline.
- Start from the health score if you have one, and note the weakest dimension behind it.
- Read each measure against its target, and list the ones that fall outside it.
- Open the saved baseline view rather than a fresh one, so the filters, definitions and period match.
- Compare the current period with the previous one, then with one segment.
- Open the cases behind any value that moved, and read two or three of them.
- Name the owner, the action and the date for each item outside its target, and record the decision where the process lives.
- Set the next review date, and decide whether the cadence should change.
Keep each target where the process can see it. A target that lives in a slide gets replaced by the next slide; a target written next to the measure, or held in one settings value that the chart reads, survives the person who wrote it. If a target is an SLA or a cost rule, keep the boundary in one place so it changes once rather than on every chart.
Use a simple decision rule for deep dives: investigate when a value leaves its target band, when a negative change persists across two reviews, or when a segment diverges from the overall pattern. A single unusual result may be noise. Check freshness, coverage and the case mix before treating it as drift.
A dashboard makes the review easier to repeat. Put the measures where the process owner will see them, and keep the view focused on decisions rather than every available data point.
From Periodic to Real-Time Monitoring
Periodic reviews are enough when the process changes slowly and you have time to respond at the next scheduled check. Consider more frequent or near-real-time monitoring when waiting for the next review could have a material impact. Continuous process monitoring means the data keeps arriving on its own, not that somebody watches a screen all day: the cadence you agree is still what turns data into decisions.
You may need a faster signal when:
- An SLA or other time-sensitive commitment requires a prompt response.
- High case volumes allow a small issue to affect many cases quickly.
- The process or operating conditions change rapidly.
- A delay or error has an immediate effect on customers.
- You need to identify compliance-related exceptions promptly.
Before increasing the cadence, define what action a faster signal will trigger and who will respond. If nobody can act on the signal, more frequent updates create noise rather than improve the process.
A move toward continuous monitoring also depends on the data. Regular updates and a clear way to connect events to cases are the prerequisites, and how often the extract runs sets the ceiling on how fast any signal can travel. Agree that cadence before you promise anyone a daily or hourly view.
Even when data updates frequently, keep a scheduled review. A dashboard can surface a change; a regular discussion helps you understand its cause, decide who owns the response, and check whether the action worked.
Process Monitoring Tools and Dashboards
Process monitoring software splits into three groups, and each answers a different question. The right choice depends on the questions you need to answer and the data you have. A spreadsheet may be enough for a small process. A BI dashboard can track totals when the metrics already sit in a data warehouse. Process mining can show how cases move through the process, including variants, conformance, and waiting time.
| Approach | What it needs | Useful for | Main limitation |
|---|---|---|---|
| Manual sampling | A spreadsheet and time to review cases | A small process with limited system data | Covers only the cases you sample |
| BI dashboard | Metrics in a warehouse or extract, plus a BI tool | Tracking totals such as volume, backlog, or SLA attainment | May not show where in the process a delay occurs |
| Process mining platform | Event data that can be connected to cases, activities, and timestamps | Reviewing process flow, variants, conformance, and wait times | Depends on suitable event data and consistent case identifiers |
Choose a tool based on the level of detail you need. If you only need a total, a BI dashboard may be sufficient. If you need to find where cases wait or how paths differ, process mining can show the flow behind the totals, and ProcessMind’s process mining is what this guide uses for the routine below.
A platform that holds the model, the data and the documentation together has one advantage in a monitoring routine: the process owner, the targets and the cases behind a number are in the same place as the process itself, so the review does not start with an export.
Whichever approach you use, set the baseline and the targets before the review, and make the results accessible to the process owner. A measure that nobody checks or owns will not support a decision.
Everything above works with any tool. The next section is how the same routine runs in ProcessMind.
Validating Your Improvements
Monitoring helps you test whether a change delivered the result you expected. Before implementation, write down the expected outcome and how you will measure it. Then compare the results with the baseline using the same scope and definitions.
| Measure | Before | Expected | Actual | Review |
|---|---|---|---|---|
| Average cycle time | 5 days | 4 days | 3.8 days | Better than expected |
| Rework rate | 15% | Under 10% | 11% | Close, investigate |
| Approval wait | 2 days | 1 day | 0.9 days | Met |
These figures are examples of how to structure a comparison, not targets for your process. Set expectations that fit your own baseline and business needs.
Check for side effects as well as the intended result. Did speeding up one step create a queue at the next? Did reducing one type of rework increase another? Did the change affect only some case types? A result that looks positive overall may still need a closer look by segment.
Monitoring can also reveal the next improvement opportunity. Once a major bottleneck is reduced, another constraint may become more visible. As data quality improves, you may be able to examine patterns you could not see before. Each review gives you evidence for the next decision in your continual improvement process.
Communicating Monitoring Results
Monitoring only helps when the people responsible for decisions can understand the results. Share the change, the comparison, and the action needed. Avoid sending every available metric when only a few affect the decision.
Match the level of detail to the audience:
| Audience | Useful format | Typical focus |
|---|---|---|
| Executives | Summary or dashboard | Key KPIs, trends, and decisions |
| Managers | Dashboard access | Team performance, issues, and priorities |
| Process owners | Detailed process views | Operational measures and cases to investigate |
| Analysts | Detailed data access | Patterns and deeper analysis |
Use a short monthly summary to record what changed, whether a value left its target, what you decided, and who owns the follow-up. A dashboard can support the discussion, but it should not replace a clear decision and next step. Record that decision where the process lives, so the next person to open the process reads what changed rather than hearing about it.
Ask three questions before sharing a view:
- What decision should this information support?
- What action could the reader take?
- Is this the right level of detail for that action?
A focused view that helps someone act is more useful than a comprehensive dashboard that nobody opens.
Building a Monitoring Culture
A monitoring routine lasts when it fits the way your team already works. Add the review to an existing meeting or reporting cycle, and give the process owner time to investigate changes. Do not make monitoring the responsibility of a single analyst who has to explain every result from scratch.
Share ownership by documenting how to read the measures, keeping the baseline and filters accessible, and making responsibilities clear. When a review leads to a useful finding, share what the team noticed and what action followed. That helps people see monitoring as part of improving the work, not as a reporting task for its own sake.
Keep the routine proportionate. A small set of meaningful measures, a target on each one, and a named owner is easier to maintain than a long list of metrics with no agreed response.
When to Stop Monitoring
Not every process needs the same level of attention indefinitely. You can reduce the review cadence when results remain stable, no value is outside its target band, and frequent reviews no longer change your decisions.
Reduce monitoring gradually rather than removing it without a plan:
- Move from weekly to monthly, or from monthly to quarterly, if the process remains stable.
- Keep the measures tied to the process’s main risks and expected outcomes.
- Keep the target bands in place, and accept that an out-of-range value still needs someone to open the view unless your tool notifies you.
- Keep the baseline view saved so you can restart a closer review if conditions change.
If the process changes, performance drifts, or a new risk appears, increase the cadence again. The aim is not to monitor forever at the same intensity. It is to keep enough visibility to know when the process needs attention.
How to monitor a process in ProcessMind
Everything above works with any tool. This section is how the same routine runs in ProcessMind, and what the platform gives you that a spreadsheet or a BI dashboard does not.
Where each step of the checklist happens
| Checklist step | In ProcessMind |
|---|---|
| Confirm the data is current | The dataset’s quality badge and the panel behind it: freshness, attribute coverage and activity analysis |
| Start from a health score | The Process Health dashboard: one score, five CURES dimensions, and the biggest opportunity named |
| Read each measure against its target | Norm bands on the chart, with the boundary read from a Process Settings constant when the target is an SLA or a cost rule |
| Open the same view as last month | A bookmark, which holds the filters and charts and can be shared as a link |
| Compare the period and a segment | A comparison dataset with aligned case ID, activity and timestamp mappings |
| Open the cases behind a value | The case IDs behind a score, opened in the case explorer |
| Name the owner and record the decision | Ownership and roles on the process, with the decision kept in the process documentation and version |
| Schedule the next review | Your own calendar for now: notifications and review reminders are on our roadmap |
Investigating a change in the platform
When the review flags something, one question at a time is still the rule, and the platform keeps the three comparisons within reach.
Compare two periods. Add the current extract as a comparison dataset next to the baseline period, align the case ID, activity and timestamp mappings, and the difference view shows which activities appeared, disappeared or changed pace. Keep the periods comparable: volume, holidays and case mix move the numbers on their own.
Narrow to a segment. Filters cut the cases by customer type, region, product or business unit. A stable overall figure can hide one failing group, and a change in the average can be nothing more than a different mix of cases.
Keep the cut you made. Any filtered view can be saved as a bookmark, which holds the filters, charts and KPI definitions and can be shared as a link, so next month’s review opens the view you ended with instead of rebuilding it. For a change you introduced on a known date, the same comparison dataset covers before against after, and if the change was modelled first, the simulation output is the expected column: the same flow, with the assumptions you can revisit after go-live.
How current the data can be
API ingestion lets a nightly or hourly load replace the quarterly upload, and the freshness line in the quality panel tells you which load you are looking at. What happens after the load is worth being precise about: an out-of-range value is marked as out of range as soon as someone opens the view, and a notification that reaches a person without them opening it (Slack, Teams or email) is not shipped today, so plan the cadence around a signal you will look at rather than one that finds you.
What the platform adds to the routine
One health score per process. The Process Health dashboard scores each process across five dimensions: Conformance, Uniformity, Rework, Efficiency and Smoothness. The review starts with the overall score and the weakest dimension instead of twenty charts. Each dimension opens its own dashboard, the hero tile names the biggest opportunity, a value such as the conformance rate opens the case IDs behind it, and a model warning links to the dashboard that lists the design issues. The score starts a conversation rather than ending one.
A target on each measure. Charts carry norms: named bands with a start and a stop boundary, a colour and an optional fill, so a gauge or a line shows whether a value is good, worth watching or out of range. When the target is an SLA or a cost rule, a boundary can be an expression over a Process Settings constant such as slaTargetDays, so the target changes in one place instead of on every chart. The chart guide covers the norm settings.
A standard set of measures to start from. You do not have to invent the list. A workable first set for one process is cycle time at the 50th and 90th percentile, the ratio of waiting to active time, the rework rate, the first-time-right share, the conformance rate and throughput. Each of them becomes a process KPI once it has an owner and a target, which is the difference between a dashboard and a commitment: a short list of process KPIs that someone has agreed to move, kept as the key process indicators for that process. The metrics guide shows what each measure is built from.
A check on the data itself. Every dataset carries a quality badge with a percentage score, and the badge opens a panel with freshness (how recently the data was loaded), attribute coverage and how well the activities are represented. The badge updates on every load, so a review that starts there does not spend the meeting explaining a change that came from a stale extract. AI data recommendations name the mapping and quality issues worth fixing first, and the data quality guide explains the panel.
The health dashboards and the data quality panel come with a Process Intelligence seat or higher.
Most monitoring routines do not fail because nobody looked. They fail because the review had no target and no decision attached, so it became a meeting about numbers. A health score, a target band on each measure and a freshness check on the data turn that meeting into a decision: is this process still doing what we agreed, and if not, who is picking it up.
Put your process under monitoring this week
Start with one process, one saved bookmark and a small set of measures tied to an improvement you want to sustain. Set a target on each measure, check the quality panel on the dataset, name the owner, and put the first review in the calendar.
Put your process under monitoring this week
You have an improvement running and no routine that would tell you if it slipped.
Related resources:
- How to Analyze Your Process - Establish what is happening
- How to Implement Process Optimization - Turn insights into action
- A Strategic Guide for Data-Driven Process Improvement - A guide to data-driven improvement
- How to Find Automation Opportunities - Find opportunities with process mining
- Process Improvement Techniques: The Ultimate List - Compare process improvement approaches