Wo Übergaben zwischen Forschung und Prüfstand brechen
In den meisten Batterielaboren arbeiten Anfragende (Forscher, Projektingenieure) und die Menschen an den Zyklierern in verschiedenen Werkzeugen. Die Anfrage kommt per E-Mail, die Warteschlange steht in einer Tabelle, die Probe wird an einem Arbeitsplatz abgestellt, das Ergebnis geht per Chat zurück. An jedem Wechsel geht Information verloren.
- Das Testprofil steht im Freitext, der Ingenieur muss vor dem Start nachfragen.
- Niemand kennt die echte Priorität, die Warteschlange folgt dem, der zuletzt gefragt hat.
- Proben kommen ohne ID, mit anderem Namen als in der Anfrage oder gar nicht an.
- Der Anfragende sieht nicht, ob der Test läuft, auf einen Kanal wartet oder fertig ist.
- Ergebnisse werden informell verschickt; unklar bleibt, welcher Stand zu welcher Probe und welchem Lauf gehört.
Der Ablauf in sechs Stufen
| Stufe | Was gelten muss, damit es weitergeht |
|---|---|
| 1. Anfrage | Der Datensatz enthält Anfragenden, Projekt, Probentyp und -anzahl, Testprofil, Wunschtermine und Priorität. Unvollständige Anfragen bleiben beim Anfragenden. |
| 2. Prüfung | Ein Prüfingenieur bestätigt, dass das Profil machbar ist (Ausrüstung, Kammer, Kanaltyp), und schätzt Kanalstunden und Dauer. |
| 3. Warteschlange und Reservierung | Die Anfrage wird nach Priorität eingereiht und an einen konkreten Prüfstand und ein Zeitfenster gebunden, damit Konflikte vorher sichtbar sind. |
| 4. Probenregistrierung | Jede Probe erhält bei Ankunft eine eindeutige ID und ein Etikett; Empfänger, Lagerort und Zustand werden erfasst. |
| 5. Test | Der Test läuft auf dem reservierten Prüfstand; Probe, Testfall und Prüfstand sind verknüpft, Messwerte bleiben rückverfolgbar. |
| 6. Ergebnisübergabe | Ergebnisse und Bericht gehen mit einem Status an den Anfragenden; Probe wird zurückgegeben, gelagert oder entsorgt — ebenfalls erfasst. |
Es geht nicht um Bürokratie. Jede Stufe endet mit einer klaren Bedingung, damit der Nächste nicht raten muss.
Das Minimum einer Prüfanfrage
Lange Formulare werden umgangen. Fragen Sie nur, was der Ingenieur zum Planen und Durchführen braucht, den Rest optional.
- Anfragender, Projekt und Kostenstelle bzw. Kunde.
- Probentyp, Menge und Besonderheiten (Ladezustand, Gefahren, Versand).
- Testprofil: Standard oder individuell, mit den relevanten Parametern (Temperatur, Rate, Zyklen oder Dauer).
- Wunschstart und Frist sowie eine Priorität mit Begründung.
- Was der Anfragende zurückbraucht: Rohdaten, Zusammenfassung, formaler Bericht.
- Ansprechperson für Rückfragen während des Tests.
Probenregistrierung und Übergaben
Proben sind das schwächste Glied, weil sie physisch sind und zwischen Personen wandern. Behandeln Sie jede Übergabe als Ereignis, nicht als Gewohnheit.
- Vergeben Sie jeder Probe eine eindeutige ID, die auf dem Etikett steht und in Anfrage und Ergebnis wieder auftaucht.
- Halten Sie fest, wer sie angenommen hat, wo sie lagert und in welchem Zustand sie ankam.
- Protokollieren Sie jede Übergabe: wer an wen, wohin und warum (in eine Kammer, an ein anderes Labor, zurück an den Anfragenden).
- Schließen Sie die Kette ausdrücklich mit Rückgabe oder Entsorgung, damit keine Probe einfach verschwindet.
- Machen Sie den Verlauf für den Anfragenden lesbar, damit er nicht nachfragen muss.
Für akkreditierte Labore ist diese Nachweiskette oft Pflicht; für alle anderen beantwortet sie die Alltagsfrage „Wo ist Probe X gerade?“.
Die Warteschlange fair führen
- 1
Prioritätsregeln festlegen
Schreiben Sie zwei bis drei Klassen auf (z. B. dringend, geplant, Hintergrund) und wer sie vergeben darf. Ohne Regel ist jede Anfrage dringend.
- 2
In Kanalstunden planen
Schätzen Sie jede Anfrage in Kanalstunden, nicht nur in Wochen, damit die Warteschlange die reale Kapazität abbildet.
- 3
Reservieren statt warten
Binden Sie eine Anfrage nach der Prüfung an Prüfstand und Zeitfenster. Konflikte zeigen sich im Kalender, nicht am Tag selbst.
- 4
Warteschlange für Anfragende sichtbar machen
Eine schreibgeschützte Statusansicht beseitigt die meisten Statusnachfragen.
- 5
Wöchentlich prüfen
Betrachten Sie die Wartezeit je Stufe. Lange Wartezeiten bei Prüfung oder Probeneingang sind meist Prozess-, nicht Kapazitätsprobleme.
Worauf es bei der Software ankommt
- Eine Projekt- und Testsequenz-Struktur, die zur tatsächlichen Organisation von Anfragen passt — keine generische Ticketliste.
- Prüflings-Datensätze mit eindeutiger ID, scannbarem Code und Chain-of-Custody-Protokoll.
- Kalender und Reservierungen auf Prüfständen mit Konfliktwarnung.
- Eine Statusansicht für Anfragende und ein optionaler Nur-Lese-Link für Kunden oder Partner.
- Testfälle mit Ergebnissen und Freigabestatus, damit die Übergabe ein definierter Zustand ist und keine E-Mail.
- Rollenbasierte Rechte und ein Änderungsprotokoll, damit nachvollziehbar ist, wer wann was geändert hat.
Skepsis ist angebracht bei Werkzeugen, die Anfragen nur als Tickets führen: Warteschlange, physische Probe und Prüfstand liegen dann wieder in drei getrennten Systemen.