Wie wir arbeiten.
Unsere Methodik ist keine Marke. Sie ist das, was nach neun Jahren Projekten im Produktivbetrieb übrig geblieben ist - und was wir überarbeiten, sobald ein Projekt uns zeigt, dass ein Schritt fehlt.
Vier Phasen, klar abgegrenzt.
Dieselben vier Phasen, die auf der Startseite in einem Satz stehen - hier mit dem, was in jeder Phase tatsächlich passiert, und mit dem Gate, an dem wir abbrechen, wenn es nicht trägt.
Bestandsaufnahme (2-4 Wochen)
Vor Ort. Wir sichten, was tatsächlich vorhanden ist: Betriebsanleitungen, Serviceberichte, Zeichnungsarchive, Stücklisten, Exporte aus ERP, PLM und DMS. Parallel messen wir die Baseline - Suchzeit, First-Time-Fix-Rate, Anteil remote gelöster Fälle. Gemessen, nicht geschätzt.
Ergebnis: Datenaudit · Use-Case-Matrix · Aufwandsschätzung
Erster Fall im Echtbetrieb (6-10 Wochen)
Ein Maschinentyp, ein Serviceteam, ein klar umrissener Fragenraum. Vor der ersten Zeile Code steht ein Fragen-Set aus echten Fragen Ihrer Leute - dagegen wird gebaut und gemessen, ab der ersten Woche und nicht erst in der Abschlusspräsentation.
Ergebnis: Lauffähiges System · Messwerte · Risikobericht
Produktivbetrieb (3-6 Monate)
Anbindung an ERP, PLM, DMS und Serviceportal. Berechtigungen werden zur Laufzeit gegen das Quellsystem geprüft - niemand sieht über das System mehr, als er im Original sehen dürfte. Protokollierung, Monitoring und der Abgleich neuer Dokumente gehören dazu.
Ergebnis: Integration · Zugriffskontrolle · Monitoring
Übergabe (4 Wochen)
Ihr Team bedient und pflegt das System selbst: Runbooks, Schulung, ein benannter Kümmerer und ein Prozess für neue Inhalte und korrigierte Antworten. Ohne diesen Prozess veraltet ein Wissenssystem - und ein System, dem die Techniker zweimal misstraut haben, nutzen sie kein drittes Mal.
Ergebnis: Schulung · Runbook · Dokumentation
Dinge, die wir nie weglassen.
Fragen-Set vor Prompt.
Wir formulieren die Bewertungsgrundlage, bevor wir das erste System bauen. Ein Projekt ohne Fragen-Set aus dem Betrieb ist ein Projekt ohne Wahrheitsbegriff - dann diskutiert man Eindrücke statt Qualität.
Keine Antwort ohne Fundstelle.
Jede Antwort zeigt Dokument, Abschnitt und Revision, prüfbar in Sekunden. Wo die Belege dünn sind, sagt das System das - eine plausible Falschantwort ist im Service teurer als keine Antwort.
Ein Modell ist eine Abhängigkeit.
Wir versionieren Modelle wie Code, schreiben Regressions-Tests und planen die Ablösung mit. Ein Modellwechsel nach Go-Live ist eine Konfigurationsänderung, kein neues Projekt.
Methodik vertiefen?
30 Minuten, wir gehen Ihre aktuellen Vorhaben gegen das Phasenmodell durch.