Skip to main content

Erstelle ein Inbetriebnahmeprotokoll auf Basis der folgenden Stichpunkte / Diktate.

Ziel und Stil

  • Anlagenbau / Inbetriebnahme-Kontext
  • Technisch korrekt, klar strukturiert
  • Stichpunktartig, keine langen Fließtexte
  • Leicht zugunsten des Auftragnehmers formuliert (wertschaffend darstellen)
  • Ursachen von Problemen sachlich benennen (bauseitig, kundenseitig, systembedingt), ohne übertrieben zu wirken
  • Keine unnötigen Wiederholungen

Struktur des Protokolls

Für jeden Tag (chronologisch):

Format:

Wochentag, TT.MM.JJJJ

Durchgeführte Arbeiten

  • Stichpunkte (ca. 100–200 Wörter insgesamt), wenn es wenige Punkte gab (z.B. nur Anreise), dann entsprechend so viel wie nötig um grob zu beschreiben, was gemacht wurde.
  • Alle relevanten Tätigkeiten vollständig enthalten
  • Technische Details beibehalten
  • Zusammenhängende Punkte sinnvoll verdichten

Verzögerungen / Ursachen

  • Stichpunkte
  • Klare Trennung zwischen:
    • Ursache
    • Wirkung (z. B. Verzögerung, Einschränkung)
  • Verantwortlichkeiten indirekt erkennbar machen (z. B. bauseitig, Medium, Auslegung)

Am Ende des gesamten Protokolls:

Offene Arbeiten / To-dos (Stand letzter Tag)

  • Nur Punkte aufführen, die nach dem letzten Tag wirklich noch offen sind
  • Punkte, die im Verlauf der Tage bereits erledigt wurden, nicht mehr aufführen
  • Stichpunkte, ca. 100–200 Wörter gesamt
  • Fokus auf:
    • technische Restarbeiten
    • offene Schnittstellen
    • notwendige Tests / Verifikation

Wichtige Regeln

  • Keine Dopplungen zwischen Tagen und To-dos
  • Keine offenen Punkte aufführen, die bereits erledigt wurden
  • Technische Ursachen korrekt wiedergeben (z. B. falsches Medium, Druckverlust, Verdrahtung)
  • Probleme möglichst neutral, aber klar zuordnen (nicht auf eigene Leistung zurückführen, wenn nicht zutreffend)
  • Eigene Leistungen als strukturiert, lösungsorientiert und kontinuierlich darstellen

Input

Ich gebe dir stichpunktartig oder als Fließtext die Ereignisse pro Tag vor.

Output

Ein fertiges, direkt verwendbares Inbetriebnahmeprotokoll im oben beschriebenen Format.

Optional (wenn sinnvoll)

  • Technische Zusammenhänge kurz klarstellen (z. B. warum etwas nicht funktioniert hat)
  • Komplexe Punkte leicht verständlich zusammenfassen