Projektauftakt Schiffsreparatur: SOP von Spezifikation bis Arbeitspaket
Ein SOP für den Projektauftakt einer Schiffsreparatur: Spezifikationsaufnahme, Prüfung durch Mechanik/Elektrik/Hydraulik, Projektleiterzuweisung, Arbeitspaketaufteilung, Subunternehmereinsatz, Terminplanung und Bestätigungs-Kickoff.
So funktioniert es
Passen Sie die Bahnen an Ihre eigenen Abteilungsnamen an
Die fünf Rollenbahnen hier, Vertrieb / Kunde, Technische Prüfung, Projektleiter, Einkauf und Werkstätten, bilden ab, wie FAYARD organisiert ist. Trennt Ihre Werft die technische Prüfung in eigene Bahnen für Mechanik, Elektrik und Hydraulik statt einer gemeinsamen Bahn, fügen Sie diese hinzu; sind Einkauf und Projektleiter bei kleineren Aufträgen dieselbe Person, führen Sie die Bahnen zusammen, statt eine Übergabe zu zeichnen, die gar nicht stattfindet.
Nennen Sie bei jedem Schritt Personen, nicht nur Rollen
Tragen Sie in der Spalte Personen für jede Zeile eine echte Person ein, daneben eine realistische Arbeitsaufwandsschätzung in Stunden, so wie „Technische Prüfung des Umfangs durch die Leitungen Mechanik, Elektrik und Hydraulik“ drei namentliche Leitungen und eine kombinierte Schätzung trägt. Genau das lässt das Workload-BI-Panel eine Leitung zeigen, die über zwei laufende Kickoffs doppelt eingeplant ist, bevor es sich als verpasster Prüftermin zeigt.
Legen Sie die Machbarkeitskriterien hinter der ersten Entscheidung fest
„Umfang vollständig und wie spezifiziert technisch machbar?“ ist nur dann ein nützliches Tor, wenn die Leitungen einen schriftlichen Standard dafür teilen, was als vollständig gilt: Zeichnungen, Toleranzen, Zugangsbeschränkungen, frühere Besichtigungsdaten. Ohne das wird die Entscheidung zur Einschätzungssache, die je nach prüfender Leitung variiert, und die Klärungsschleife wird uneinheitlich genutzt.
Legen Sie die Regel fest, wann ein Arbeitspaket an einen Subunternehmer geht
„Deckt die eigene Kapazität alle Arbeitspakete ab?“ sollte nach einer dokumentierten Regel verzweigen, nicht nach Bauchgefühl: benannte Fähigkeiten, die die Werft nicht vorhält, eine Werkstatt, die für das Dockfenster bereits über Kapazität gebucht ist, oder eine Spezialprüfung, die die Werft nicht selbst durchführt. Halten Sie die Regel neben der Entscheidung fest, damit ein Projektleiter unter Termindruck den Subunternehmer-Schritt nicht stillschweigend überspringt, um einen Termin zu halten.
Legen Sie fest, was „bestätigt“ beim Kickoff bedeutet, bevor Sie das Diagramm nutzen
„Bestätigt der Kunde beim Kickoff Umfang, Zeitplan und Preis?“ braucht jedes Mal dieselben drei Dinge auf dem Tisch: die Arbeitspakete, die Dock- oder Liegeplatztermine und den Preis. Sieht der Kunde bei der Besprechung jeweils nur eines der drei, ist der Zweig Bestätigt als Freigabe wertlos, und Streitigkeiten tauchen erst später, während der Umsetzung, statt hier auf.
Halten Sie das Diagramm als lebendiges Referenzsystem des Projekts aktuell
Da das Diagramm bereits Verantwortliche und Arbeitsaufwand je Schritt trägt, halten Sie es während der gesamten Umsetzung aktuell, statt es als einmaliges Kickoff-Artefakt zu behandeln: Ein hinzugefügtes Arbeitspaket oder eine neu zugewiesene Leitung gehört versioniert in dasselbe Diagramm, damit Workload-Panel und Zeitplan nie von dem abweichen, was in der Werft tatsächlich geschieht.
Häufig gestellte Fragen
Warum braucht die technische Prüfung drei getrennte Gewerke und eine Entscheidung?
Weil eine Schiffsreparaturspezifikation in der Praxis selten nur ein Gewerk betrifft, auch wenn sie so klingt: Hinter einem hydraulischen Ruderfehler stecken oft eine elektrische Steuerungskomponente und eine mechanische Gestängekomponente. Die gemeinsame Prüfung durch die Leitungen Mechanik, Elektrik und Hydraulik, gefolgt von einer gemeinsamen Machbarkeitsentscheidung, fängt genau den gewerkeübergreifenden Befund ab, bevor er zur Überraschung mitten in der Reparatur wird. Die Prüfung in drei getrennte Freigaben ohne gemeinsame Entscheidung aufzuteilen, ist der übliche Weg, auf dem eine Werft mit drei Gewerken endet, die je für sich überzeugt sind, der Umfang sei vollständig, ohne dass jemand ihn als Ganzes geprüft hat.
Warum kommt die Make-or-Buy-Entscheidung nach der Arbeitspaketaufteilung und nicht davor?
Weil sich „deckt die eigene Kapazität alle Arbeitspakete ab?“ nur gewerkeweise beantworten lässt, anhand echter Arbeitspakete mit echten Stunden, nicht anhand der Spezifikation als Ganzes. Den Umfang zuerst in Arbeitspakete aufzuteilen macht aus „können wir das selbst?“ eine Checkliste statt einer Vermutung: Jedes Paket passt entweder zu einer verfügbaren Werkstatt und einem verfügbaren Fähigkeitsprofil oder nicht, und nur die Pakete, bei denen das nicht der Fall ist, müssen an einen Subunternehmer.
Was passiert, wenn der Kunde beim Kickoff nicht bestätigt?
Das Diagramm leitet Änderungen gewünscht an „Umfang oder Zeitplan überarbeiten und Kickoff erneut ansetzen“, was zurück in die Phase der Risikoprüfung führt, nicht in die Umsetzung. Das ist wichtig, weil ein überarbeiteter Umfang oder Zeitplan das Risikobild, die Ressourcierung oder beides verändern kann, sodass der Prozess erneut in die Planung eintritt, statt die Uneinigkeit stillschweigend zu überbrücken und direkt zur Ausgabe der Arbeitspakete überzugehen.
Wo trifft die Arbeit des Subunternehmers wieder auf den Hauptzeitplan?
„Für die Lücke einen Subunternehmer suchen und beauftragen“ speist direkt in „Werkstattressourcen sowie Dock- oder Liegeplatztermin einplanen“, denselben Schritt, den der interne Pfad bei einem Ja erreicht. Das hält die Terminplanung als einen einzigen Schritt, der interne und an Subunternehmer vergebene Arbeitspakete gemeinsam berücksichtigt, statt zwei getrennte Zeitpläne, die später gegen ein einziges Trockendock- oder Liegeplatzfenster abgeglichen werden müssen.
Wie unterscheidet sich das von einem allgemeinen Änderungsantragsprozess?
Dieses SOP behandelt den Start eines Reparaturprojekts, von der Kundenspezifikation bis zum ausgegebenen, ressourcierten Auftrag; ein Änderungsantragsprozess regelt das Ändern von Umfang, Kosten oder Zeitplan, nachdem ein Projekt bereits läuft und mit einer Basislinie versehen ist. Die Kickoff-Besprechung hier ist der Punkt, an dem Umfang, Zeitplan und Preis erstmals vereinbart werden. Jede Änderung nach diesem Punkt, sobald die Werkstätten den Auftrag eröffnet haben, gehört in einen eigenen Änderungskontrollprozess, nicht in einen überarbeiteten Kickoff.
Warum Arbeitsaufwandsschätzungen auf einzelnen Zeilen statt eine Gesamtsumme für das Projekt?
Eine einzige Stundenschätzung auf Projektebene verbirgt genau die Information, die ein Projektleiter beim Kickoff braucht: ob Vertrieb, eine bestimmte technische Leitung, der Einkauf oder eine Werkstatt der Engpass ist. Der über das Workload-BI-Panel aufsummierte Arbeitsaufwand je Zeile zeigt einen Projektleiter oder eine Hydraulikleitung, die Stunden über mehrere gleichzeitige Kickoffs trägt, bevor sich das als verpasster Prüftermin zeigt — der frühere und günstigere Punkt, es abzufangen.