Anfragen in der Servicestelle priorisieren und schwierige Fälle an Fachteams geben

## Festlegen, was die Servicestelle abdeckt und wer jeden Vorgang verantwortet - Festhalten, welche Benutzer, Dienste, Anfragearten, Betriebszeiten und Unterstützungskanäle die Servicestelle abdeckt. - Eine verantwortliche Person für das Verfahren, eine für jede Bearbeitungsgruppe und eine aktuell zuständige Person für jeden offenen Vorgang benennen. - Vor der Gestaltung der Arbeitsabläufe zwischen Störungen, Leistungsanfragen, Zugriffsanträgen, Fragen und Sicherheitsbedenken unterscheiden. - Dienstziele für Eingangsbestätigung, inhaltlich verwertbare Reaktion, Wiederherstellung, Lösung und Kommunikation festlegen. - Ausnahmen wie geplante Wartungsarbeiten, Wartezeiten auf Rückmeldung des Kunden und genehmigte Unterbrechungen veröffentlichen. - Das Betriebsmodell überprüfen, sobald sich Dienste, Personalbesetzung, Risiken oder Kundenerwartungen ändern. ## Anfragen mit den nötigen Angaben annehmen und die Identität prüfen - Anfragen über zugelassene Kanäle annehmen und in einem einheitlichen, maßgeblichen Dokumentationssystem zusammenführen. - Identität und Kontaktweg der anfragenden Person, betroffenen Dienst, Symptome, geschäftliche Auswirkungen, Beginn und bereits versuchte Schritte erfassen. - Bildschirmaufnahmen, Protokolldateien oder Fehlermeldungen nur anfordern, wenn sie nützlich sind, und erklären, wie vertrauliche Angaben oder sachfremde personenbezogene Daten entfernt werden. - Den Eingang zeitnah bestätigen, eine automatische Eingangsbestätigung jedoch nicht als erste inhaltlich verwertbare Reaktion werten. - Vor Kontowiederherstellung, Zugriffsänderungen oder Offenlegung geschützter Informationen die Identität mit einem zugelassenen Verfahren prüfen. - Fehlende Angaben als ausdrücklichen nächsten Schritt erfassen, statt den Vorgang ohne Hinweis ruhen zu lassen. ## Die Priorität nach Auswirkung und Dringlichkeit festlegen - Die Auswirkung anhand der Zahl betroffener Benutzer, der geschäftlichen Bedeutung, des Daten- oder Sicherheitsrisikos und des Umfangs der Dienstbeeinträchtigung bestimmen. - Die Dringlichkeit anhand der Zeitkritik, von Fristen, der Geschwindigkeit einer Verschlechterung und der Verfügbarkeit einer praktikablen Ausweichlösung bestimmen. - Die Priorität aus der Gesamtheit der Nachweise ableiten; die Wunscheinstufung der anfragenden Person darf die fachliche Ersteinstufung nicht ersetzen. - Eine übersichtliche Prioritätsmatrix mit den von der Organisation genehmigten Reaktions- und Lösungszielen festlegen. - Die Priorität neu bewerten, wenn sich Umfang, Auswirkung, Risiko oder Verfügbarkeit der Ausweichlösung ändern. - Jede Erhöhung oder Senkung der Priorität begründen und dokumentieren sowie die betroffenen Verantwortlichen benachrichtigen. ## Vorgänge einordnen und an das passende Team leiten - Eine übersichtliche Klassifikation mit wenigen Ebenen verwenden, die beständige Dienste und Arbeitsarten statt jedes denkbaren Symptoms abbildet. - Jede Kategorie einer standardmäßigen Bearbeitungsgruppe, den erforderlichen Fachkenntnissen, Genehmigungen und Benachrichtigungsregeln zuordnen. - Anliegen zu Informationssicherheit, Datenschutz, körperlicher Sicherheit, Recht oder kritischen Diensten über die jeweils vorgesehenen Reaktionswege leiten. - Festlegen, welche Regel Vorrang hat, wenn ein Vorgang mehreren Kategorien entspricht, und zusätzliche Zusammenhänge mit Kennzeichnungen erhalten. - Nicht zugewiesene, zurückgereichte und wiederholt neu klassifizierte Vorgänge als Zuweisungsfehler überwachen. - Die Klassifikation erst ändern, nachdem tatsächliche Vorgangsmuster und nachgelagerte Berichtsanforderungen geprüft wurden. ## Mit risikoarmen Prüfungen nach der Ursache suchen und jeden Schritt festhalten - Vor jeder Änderung den gemeldeten Zustand, den betroffenen Umfang, kürzliche Änderungen, Abhängigkeiten und verfügbare Nachweise bestätigen. - Mit umkehrbaren Prüfungen mit geringem Risiko beginnen und die zugelassenen Diagnoseverfahren für den betroffenen Dienst befolgen. - Vor privilegiertem Zugriff, störenden Prüfungen, Konfigurationsänderungen oder Datenwiederherstellungen die erforderliche Genehmigung einholen. - Bei Identitätsproblemen eine belastbare Prüfung verwenden, statt sich auf denselben möglicherweise kompromittierten Kanal zu verlassen. - Jede Maßnahme, ihr Ergebnis, ausgeschlossene Ursachen und die nächste Annahme dokumentieren, damit eine andere Person ohne Wiederholung weiterarbeiten kann. - Anhalten und eskalieren, wenn die Nachweise auf eine umfassendere Störung, ein Sicherheitsbedenken, eine unsichere Maßnahme oder fehlende Befugnis hinweisen. ## Zugesagte Antwortzeiten (SLA) verfolgen und Anfragende auf dem Laufenden halten - Zusagen für Eingangsbestätigung, Reaktion, Wiederherstellung, Lösung und Zwischenmeldung getrennt verfolgen, wenn die Vereinbarung zwischen ihnen unterscheidet. - Genau festlegen, wann jede Zeitmessung beginnt, pausiert, fortgesetzt und beendet wird. - Die aktuell zuständige Person und die Leitung der Bearbeitungsgruppe warnen, bevor eine Zusage gefährdet ist, und genügend Zeit für Gegenmaßnahmen lassen. - Den anfragenden Personen hilfreiche Zwischenstände mit aktuellem Status, bekannten Auswirkungen, laufenden Arbeiten, nächstem Prüfzeitpunkt und erforderlichen Mitwirkungen geben. - Gefährdete Arbeiten regelmäßig prüfen und Verstöße als Hinweise auf das Verfahren analysieren, nicht automatisch als Beleg für ein persönliches Versagen. - Entwicklungen nach Priorität, Dienst, Bearbeitungsgruppe, Ursache und Ausnahmeart berichten, damit die Leitung wiederkehrende Engpässe beheben kann. ## Schwierige Fälle mit dem ganzen Verlauf an Fachteams übergeben - Eskalieren, wenn die vorgesehenen Diagnosen ausgeschöpft sind, Fachwissen oder weitergehende Berechtigungen erforderlich sind, das Risiko steigt oder ein SLA-Grenzwert näher rückt. - Zeitabhängige Auslöser verwenden, die die verbleibende Dienstzusage berücksichtigen, statt den Ablauf der Frist abzuwarten. - Dem übernehmenden Team den Verlauf der Symptome, Auswirkungen, Nachweise, abgeschlossene Maßnahmen, Ergebnisse, ausgeschlossene Ursachen und den empfohlenen nächsten Schritt übergeben. - Eine verantwortliche Person für den Vorgang beibehalten, solange das übernehmende Team die Verantwortung nicht ausdrücklich annimmt. - Nur dann an Entwicklung, Infrastruktur, Sicherheit oder einen externen Anbieter eskalieren, wenn das Problem in dessen Einflussbereich liegt. - Einen Weg für festgefahrene Eskalationen festlegen und die Einsatzleitung benachrichtigen, wenn keine qualifizierte Person die Arbeit annimmt. ## Vor dem Abschluss eines Vorgangs prüfen, ob das Problem wirklich gelöst ist - Dokumentieren, was geändert wurde, weshalb die Änderung das Problem gelöst hat, welche vorläufige Ausweichlösung besteht und welches Risiko verbleibt. - Die Wiederherstellung des Dienstes anhand beobachtbarer Nachweise und, sofern angemessen, durch Bestätigung der anfragenden Person prüfen. - Die anfragende Person in verständlicher Sprache informieren und alle Maßnahmen, Einschränkungen oder Nacharbeiten nennen, die sie kennen muss. - Endgültige Kategorie und Lösungscode nach der tatsächlichen Ursache und nicht nach der ersten Vermutung vergeben. - Den Vorgang erst schließen, wenn erforderliche Dokumentation, Genehmigungen, verknüpfte Arbeiten und Mitteilungen abgeschlossen sind. - Einen Zeitraum für die Wiedereröffnung festlegen und spätere Wiederholungen nach den Richtlinien der Organisation zuweisen. ## Gelöste Vorgänge in auffindbare Hilfeartikel verwandeln - Wissensinhalte anlegen oder aktualisieren, wenn eine Lösung wiederverwendbar ist, ein Problem erneut auftritt oder mehrere Benutzer davon profitieren könnten. - Überschriften in den Begriffen formulieren, nach denen Benutzer und Servicemitarbeiter voraussichtlich suchen. - Symptome, Geltungsbereich, Voraussetzungen, verständliche Ursachenbeschreibung, nummerierte Schritte, Prüfung, Bedingungen für Rücknahme oder Eskalation und Zuständigkeit aufnehmen. - Vor der Veröffentlichung vertrauliche Angaben, personenbezogene Daten, vorläufige Kennungen und umgebungsspezifische Werte entfernen. - Den Beitrag mit zugehörigen Vorgängen und Diensten verknüpfen, damit Nutzung und Wirksamkeit gemessen werden können. - Einen Prüftermin vergeben und Anleitungen zurückziehen, die unsicher, veraltet, doppelt oder nicht mehr verantwortlich betreut sind. ## Wiederkehrende Probleme prüfen und ihre eigentliche Ursache beheben - In einem festen Rhythmus Umfang, Arbeiten mit hoher Auswirkung, Verstöße, Wiedereröffnungen, Eskalationen, wiederholte Kontakte und Kundenrückmeldungen prüfen. - Unmittelbare Lösung und Ursachenarbeit getrennt behandeln und beide verfolgen, wenn systemische Vorbeugung erforderlich ist. - Fragen, wodurch das Problem entstand, was Erkennung oder Reaktion verzögerte und welche Kontrolle eine Wiederholung verhindern oder abschwächen könnte. - Erkenntnisse in Maßnahmen mit verantwortlicher Person, Frist, Erfolgskriterien und Prüfzeitpunkt überführen. - Prüfen, ob frühere Maßnahmen das betreffende Ergebnis verändert haben, statt sie allein wegen ihrer Auslieferung abzuschließen. - Schulung, Zuweisung, Diagnose, Wissen, Automatisierung oder Kapazität anhand gemessener Nachweise aktualisieren. ## Offene Vorgänge beim Schicht- oder Bereitschaftswechsel übergeben - Offene Vorgänge mit hoher Priorität, aktuelle Zuständigkeiten, nächste Schritte, Entscheidungsfristen und bekannte Kundenzusagen übergeben. - Laufende Störungen, geplante Wartungsarbeiten, bekannte Risiken, Ausweichlösungen, externe Abhängigkeiten und ausstehende Eskalationen einbeziehen. - Bestätigen, dass die übernehmende Person auf die erforderlichen Werkzeuge zugreifen kann und Einsatzleitung sowie Notfallkontakte kennt. - Bei neuen, wechselnden oder instabilen Rufbereitschaften eine direkte Übergabe durchführen, bis das Verfahren dauerhaft zuverlässig funktioniert. - Die Übergabe im gemeinsamen System dokumentieren und den Zuständigkeitswechsel über den zugelassenen Teamkanal bekannt geben. - Nach der Übergabe festgestellte fehlende Zusammenhänge oder Zugriffsrechte als zu behebenden Verfahrensmangel behandeln.