Auditfähig. Und trotzdem schnell.

Hamilton (Branche Medtech), Nicolai Rüedi, Program Manager bei Hamilton

Hamilton (Branche Medtech), Nicolai Rüedi, Program Manager bei Hamilton

Wenn "Kontrolle" plötzlich Reibung erzeugt

"Welche Version gilt?", ist in vielen Organisationen eine der am häufigsten gestellten Fragen. Sie wird nicht gestellt, weil Teams ungenau arbeiten. Sie kommt auf, weil Abläufe über Jahre in Dokumente, Listen und Freigaben hineinwachsen. Was als Sicherheitsnetz beginnt, wird zum Alltagssystem. Und dieses System kostet Zeit.

In regulierten Umfeldern ist der Druck besonders hoch. Normen wie ISO 13485 verlangen Rückverfolgbarkeit. Entwicklungsschritte müssen inklusive Tests, Verifikation und Validierung nachvollziehbar dokumentiert sein. Der Anspruch ist korrekt. Die Umsetzung kippt aber oft: Teams verwalten die Dokumentation, statt den Ablauf zu steuern. Sie suchen Informationen, statt Entscheidungen umzusetzen. Sie stimmen ab, statt Wertschöpfung voranzubringen.

Die zentrale Frage lautet: Wie bleibt man auditfähig, ohne den Innovationsfluss spürbar auszubremsen?

Warum das Problem 2026 häufiger wird

Drei zentrale Entwicklungen verschärfen in diesem Jahr die Lage:

• Erstens steigt die Komplexität. Prozesse erstrecken sich heute über unterschiedliche Teams, Standorte und Systeme, wodurch Schnittstellen immer mehr Aufmerksamkeit erfordern.
• Zweitens wächst der Tool-Stack. Für jede Funktion gibt es ein eigenes System, doch die Übergänge bleiben manuell.
• Drittens schrumpfen die Puffer. Fachkräftemangel und Kostendruck lassen wenig Spielraum für Reibungsverluste.

Wer in dieser Situation zusätzliche Kontrollartefakte ergänzt, verstärkt oft die Systemarbeit: suchen, abstimmen, nachfassen. Das bremst nicht nur den Durchlauf. Es erhöht auch das Fehlerrisiko, da falsche Versionen oder inoffizielle Abkürzungen wahrscheinlicher werden.

Das Muster dahinter: Dokumentenlogik ersetzt Prozesslogik

Viele Stage-Gate-Modelle kippen unbemerkt in eine Abhak-Logik. Mitarbeitende wissen zwar, dass es Dokumente gibt, finden jedoch oft nicht schnell genug heraus, welche Anforderungen im jeweiligen Schritt gelten, welches Deliverable erwartet wird oder wo die freigegebene Version abgelegt ist.

So entsteht ein paradoxes Bild: Die Organisation dokumentiert viel und verliert trotzdem Kontrolle im Alltag. Nicht wegen fehlender Regeln, sondern wegen fehlendem Kontext und fehlender Übersicht.

Was stattdessen funktioniert: Compliance im Flow

Ein pragmatischer Ansatz lässt sich so zusammenfassen: Nachweise gehören in den Prozessschritt, nicht ans Ende der Arbeit. Dadurch verschiebt sich der Aufwand von Nacharbeit zu geführter Umsetzung.

Compliance im Flow bedeutet vier Dinge:

1. Der Prozess führt. Der nächste Schritt ist klar. 
2. Rollen sind sichtbar. Zuständigkeiten und Entscheide sind nachvollziehbar. 
3. Nachweise sind kontextgebunden. Pro Schritt ist klar, was zu liefern ist. 
4. Gültigkeit ist eindeutig. Es gibt eine freigegebene Version statt Vermutungen.

Das wirkt auf den ersten Blick unspektakulär. Es bringt aber Geschwindigkeit, ohne Auditfähigkeit zu opfern.

Praxisbeispiel: Wie Hamilton den Innovationsprozess wieder führbar machte

Hamilton, ein führendes Unternehmen in der Medizintechnik, stand vor einem typischen End-to-End-Problem. Hamilton hat sich entschieden, das Grundproblem nicht überall gleichzeitig zu lösen, sondern dort zu starten, wo der Hebel am grössten ist: im Innovationsprozess.
 
Der Innovationsprozess lief über mehrere Bereiche und brachte viele Schnittstellen mit sich. Gleichzeitig waren über 40 Beteiligte involviert und mehr als 380 Dokumente im Umlauf. In dieser Masse gingen die Zusammenhänge im Arbeitsalltag schnell verloren.

Die Umstellung bestand aus zwei Teilen:

1. Prozessführung statt Abhak-Logik. Der Fokus verschob sich auf das Produkt und dessen Reifegrad. Normanforderungen sollten nicht pauschal früh dominieren, sondern entlang der Phase greifen. Das schützt die Ideenphase und gewährleistet dennoch die Nachvollziehbarkeit.
2. Die Umsetzung erfolgt über ein Master-System, das den Ablauf im Alltag steuert und den Wildwuchs an Tools abschafft. Hamilton setzt dafür das Prozessmanagement-Tool ADONIS ein. Die Plattform diente als zentraler Einstiegspunkt in den Prozess. Für jeden Schritt war klar ersichtlich, welches Deliverable erwartet wurde und welche Artefakte dafür relevant sind. Die Dokumente selbst durchliefen einen separaten Freigabeprozess, während direkte Verlinkungen aus den Prozessschritten jeweils zur aktuell freigegebenen Version führten. So wurde verhindert, dass mit veralteten oder nur vermeintlich bekannten Dokumenten gearbeitet wird.

Der Prozessfluss ist das, was eigentlich neu reinkam.
Nicolai Rüedi, Program Manager, Hamilton

Ergänzend entstand eine zweite Ebene für Praxiswissen, das im Alltag hilft, aber selten normativ dokumentiert wird. Dort sind Methodiken, Toolbedienung und kurze Anleitungen gepflegt. Aus dem Prozess heraus führen Links direkt zu diesen Inhalten.

Wer die Kernelemente kompakt weiterleiten will, findet hier das 4-seitige Kurzbriefing.

Wenn die gesuchte Information nicht direkt hier steht, führt der Link dorthin, wo sie liegt.
Nicolai Rüedi, Program Manager, Hamilton

Usability als Erfolgsbedingung

Ein Mechanismus ist nur so gut wie seine Nutzung. Hamilton betrachtet Usability nicht als Kosmetik, sondern als Bedingung für Adoption. Nutzende müssen rasch die Übersicht haben und gleichzeitig sofort ins Detail gehen können. Dazu gehören Navigation, direkte Querverweise und rollenorientierte Einstiege, etwa über vordefinierte Suchabfragen, damit die relevanten Informationen pro Rolle schnell sichtbar sind.

Ergebnisse und Learnings 

Der Nutzen zeigt sich vor allem in wegfallender Reibung: Es gibt weniger Springen zwischen Quellen, weniger obsolete Artefakte, mehr Transparenz, ein schnelleres Onboarding und eine bessere Steuerbarkeit im Projektalltag.

Das Dokument ist weg. Der Prozess leitet mich, ich komme schneller zum Ergebnis – und alles steht dort, wo ich es brauche.
Nicolai Rüedi, Program Manager, Hamilton

Gleichzeitig wird im Fall klar, wo Initiativen oft scheitern und was es braucht:

• Ohne Usability keine Adoption. Sonst entstehen Schattenprozesse. 
• Ohne Governance entsteht Chaos. Wenn "alle modellieren", digitalisiert man nur den Wildwuchs. 
• Hybridphasen sind Realität. Alte und neue Logik laufen parallel, bis die Umstellung trägt. 
• Verbesserung braucht ein System. Rückmeldungen, Priorisierung und Umsetzung müssen sichtbar organisiert sein.

 
Fazit

Auditfähigkeit entsteht nicht durch mehr Dokumentation, sondern durch geführte Ausführung: Nachweise im Kontext, eindeutige Gültigkeit, klare Rollenzuweisung, hohe Usability. Das reduziert Systemarbeit und erhöht Steuerbarkeit, ohne die Normanforderungen zu verwässern.

Die vollständige Success Story von Hamilton finden Sie hier.