01
There is a QM manual with process descriptions. Nobody apart from the head of quality has opened it in the last two years.

business process management
A business process is a chain of activities that turns a trigger into a result for a customer, internal or external. Process management brings order to these chains: which processes exist, how do they fit together, who is responsible, and what is measured to tell whether they are running well?
The central tool is the process map. On a single page it shows a company's management, core and support processes. Beneath it sit the individual process models, in my work usually as a swimlane diagram, because it makes the handovers between roles and departments visible. That is exactly where most errors and waiting times arise: at the handovers.
Process documentation is a means, not an end. I document as much as necessary so that a process can be carried out, trained and improved in a consistent way, and as little as possible so that the documentation stays up to date. Business process optimisation then follows from process management, because you can only improve what you know.

Process management rarely fails for lack of software.

I do not start with modelling software but with a sheet of paper and the people who carry out the process.
With senior management: which core processes create value, which support, which lead? Usually this fits on one page and takes half a day.
Not all at once. First the core processes with the greatest impact on customers, costs or risk.
Recording the current state with those involved as a swimlane diagram: who does what, with which system, with which information, in what time? Weak points, media discontinuities and duplicated work are marked.
A leaner flow, clear owners, defined interfaces, key figures. In BPMN notation where it helps, otherwise as simple as possible.
Process description, work instructions, process owners with a clear mandate.
Key figures, process review, audit. So that the map lives and does not yellow in the manual.
A process management system that your company can carry on by itself:
Process map with management, core and support processes.
Process models of the prioritised processes as swimlane diagrams, current and target state.
Process documentation with description, roles, interfaces and key figures, as concise as possible.
Named process owners with a clear mandate and a regular meeting.
List of measures for business process optimisation, prioritised by impact.
On request: training for your process owners in modelling, analysis and review.
Intro call
You describe your starting point, I tell you openly whether and how I can help.

Frequently asked questions
Process management, also called business process management or BPM, is the systematic design, control and improvement of a company's processes. It covers identifying all important processes, modelling and documenting them, assigning owners, measuring them with key figures and reviewing them regularly. The aim is that workflows do not arise by chance but are deliberately designed and can be developed further. Process management is the framework; process optimisation is the concrete improvement within it.
The process map is the top level of process management: an overview of all of a company's processes on one page, divided into management processes (strategy, controlling), core processes (from order to delivery) and support processes (HR, IT, maintenance). It shows how the processes are connected and serves as the entry point to the detailed models. A good process map is so simple that every employee can find their own process on it. I create it with senior management in half a day.
A swimlane diagram shows a process in lanes, with each lane representing a role, a department or a system. The activities sit in the lane of whoever carries them out; arrows show the flow and the handovers between the lanes. The advantage: you see immediately how often a case changes department and where the interfaces are. Every handover is a potential source of errors and waiting time. I use swimlanes for recording the current state and designing the target state, because they can be understood without training.
First the process is delimited: where does it start, where does it end, who is the customer? Then I record the current flow with those involved, usually in a workshop of half a day to one day, as a swimlane diagram. In doing so I capture processing times, waiting times, systems used, queries and errors. In addition I walk the process on site and, where data is available, I pull the actual flow out of the system using process mining. The result is a current-state model with marked weak points, which forms the basis for the target process.
Detailed enough that a new employee can carry out the process consistently after induction, and concise enough that it is kept up to date. In practice that means: one process model (swimlane or BPMN), one page of process description with purpose, trigger, result, roles and key figures, and, where necessary, work instructions with pictures. Anything beyond that is neither read nor maintained. For certifications such as ISO 9001, this depth is usually sufficient, provided the processes are actually lived.
For most SMEs and mid-sized companies, a simple swimlane diagram with a few symbols is enough: activity, decision, handover, document, system. BPMN 2.0 is the standard if processes are later to be mapped in software or automated, because the notation is machine-readable. I recommend starting with the simple form and using BPMN only where it brings a concrete benefit. A notation that those involved cannot read prevents the discussion instead of enabling it.
Process management is the permanent organisation: map, owners, documentation, key figures, reviews. Process optimisation is the concrete improvement of a single workflow, such as shortening order clarification or the changeover time on a machine. Without process management, optimisation results are lost because nobody follows up. Without optimisation, process management merely administers the status quo. I usually recommend starting with the optimisation of one core process and building the framework from there, rather than writing a complete manual first.
Process mining reconstructs the actual flow of a process from the timestamps in your IT systems, such as the ERP. Instead of asking how an order should run, you see how it actually ran: with all its loops, waiting times and exceptions. It is worthwhile when a process runs through a system in high volumes, for example order processing, procurement or invoice processing. For processes with few cases or a lot of paper, classic recording on site remains the right tool. I'm certified as a data analyst for process mining and use it wherever the data allows.

45 minutes, no obligation. We look at which of your processes belong to nobody.