Industrielle Fertigung
Industrielles Internet der Dinge | Industrielle Materialien | Gerätewartung und Reparatur | Industrielle Programmierung |
home  MfgRobots >> Industrielle Fertigung >  >> Gerätewartung und Reparatur

Acht häufige Fehleinschätzungen beim Management von Veränderungen

Immer wenn ich gegenüber dem Werkspersonal Änderungsmanagement erwähne, erhalte ich im Allgemeinen eine von mehreren vorhersehbaren Reaktionen. Die Sachkundigen werden die Verordnung OSHA 1910.119(a)(2) zitieren und mir sagen, dass es sich nicht um einen „gedeckten Prozess“ handelt, also auf sie nicht zutrifft – im Allgemeinen mit großer Erleichterung. Eine andere häufige Antwort ist:„Wir haben ein Zeichnungsmanagement-Verfahren, aber wir sind so weit hinten, es würde Jahre dauern und Ressourcen müssen wir nicht aufholen.“ Andere werden mir immer noch erzählen, dass sie ein perfektes Verfahren für ihre Manager haben, um kleine Projekte und Änderungen zu genehmigen. Und einige werden verlegen an die Pfennige und Nickel denken, die den Aschenbecher ihres Autos füllen.

Was ist also Management of Change (MOC)? Zurück zur Quelle, OSHA 1910.119(l)(1) legt die Anforderungen für MOC wie folgt fest:„Der Arbeitgeber muss schriftliche Verfahren festlegen und implementieren, um Änderungen (außer „Sachersatz“) an Prozesschemikalien, Technologie, Ausrüstung und zu verwalten Verfahren; und Änderungen an Einrichtungen, die sich auf einen abgedeckten Prozess auswirken.“

Diese Kurzbeschreibung deckt viel Territorium ab, da sie jedoch ausschließlich zur Erhöhung der Prozesssicherheit veröffentlicht wurde, schränkt sie die rechtliche Anwendbarkeit auf „erfasste Prozesse“ ein. Leser, deren Einrichtungen die OSHA-Anforderungen eines „abgedeckten Prozesses“ erfüllen, sind sich der detaillierten Anforderungen des MOC bewusst. Sie müssen es sein, sonst wären sie nicht mehr in Betrieb. Und hoffentlich wissen Sie alle, dass viele der schlimmsten Industrieunfälle der jüngeren Geschichte das Scheitern des MOC-Prozesses als Ursache haben. Einige Quellen geben an, dass bis zu 80 Prozent der schweren schweren Unfälle in der Industrie auf unkontrollierte Veränderungen zurückzuführen sind. Somit kann man sich MOC als eine Art Lebensversicherung vorstellen, die sich durch die Vermeidung von Unfällen auszahlt.

Dieser Artikel konzentriert sich jedoch nicht auf die Feinheiten von MOC für abgedeckte Prozesse. Und es ist nicht nur auf die Sicherheit ausgerichtet. Warum diskutieren wir dann über MOC, wenn es für Ihre Branche nicht „erforderlich“ ist? Kurz gesagt, liegt es daran, dass jedes Unternehmen, unabhängig von rechtlichen Anforderungen, potenzielle Verluste kontrollieren muss. Und MOC ist, richtig angewendet, ein ausgezeichneter, kosteneffektiver Schadenverhütungsprozess für fast jedes Unternehmen. Es ist die perfekte Ergänzung zu Ihren Verlustbeseitigungsprozessen. Und wir alle wollen auch sicher und umweltfreundlich sein, oder?

Bitte beachten Sie, dass MOC nur Änderungen an derzeit bestehenden Dingen adressiert. Die Gestaltung neuer Prozesse oder Anlagen ist ein ganz anderes Thema. Und wir müssen für die MOC-Diskussion davon ausgehen, dass das Leistungsniveau des bestehenden Systems, wenn es nicht ausreichend ist, zumindest bekannte und bekannte Tugenden und Laster aufweist.

Was also ist MOC in nicht-regulatorischer Hinsicht und für wen gilt es wirklich? Lassen Sie uns mit dieser einfachen Definition arbeiten:MOC ist ein Prozess zur Verhinderung oder Minderung von Geschäftsverlusten – einschließlich Beeinträchtigungen der Sicherheit, Gesundheit oder Umwelt – als Folge von Änderungen, die Sie an der Konstruktion, dem Betrieb, der Verwaltung oder der Reparatur Ihrer Anlage oder Ihrer Prozesse vornehmen. Abgesehen von den regulatorischen Anforderungen gibt es kein Unternehmen, das wettbewerbsfähig bleiben möchte und es sich leisten kann, nicht über einen entsprechenden MOC-Prozess zu verfügen. Kurz gesagt, MOC ist aus Sicherheitsgründen sinnvoll und wirtschaftlich sinnvoll. Ist ein MOC-Prozess für Ihr Unternehmen sinnvoll?

Was ist eine "Änderung"?
„Der schwierigste Teil des Change Managements besteht darin, den Wandel zu erkennen.“ Der wichtigste Ausgangspunkt für das Programm besteht darin, für die Organisation klar zu definieren, was eine „Veränderung“ darstellt, die Sie bewältigen möchten. Oder einfacher gesagt, welche Änderung fällt unter den MOC-Prozess und welche Art von Änderungen nicht? Ein Mangel an klaren Definitionen lähmt effektiv die Effektivität eines MOC-Programms, was sowohl unnötige Analyselähmungen verursacht als auch Schlupflöcher für diejenigen schafft, die den Prozess umgehen möchten.

Es gibt viele Definitionen von Veränderung aus vielen verschiedenen Quellen. Es liegt in der Verantwortung der Standortleitung, Änderungen im Einklang mit den Geschäftsinteressen und etwaigen regulatorischen Präzedenzfällen zu definieren. Welche Risiken möchten Sie kontrollieren und welche Änderungen erhöhen diese Risiken, wenn sie nicht kontrolliert werden? Nur dann können die Aktivitäten, die vernünftigerweise als „Veränderungen“ definiert werden könnten, klar identifiziert werden, und wenn sie einmal identifiziert wurden, müssen sie in einer möglichst einfachen und unkomplizierten Sprache vermittelt werden.
Obwohl die Verwendung von Listen oder Tabellen mit Beispielen etwas unübersichtlich ist, ist oft notwendig, um die Punkte zu vermitteln. Denken Sie daran, dass eine „Änderung“ an einer Hardware nicht erfolgen muss, um sich zu qualifizieren. Software, Verfahren und Prozessparameter sind alles Beispiele für nicht-hardwarebezogene Änderungen, die oft streng kontrolliert werden müssen.

Wenn es um Hardware geht, verweist das OSHA 1910-Quelldokument schräg auf eine Änderung als kein „Replacement in Kind“ (RIK) und definiert RIK weiter als „einen Ersatz, der die Designspezifikationen erfüllt“. RIK bezieht sich im Allgemeinen auf Geräte oder Komponenten, die in Form, Passform und Funktion identisch sind (bezeichnet als F3). Aber es gibt mehr zu ändern als diesen sehr engen hardwarebasierten Ansatz. Die OSHA-Definition von Veränderung bezieht sich auch auf Technologie, Verfahren und Chemikalien (im weiteren Sinne als Rohstoffe interpretiert). Offensichtlich umfasst die Definition von „Veränderung“ mehr als nur Hardware. Ich habe festgestellt, dass die beste formale Definition für "Änderung" im MOC-Prozess in einer Klarstellung in OSHA 3313 gefunden wird:klar definierte Grenzen oder Verantwortlichkeiten).“

Da jedes Unternehmen unterschiedliche Risikobereiche und eine unterschiedliche Toleranz gegenüber unerwünschten Folgen hat, liegt es an jedem Unternehmen, das Risiko einzuschätzen und seine Toleranz gegenüber unkontrollierten Veränderungen zu definieren. Einige (aber keineswegs alle) Beispiele für die Art von Veränderungen, die ein Unternehmen verwalten möchte, sind:

Ein paar Stunden qualitativ hochwertiges „Was-wäre-wenn“-Brainstorming durch ein multidisziplinäres Team zu Beginn des Prozessdesigns, um die für Ihr Unternehmen richtigen Definitionen und Beispiele zu entwickeln, werden sich auszahlen.

Was ist mit "vorübergehenden" Änderungen?
Denken Sie an dieses wichtige Konzept bei der Umsetzung von MOC:So wie es auf der Welt nichts so dauerhaftes wie eine temporäre Steuer gibt, gibt es keine dauerhaftere Veränderung als eine „temporäre Veränderung“, die dem MOC-Prozess entgangen ist. Die Erfahrung zeigt, dass es wirklich nur dauerhafte Veränderungen gibt, die nur vorübergehend sein sollen, bis sie wieder in den ursprünglichen Zustand zurückversetzt sind. Von allen unkontrollierten Veränderungen, die auftreten, sind „temporäre“ Veränderungen die schädlichste und häufigste Ursache für Unfälle und Zwischenfälle. Daher sollten „vorübergehende“ Änderungen einer Regelstrecke niemals vom MOC-Prozess ausgenommen werden Interlock-Bypass zur Durchführung regelmäßiger Wartungsarbeiten? Wenn es wirklich Routine ist, haben Sie einen permanenten Zustand einer periodischen Abweichung von der SOP. Und der richtige Weg, damit umzugehen, besteht darin, die Situation als dauerhafte Veränderung zu behandeln und mit entsprechenden Absicherungen in genehmigte Verfahren zu integrieren. Wenn etwas als nicht routinemäßige vorübergehende Änderung gedacht ist, behandeln Sie es als Änderung. OSHA 3133 sagt in einer Klarstellung:„Das MOC-Verfahren sollte sicherstellen, dass Geräte und Verfahren am Ende einer vorübergehenden Änderung in ihren ursprünglichen Zustand zurückversetzt werden.“ Historie und Vorsicht lassen vermuten, dass „vorübergehende“ Änderungen als „dauerhaft“ unter besonderer Berücksichtigung des MOC-Verfahrens gehandhabt werden sollten, da sie das höchste Risiko für Ihr Unternehmen darstellen.

Acht häufige Missverständnisse über MOC
1) „Aber ich nehme keine wirkliche Modifikation vor. Ich mache es nur ein bisschen besser.“

Wenn Sie das Teil/Gerät/Geschäftssystem nicht genau so verlassen, wie es vor Beginn der Arbeiten war (natürlich ohne Schäden, die Gegenstand der Reparatur waren), dann haben Sie eine Änderung vorgenommen . Ob die Änderung in den Anwendungsbereich Ihres MOC-Prozesses fällt oder nicht, wird durch die in Ihren Verfahren festgelegten Kriterien bestimmt. Der Standardansatz besteht darin, davon auszugehen, dass jede Änderung in Konfiguration, Form, Passform, Funktion, Materialien oder Verfahren unter das MOC fällt, bis eine Prüfung der Kriterien im Verfahren das Gegenteil beweist.

Nach unkontrollierten „temporären Änderungen“ sind gut gemeinte kleinere Verbesserungen die zweithäufigste Ursache für Vorfälle, die in die Kategorie „Failure-of-MOC“ fallen. Ohne eine gründliche Bewertung des gesamten Betriebskontextes und der Umgebung, wer sagt, dass „besser“ auf die eine Weise nicht wirklich viel, auf der anderen viel schlechter ist? Das gleiche Medikament, das einem Patienten verabreicht wird, kann ein wirksames Heilmittel sein; für einen anderen kann es ein tödliches Gift sein. Gleiches gilt für gut gemeinte, aber unkontrollierte kleinere „Verbesserungen“, insbesondere Materialsubstitutionen, die besonders riskant sind. Bringen Sie Ihrem Personal auf allen Ebenen bei, sich dieser häufigen Falle bewusst zu sein, sie zu vermeiden und sie dann strikt durchzusetzen. Niemand mag es, Leute für das Brechen der Regeln zu disziplinieren, besonders wenn sie es im Geiste der Verbesserung tun. Aber es ist unendlich schlimmer, einer Familie sagen zu müssen, dass heute Abend niemand nach Hause kommt.

2) „Ich bin so weit im Rückstand, dass ich nicht mit MOC anfangen kann. Ich werde all diese unüberarbeiteten Zeichnungen nie einholen.“
Dokumentenkontrolle ist ein Prozess, der einen gut durchdachten MOC-Prozess ergänzt und oft das Erste ist, woran die Leute denken, wenn Sie MOC erwähnen. Die Notwendigkeit, Dokumente zu aktualisieren, ist sicherlich ein häufiges Ergebnis eines MOC und notwendig für die langfristige Integrität Ihrer Prozesse und Einrichtungen, aber es ist kein MOC. Es ist nur ein häufiges Ergebnis.

Wenn Sie MOC mit einem Dokumentenkontrollprozess implementieren, erben Sie oft ein ziemliches Durcheinander von Ihren Vorgängern:keine Zeichnungen, ungenaue Zeichnungen, veraltete Dokumente .. . Sie nennen es. Wenn die Situation gravierend ist, sind Sie möglicherweise gezwungen, Ihre Korrekturmaßnahmen zu priorisieren – sofern diese auf der Kritikalität der Systeme basieren. Einige müssen möglicherweise nicht korrigiert werden und werden nie korrigiert. Sicherlich kann und sollte eine Methode zur Korrektur wichtiger Informationen, wenn sie entdeckt werden, leicht in Ihre Arbeitskontrollverfahren integriert werden. Aber erweitere die Aufgabe nicht, indem du schlechte Gewohnheiten fortsetzt.

Du kannst nicht ändern, was in der Vergangenheit passiert ist. Wenn der Business Case vorhanden ist, um vergangene Fehler zu korrigieren oder abzumildern, dann tun Sie dies. Bei MOC geht es um zukünftige Verlustprävention. Das Einzige, was jede Organisation tun kann, ist, sofort mit der Implementierung von MOC zu beginnen. Heute ist der Tag, um damit aufzuhören, mehr Probleme für morgen zu schaffen. Eine lapidare Volksweisheit sagt:„Wenn man ein richtig großes Loch füllen muss, hört man als erstes auf, es tiefer zu graben.“ Gleiches gilt für eine Lücke, die durch schlechtes MOC entsteht. Hör auf, es größer zu machen.

3) „Ich habe keine Zeit, auf die MOC-Bewertung zu warten. Das ist ein Notfall!"
Während eines Notfalls ist die Selbstdisziplin eines etablierten MOC-Prozesses gerade dann am nötigsten. Wenn ein Verkehrsflugzeug ein Problem im Flug hat, tun die Piloten nicht das Erste, was ihnen in den Sinn kommt. Vielmehr ziehen sie die Checkliste heraus und denken nach, dann handeln sie. Wenn es einen „Notfall“ gibt, sollten Sie das auch tun. Wird diese „geringfügige Änderung“, um einen Austausch zu ermöglichen, wirklich so viel Ausfallzeit einsparen, verglichen mit der Beschaffung des richtigen Teils? Kleinere Änderungen nehmen oft viel mehr Zeit in Anspruch als erwartet.

Schätzen Sie realistisch ein, wie lange, wie viel Geld und wie viel Risiko diese „schnelle Umgehung“ wirklich braucht. Im Notfall ist es gut, optimistisch zu sein. Es ist am besten, auf das Schlimmste vorbereitet zu sein. Ein Sprichwort sagt:„Wenn Sie in einem lecken Boot weit draußen auf dem Meer sitzen, beten Sie am besten zum Himmel, aber rudern Sie zum Ufer.“ Ist das mit einer „temporären“ Umgehung verbundene Risiko für Ihr Unternehmen die Zeitersparnis wert? Kann man das Risiko durch „besondere Betriebsverfahren“ wirklich auf ein akzeptables Maß kontrollieren?

Unfallberichte zeigen, dass voreilige Entscheidungen, unter Druck getroffen, ohne eine ausgewogene Bewertung, die Wurzel vieler schwerwiegender Probleme waren . Zeit für diszipliniertes Denken ist keine Zeitverschwendung. Und wenn Ihr MOC-Prozess effizient ist, wird er den Fortschritt in den seltenen Fällen, in denen es sich um einen echten Notfall handelt, nicht übermäßig behindern. So wie es ein Verfahren zur Genehmigung und Erteilung eines Notfall-Arbeitsauftrags bei Bedarf gibt, verfügt ein gutes MOC-Verfahren über einen Mechanismus, um echte Notfälle anzugehen. Aber dieser Mechanismus sollte nicht darin bestehen, das MOC zu ignorieren. Lassen Sie nicht zu, dass die Zweckmäßigkeit während eines „Notfalls“ Sie für einen größeren und schwerwiegenderen zweiten Notfall vorbereitet. Entschärfen Sie keine Bombe, nur um eine Landmine zu platzieren.

Haben Sie häufige Ausfälle, die eine Umgehung erfordern, müssen ständig um Mitternacht Teile austauschen, um sich von einem unerwarteten Ausfall zu erholen, oder ständig Prozessänderungen, um instabile Komponenten oder Rohstoffe aufzunehmen? Dann besteht Ihre Herausforderung darin, MOC nicht zu ignorieren oder einen MOC-Prozess zu entwerfen, der Anarchie unterstützt. Stattdessen sollten Sie Ihre Bemühungen darauf konzentrieren, diese Situationen zu beseitigen, indem Sie einen effektiven Prozess zur Fehlerursachenanalyse (RCFA) und Programme zur vorbeugenden Wartung/vorausschauenden Wartung implementieren, um die chronischen Ausfälle zu beseitigen. Konzentrieren Sie sich als Nächstes darauf, die Mängel in Ihren MRO-Prozessen zu beheben, um sicherzustellen, dass Sie immer über die richtigen Teile verfügen. Und schließlich sollten Sie Ihren Prozess mit Standardarbeitsanweisungen und Qualifizierungsprogrammen für Materiallieferanten stabilisieren.

4) „Die Weiterleitung dieses Formulars zur Genehmigung dauert so lange, dass wir nie etwas erledigen können.“
Ein effektiver MOC-Prozess erfordert ein angemessenes Maß an Genehmigung und Kommunikation. Schlecht gestaltete MOC-Genehmigungsverfahren verwechseln die Notwendigkeit, über eine Änderung informiert zu werden, nachdem sie eingetreten ist, mit der Notwendigkeit, eine Änderung vor deren Durchführung zu genehmigen. Die erforderlichen Genehmigungsstufen müssen sowohl der Änderung als auch dem damit verbundenen potenziellen Risiko angemessen sein. Sie müssen auch flexibel genug sein, um sich an die jeweilige Situation anpassen zu können. Minimieren Sie die Anzahl der Genehmiger und machen Sie sie zu den richtigen. Ihr MOC-Prozess kann dann sicher rationalisiert werden.

5) „Aber mein Bereichsleiter muss bereits Gelder für Änderungen genehmigen.“
Verwechseln Sie die Autorität, eine Entscheidung zu treffen, nicht mit dem Besitz der notwendigen Kenntnisse, um diese Entscheidung zu treffen. Nicht alle Änderungen, und oft die kritischsten, durchlaufen die Genehmigung der Finanzierung. Häufig sind nicht die Gebietsleiter, sondern die damit vertrautesten Bediener, Mechaniker, Vorgesetzten oder Ingenieure die kompetentesten Personen, um das Risiko einer Änderung oder die technische Gültigkeit einer Änderung zu beurteilen.

Auch wenn Der Manager ist sehr kompetent, es ist selten, dass eine Person in allen Aspekten oder Konsequenzen einer bestimmten Veränderung kompetent ist. In einem effektiven MOC-Prozess liegt es in der Verantwortung des Managers sicherzustellen, dass die geeigneten Ressourcen in eine ausgewogene Bewertung der vorgeschlagenen Änderung einbezogen werden. Die Genehmigungsbehörde ist zweitrangig gegenüber der Bewertungskompetenz, und ein ausgewogenes Team wird konstanter gute Ergebnisse liefern, als wenn man von einer intelligenten Einzelperson abhängig ist.

6) „Wir sind ein Lager / leichte Fertigung / Daten Zentrum / Reparaturwerkstatt. … Wir haben nichts, was gefährlich sein könnte.“
Denken Sie daran, dass MOC ein Prozess ist, um alle potenziellen selbst verursachten Geschäftsverluste im Zusammenhang mit einer Änderung zu verhindern oder zu mindern. Neben der reinen Prozesssicherheit gibt es noch weitere Verluste. Es ist ein Verlust, wenn Sie durch eine unkontrollierte Prozessänderung einen geschätzten Kunden aufgrund eines verschmutzten oder fehlerhaften Produkts verlieren. Es ist ein Verlust, wenn Ihr Rechenzentrum ausfällt und die Fehlerbehebung mehrere Stunden statt Minuten dauert, weil die Elektrozeichnungen nicht mit den Änderungen Schritt gehalten haben. Es ist ein Verlust, wenn der automatische Stapler ausgefallen ist und Sie das Produkt nicht versenden können, weil ein Ersatzteilaustausch um Mitternacht, der eine „kleine Änderung“ erforderte, dazu führte, dass das einzige Ersatzteil, das Sie auf Lager haben, nicht mehr passte. Es ist ein Verlust, wenn eine nicht dokumentierte Änderung der Steuerungssoftware dazu führt, dass Ihr Prüfautomat bei der Installation des neuesten Sicherheitspatches ausfällt. All dies sind echte Beispiele, und die Liste ist endlos. Auch wenn das Potenzial für gefährliche Situationen in Ihrer Umgebung durch Änderungen gering ist, haben wir alle etwas zu verlieren, wenn unsere Einrichtung oder unsere Prozesse bei ihren Hauptaufgaben versagen.

7) „Aber MOC hat gewonnen nicht jedes mögliche Problem erkennen, warum also tun?“
Sie haben vollkommen recht. Trotz aller Bemühungen werden einige Probleme unentdeckt bleiben. Aber wie viele werden vorbeigehen, wenn Sie kein MOC machen? Beim Risikomanagement dreht sich alles darum, die Chancen zu Ihren Gunsten zu verändern. Dieses Argument ist nicht stichhaltig – ebenso wenig wie das Argument, das manche Leute gegen Airbags verwenden:„Sie könnten sich entfalten und einen Unfall verursachen, also schalte ich sie aus.“ Die Statistiken unterstützen diese Denkweise genauso wenig wie sie das Fehlen von MOC unterstützen.

Was also, wenn Sie eine unbeabsichtigte Konsequenz übersehen? Ein wertvoller Zusatznutzen von MOC in komplexen Systemen ist die Durchführung einer RCFA. Wenn eine Änderung nachteilige Folgen hat und die Ursache nicht sofort erkennbar ist, geht die RCFA viel schneller, wenn Sie eine Liste aller bewusst vorgenommenen Änderungen haben. Und diese Zeit kann echtes Geld sein. In einem Fall verkürzte die Recherche von MOC-Aufzeichnungen die Zeit, die erforderlich war, um die Ursache für eine Reihe von Ausfällen von Prozessanlagen zu finden, um Wochen. Mit 250.000 US-Dollar pro Tag an vermiedenen Ausfallzeiten hatte die MOC-Bemühung eine recht gute Kapitalrendite, obwohl sie das Problem nicht verhinderte.

8) „Dies ist nur eine Software-/Verfahrensänderung. Es ist nicht so, als würden wir eine Pfeife wechseln oder so. Wir müssen weder genehmigen noch dokumentieren.“
Aufgrund von Software- oder Verfahrensänderungen, die nicht dem MOC unterliegen, sind in einer Reihe von Branchen einige äußerst schwerwiegende Vorfälle und schwere Verluste aufgetreten. Nur weil ein Dokument oder Code geändert wurde und die Änderung widerspiegelt, bedeutet dies nicht, dass die Änderung dokumentiert ist. Ich weiß, dass Kommentare im Code und Revisionsflags im Dokument es dem Suchenden ermöglichen, nach Änderungen zu suchen. Aber wenn unerwartete Probleme auftreten, weil die Software- oder Verfahrensänderung nicht angemessen überprüft wurde, was nützt es dann?

Hatten Sie eine Produktionslinie, während Sie verzweifelt durch Tausende von Codezeilen nach dem gesuchten . gesucht haben? Änderung, die der Steuerungsingenieur zwei Monate vor seiner Abreise zu einem anderen Job gemacht hat? Vor allem Programmierer und Steuerungsingenieure neigen dazu, ohne Rücksicht auf MOC mit Software „herumzuspielen“. Dies gilt nicht nur für Ihre Prozesssteuerung, sondern auch für Ihre geschäftskritische Software. Wenn das potenzielle Risiko besteht und es rechtfertigt, dann behandeln Sie das Ändern einer Codezeile nicht anders als das Neuverdrahten eines Sicherheitsabschaltsystems; es sollte das gleiche Maß an Kontrolle und Kontrolle erhalten.

Schlussfolgerung
Zusammenfassend lässt sich sagen, dass ein gut konzipierter MOC-Prozess ein wesentliches Instrument zur Schadenverhütung für jedes Unternehmen ist. Dies gilt nicht nur für bestimmte gefährliche Industrien. Der Prozess gilt für jedes Unternehmen, das zukünftige Verluste aufgrund der heutigen Veränderungen vermeiden möchte. MOC muss nicht überwältigend oder so schwierig zu verwenden sein, dass es Veränderungen verhindert. Es kann vergangene Versäumnisse nicht mühelos kompensieren, sondern nur Ihr zukünftiges Risiko reduzieren. Es ist also an der Zeit, heute mit der Entwicklung und Implementierung eines effektiven und effizienten MOC-Prozesses zu beginnen.

Dieser Artikel erschien erstmals in der Juli-Ausgabe des Newsletters von Life Cycle Engineering, RxToday.

Über den Autor:
Sam McNair ist Senior Consultant bei Life Cycle Engineering (LCE). Als professioneller Ingenieur und zertifizierter Wartungs- und Zuverlässigkeitsexperte verfügt Sam über mehr als 32 Jahre Erfahrung in der diskreten Fertigung, in der chemischen Prozessindustrie, im Bergbau, in Maschinenprozessen, in der Automatisierung, in der Luftfahrt, im Bauwesen und in der Versorgungswirtschaft. Sam ist spezialisiert auf Zuverlässigkeitstechnik mit Schwerpunkt auf der Integration von Wartungs- und Fertigungsfunktionen. Sie erreichen Sam unter [email protected]. Weitere Informationen zum Life Cycle Engineering finden Sie unter www.LCE.com.


Gerätewartung und Reparatur

  1. Warum brauchen Sie ein systematisches Management des Veränderungsprozesses?
  2. Ein gemeinsamer Asset-Management-Kontext durch internationale Zusammenarbeit
  3. Änderungsmanagement mit Scott Deckers (PODCAST)
  4. Schlechtes Change Management ist der Feind der Blockchain-Einführung
  5. Digitalisierung des Betriebsmanagements in der Prozessindustrie
  6. Verbesserung des Änderungsmanagements im Zeitalter der Remote-Arbeit
  7. Geschäftsprozessmanagement:Was ist das und warum ist es wichtig
  8. So implementieren Sie Geschäftsprozessmanagement
  9. Den Wandel im Zeitalter der Smart Factory vorantreiben
  10. 4 Gängige Prozessmethoden der partiellen Galvanisierung