Hallo! Mein Name ist Andrey Grachev und ich bin Produktmanager bei SIBUR.
In SIBUR finden regelmäßig „Stoppreparaturen“ statt. Dies ist so etwas wie vorbeugende Wartung, geplante Wartung und Reparatur, bei der die gesamte Anlage oder ein Teil davon vollständig gestoppt wird. Solche Reparaturen sind notwendig, um den reibungslosen Betrieb des Unternehmens in Zukunft sicherzustellen. Es ist jedoch klar, dass die Anlage derzeit kein Geld verdient. Daher ist es wichtig, alles so schnell wie möglich zu erledigen. Dazu müssen Sie die Arbeiten optimal planen und ausführen. So kam die Idee auf, eine eigene mobile Anwendung für Stoppreparaturen zu erstellen, die den Prozess der Arbeitsverwaltung besser organisiert und den Zeitverlust minimiert. Wir werden Ihnen sagen, wie wir es gemacht haben, was am Ende passiert ist und was wir jetzt anstreben.
Warum ist das alles notwendig?
Zu Beginn werde ich Ihnen sagen, was eine Stoppreparatur ist. Hierbei handelt es sich um eine Reihe von Maßnahmen zur Reparatur einer großen Anzahl von Anlagenausrüstungen, die zu einem bestimmten Zeitpunkt durchgeführt werden müssen - beispielsweise einmal im Jahr, vierteljährlich oder in anderen Abständen. Zu diesem Zeitpunkt wird die Produktion eingestellt, der Auftragnehmer ruft im Werk an, alles, was benötigt wird, wird repariert. Bei Sibur-Khimprom kann es eine Woche, mehrere Wochen dauern. Beispielsweise wurde die Anlage fast einen Monat lang stillgelegt.
Eine solche groß angelegte Reparatur fast aller Geräte im Werk kann als großes Projekt dargestellt werden. Er hat vorbereitende Operationen, wenn die Anlage allmählich die Leistung reduziert und stoppt. Es gibt eine aktive Phase, in der Einheiten ausgetauscht und gewartet werden, und die Phase der Wiederaufnahme der Produktion. 10-11 Monate vor Beginn der Reparaturarbeiten beginnen alle Verantwortlichen mit der Planung dieses Vorgangs. Es werden Auftragsaufträge für die auszuführenden Arbeiten erstellt. So sammelt sich zu Beginn der Arbeiten ein großer Aufgabenpool an, der innerhalb der für die Reparatur vorgesehenen Zeit erledigt werden muss. Diese Aufgaben sind häufig miteinander verbunden: Ohne eine Aufgabe können Sie keine andere starten. Zum Beispiel können wir etwas in der Pumpe nicht reparieren, weil wir sie zuerst ausschalten, Geräte entfernen müssen, die die Demontage dieses Geräts stören, und erst dann mit der Pumpe arbeiten müssen. Aus diesen Verbindungen wird der Begriff der gesamten Stoppreparatur aufgebaut.
Stoppreparaturen haben einen „kritischen Pfad“. In der Regel gibt es in jedem Unternehmen von Jahr zu Jahr einen konstanten Betrieb, ohne den die Anlage nicht in Betrieb genommen werden kann. Es stellt sich heraus, dass der kritische Pfad die längste Zeit ist, die für Stoppreparaturen aufgewendet werden kann. Alles andere ist so geplant, dass es entweder dem Zeitpunkt der Stoppreparatur entspricht oder zumindest nicht verlängert. Dies bedeutet, dass diese Arbeiten parallel stattfinden müssen.
Wie ist alles vorher passiert?
All dies wurde bisher so gemacht: Mitarbeiter in SAP erstellen Aufträge innerhalb eines Jahres, die als nicht mehr reparierbar gekennzeichnet sind. Zu gegebener Zeit werden alle Bestellungen von SAP in die sogenannte „Fehlerliste“ hochgeladen, auf deren Grundlage die Mechaniker einen Zeitplan für die Reparatur von Stopps erstellen. Dies sind Hunderte von Zeilen in Excel, aus denen Sie dann die Liste der erforderlichen Arbeiten verstehen müssen, wie viel Zeit und Personen sie benötigen, um rechtzeitig Logik zu erstellen: Was wird für was repariert? In allen SIBUR-Unternehmen geschieht dies fast auf die gleiche Weise - von Hand in Excel. Nur ein Unternehmen, Sibur-Khimprom, hat dies im Planungsdienst von Primavera gelernt. Für uns ist es äußerst unpraktisch in Bezug auf Benutzeroberfläche und Benutzerskripte.
Natürlich haben wir uns um andere Dienste wie MS Project gekümmert. Aber ihre Funktionalität war entweder unzureichend für uns oder viel Zeit und dementsprechend müsste Geld für Schulungen ausgegeben werden. Deshalb haben wir uns entschlossen, unser eigenes Produkt zu entwickeln.
Als wir anfingen, war das Bild in SIBUR so: Jeder versucht, ein ernstes Projekt in Excel-Tabellen zu planen. All dies wird ausgedruckt, Unterschriften von Interessenten, die den Zeitplan genehmigen, werden hinterlegt. Während einer Reparaturstopps versammeln sich die Mitarbeiter in Planungsbesprechungen und werden in der Zentrale zusammengefasst, wo die Excel-Datei auf dem Bildschirm angezeigt wird und der Prozentsatz der erledigten Aufgaben darin festgelegt wird.
Zahlreiche und regelmäßige Treffen dieser Art sind erforderlich, um Informationen zusammenzuführen und zu aktualisieren. Der Vertreter des Auftragnehmers teilt mit, was getan wurde, was die Probleme sind, und der Vertreter des Kunden notiert alles in einem Papierdokument. Anschließend sammelt eine andere Person Informationen von jeder verantwortlichen Person, konsolidiert sie und erstellt einen zentralen Bericht. Es ist alles kompliziert und lang, die Leute bleiben bis in die Nacht bei der Arbeit.
Erster Prototyp
Wir dachten, dass das Management von Projekten auf grundlegenden Dingen basiert: Planungsprozessen und Transparenz darüber, was zu einem bestimmten Zeitpunkt passiert. Um Transparenz zu gewährleisten, muss das System während der Reparatur mit aktuellen Daten versorgt werden. Wir haben die Produktionsprozesse im Detail untersucht, verstanden, wie die Reparatur funktioniert, und eine Struktur vorgeschlagen, in der Sie einen Zeitplan erstellen können. Zuerst haben wir beschlossen, den bestehenden Prozess nicht zu unterbrechen und nicht in die Skripte der Leute einzusteigen. Wer früher in Exel geplant hat - lass ihn planen. Wer bei Primavera gelernt hat, der soll dort arbeiten.
Ursprünglich war unser Produkt ein Visualisierungssystem für die von ihnen erstellten Grafiken. Wir haben eine Anwendung für iOS, Android und eine Webbrowser-Version entwickelt. Der Zeitplan wird zusammen mit den Verantwortlichen, Ausführenden und Controllern in den Service geladen - drei Hauptrollen während der Stoppreparatur. Dies ist ein wichtiger Punkt, daher werde ich näher darauf eingehen und anhand eines Beispiels zeigen, wie alles funktioniert.
Es gibt eine Aufgabe, die Pumpe zu reparieren.
Die Aufgabe hat einen Testamentsvollstrecker - dies ist der Vorarbeiter der Vertragsorganisation, die ein bestimmtes Objekt repariert.
Verantwortlich - ist dafür verantwortlich, dass alles für die Reparatur vorbereitet ist. Er muss das Objekt zur Reparatur übergeben und dann annehmen, um zu bestätigen, dass der Auftragnehmer die Arbeiten vollständig abgeschlossen hat und andere Aufgaben ausführen kann. Dies erfolgt in der Regel durch den Installationsmechaniker.
Vorgesetzte sind das Top-Management des Unternehmens, Personen, die ständig die Einhaltung des Zeitplans durch die Arbeit überprüfen möchten.
Benutzerdefinierte Rollen
Verantwortliche Personen und Darsteller haben Zugriff sowohl auf die Anwendung als auch auf die Webversion. Der Auftragnehmer sieht die ihm heute zugewiesenen Aufgaben sowie die gesamte Stoppreparatur. Der Darsteller hat eine Abfolge dieser Aufgaben. Wenn er mit der Arbeit beginnt, muss er die entsprechende Taste drücken und dem Programm die Anzahl der Personen hinzufügen, die an dieser Aufgabe arbeiten. Für das Management ist es wichtig zu wissen, ob die Anzahl der Personen, die an dieser Aufgabe arbeiten, der Anzahl entspricht, die sie geplant haben. Der Auftragnehmer drückt den Knopf und die Arbeiten haben begonnen. Die Anwendung überwacht die Dauer des Prozesses. Falls die Frist abgelaufen ist und der Auftragnehmer die Schaltfläche zum Herunterfahren nicht gedrückt hat, werden Verzögerungsbenachrichtigungen an die verantwortliche Person gesendet. Also geht die verantwortliche Person und schaut sich an, was passiert ist.
Wenn alles in Ordnung ist und der Auftragnehmer zum festgelegten Zeitpunkt die Arbeit abschließt, klickt er auf die Schaltfläche „Bericht senden“ und schreibt, dass er die Arbeit zu 100% abgeschlossen hat. Dann erhält die verantwortliche Person auch eine Benachrichtigung, dass alles erledigt ist. Sie müssen das Ergebnis sehen. So funktioniert das Vorbild.
Die Benutzer denken möglicherweise nicht an alles, was auf der ihnen anvertrauten Website geschieht. Sie sehen einen Zeitplan für jeden Tag und erhalten Benachrichtigungen über den Prozess.
Wir haben auch die Möglichkeit geboten, mit Aufgaben zu arbeiten, die länger als einen Tag dauern. Dies funktioniert genauso wie bei kleinen Aufgaben, nur dass Sie am Ende eines jeden Tages Berichte im Programm erstellen müssen: Beispielsweise ist die Arbeit heute zu 50% abgeschlossen. Die verantwortliche Person erhält eine Benachrichtigung und muss prüfen, ob diese Informationen wahr sind. Wenn nicht, lehnt er den Bericht ab und zwingt den Auftragnehmer, eine andere Nummer anzugeben.
Die Funktionalität der Webversion unterscheidet sich geringfügig, sie ist eher für Controller gedacht - Unternehmensverwaltung. Wir haben festgestellt, dass die Menschen es gewohnt sind, Informationen über den Fortschritt aller Arbeiten in Gantt-Diagrammen wahrzunehmen. Sie sehen die Plan-Fakten, Beziehungen, Statistiken zur Mobilisierung von Humanressourcen, wie viele Personen wir während der Reparatur im Werk sehen wollten und wie viele nachträglich arbeiten. Dementsprechend kann der Controller für alle Produktionsinstallationen den Arbeitsfortschritt und schnell die Verzögerung des Zeitplans sehen.
Außerplanmäßige Arbeit
Während einer Stoppreparatur werden immer versteckte zusätzliche Arbeiten angezeigt, die nicht ignoriert werden können. Wenn Sie beispielsweise Geräte zerlegen, tritt eine Störung in dem Teil auf, die im zusammengebauten Zustand des Geräts nicht sichtbar ist. Diese Aufgaben sind auch im Zeitplan enthalten. Es wird entschieden, dass wir auch während der Stoppreparatur versteckte Arbeiten ausführen. Alles wird in das Programm eingegeben. Wenn sich diese zusätzliche Arbeit auf die Dauer der gesamten Stoppreparatur auswirkt, verschiebt das Programm automatisch alle anderen Aufgaben um die Zeit, die erforderlich ist, um diese versteckte Arbeit abzuschließen. Gleiches gilt im umgekehrten Fall: Wenn einige Aufgaben schneller als geplant erledigt werden, wird der Zeitplan optimiert.
In solchen Fällen haben das Team und ich ein seriöses Nachrichtensystem entwickelt und Benachrichtigungen per Push gesendet, um Personen, die mit der Arbeit beginnen, zu warnen, dass sie dies früher oder später tun können. Und hier wurde ein interessanter Moment offenbart. Wir sind mit diesen Benachrichtigungen ziemlich weit gegangen.
Wo sind wir falsch gelaufen?
Tatsache ist, dass wir dort einen „Zeitplan der vierten Ebene“ eingeführt haben - einen umfangreichen, detaillierten Plan für alle Stoppreparaturen. Für unsere Zwecke stellte sich heraus, dass es zu detailliert war. Es stellte sich heraus, dass Benutzer Benachrichtigungen über alles erhielten, was für den gesamten Prozess möglicherweise unbedeutend ist. Wenn eine Person ohne Bewerbung arbeitet, schaut sie schließlich nicht jeden Tag auf den Arbeitsplan. Er weiß nur: Um eine bedingte Pumpe zu reparieren, müssen Sie viele Vorgänge ausführen (zerlegen, reinigen, Geräte austauschen, zusammenbauen, prüfen usw.). Und die Person, die prüft, wie der Auftragnehmer arbeitet, muss nicht den Durchgang jeder dieser Stufen kontrollieren. Es reicht aus, das Ergebnis der gesamten Arbeit und die Einhaltung der angegebenen Fristen zu betrachten.
Das heißt, wenn wir mit Benachrichtigungen fortfahren, sollte der Controller zwei Ereignisse kennenlernen: den Beginn der Reparatur und den Abschluss der Reparatur. Deshalb haben wir die Anwendung unterwegs angepasst. Zunächst baten sie darum, die Zeitpläne zu ändern und zu vergrößern. Dann gaben sie einige kleinere Ereignisse auf und alles begann reibungsloser zu funktionieren, der Benutzer wurde durch Benachrichtigungen weniger abgelenkt.
Was ist das Ergebnis?
Als wir den Antrag fertiggestellt haben, haben wir einen Service erhalten, der es uns ermöglicht, ständig aktuelle Informationen über das Unternehmen zu erhalten: Was wird repariert, in welcher Phase des Prozesses und wann ist die Frist. Auf diese Weise können Sie die Arbeit planen und einen Zeitplan erstellen. Im Wesentlichen ist dieses Stop-Repair-Projektmanagementsystem ein erweiterter Task-Manager.
Zunächst haben wir die Hauptmetrik deklariert, um die Reparaturzeit zu verkürzen. Es ist klar, wie man dies in Bezug auf Geld bewertet: Sie wissen, wie viel eine Stunde oder ein Tag Produktionsausfallkosten kostet. Deshalb haben wir uns zum Ziel gesetzt, die Durchführung von Reparaturarbeiten zu beschleunigen. Jetzt sehen wir, dass auch die Analytik wichtig ist - eine Einschätzung dessen, was während einer Stoppreparatur passiert, bis ins kleinste Detail. Wenn wir die Aktionen des Benutzers protokollieren, wie und wann er die Arbeit angenommen hat, welche Kommentare er geschrieben hat, was schief gelaufen ist, wie die Koordination verläuft, sehen wir die Bildung versteckter Fehler, verstehen, wer arbeitet, dann können Sie viel über Produktionsprozesse analysieren und verstehen. Nur zu ihrer Beurteilung haben wir eine „Produktionseffizienzfunktion“. Nach jeder Reparatur wird eine bestimmte Datenmenge erfasst: Wie viel Geld wurde ausgegeben, wie viel wurde geplant, wie schnell sind wir aus der Reparatur herausgekommen.
Natürlich planen wir eine Weiterentwicklung des Projekts. Bisher ist dies nur der erste Schritt bei der Erfassung von Statistiken über Stoppreparaturen. Wir möchten genügend Daten sammeln, damit wir damit arbeiten und mehr Schlussfolgerungen ziehen können. Zum Beispiel müssen wir die Pumpe reparieren. Dies wird von X Personen durchgeführt und es dauert Y Zeit. Dementsprechend kann jede spätere Planung einer Reparatur bereits auf diesem Modell basieren. Wir können die Arbeit auf der Grundlage der Tatsache planen, dass bereits ein Analyst durch die Daten bestätigt wurde, was bedeutet, dass wir die Erwartungen in Bezug auf die Zeit nicht überschätzen oder unterschätzen.
Unsere Anwendung kann nicht nur für die Produktion verwendet werden. Dies kann das Management des Kapitalaufbaus sein, jeder andere Bereich, in dem ein ähnlicher Ansatz für die Arbeitsplanung angewendet wird.
Wer hat an dem Projekt gearbeitet?
Eine Gruppe von Mitarbeitern innerhalb von SIBUR und Auftragnehmern arbeitete an dem Projekt. Die Entwicklung der Serverseite und des Frontends lag ausschließlich beim Auftragnehmer. Wir im Team waren mit dem Entwurf der Anwendungslogik und der Schnittstelle befasst. Zu den Beratern gehörten der Manager der Ausfallreparatur, der Mechaniker, der direkt an den Zeitplänen arbeitete, der Chefingenieur, der den Prozess überwacht, und der Direktor des Unternehmens.
Alles an allem (Forschung, Pilotierung, Schnittstellen und Entwicklung) dauerte sechs Monate.
Was ist die Zukunft des Produkts?
In naher Zukunft - mehrere wichtige Updates. Zwar gibt es Probleme bei der Berechnung von physischen Volumina im Rahmen einer Aufgabe, beispielsweise für ersetzte Armaturen. Für unsere Kollegen im Unternehmen sind nicht nur relative, sondern auch absolute Indikatoren wichtig: Wir müssen verstehen, wie viel Prozent der Arbeiten abgeschlossen wurden und wie viele Bewehrungsstäbe der bedingten 1000 bereits ersetzt wurden. Dies wird jetzt im Arbeitsplan der Anwendung nicht berücksichtigt. Wir werden überlegen, wie wir dies umsetzen können. Bisher können wir nur über den Fortschritt der durchgeführten Arbeiten und den Prozentsatz ihrer Fertigstellung sprechen, um Situationen zu beheben, in denen eine Verzögerung oder ein früherer Zeitplan vorliegt.
Es ist möglich (und wir haben bereits ein solches Verständnis), dass wir den gesamten Prozess der Planung einer Stoppreparatur auf unser Projekt übertragen. Vielleicht wird gleichzeitig die gesamte Entwicklung das Haus bewegen.
Wir freuen uns über neue Kollegen im Team: Produktbesitzer, Produktdesigner, Entwickler. Die Liste der aktuellen Stellenangebote unter dem Link zu
hh.ru.