Incidentmanagement

Ziel

Erfassung und Dokumentation von Vorfällen und Störungen

Schritte

  • Incidents/Störungen werden über das Portal erfasst und gemeldet.
  • Die Bearbeitung und Behebung erfolgt wie gehabt.
  • Bei Bedarf (schwerwiegende und dokumentationswürdige Incidents) wird ein PIR-Ticket (Post-Incident-Review) erstellt (automatisch und verknüpft).
    • Nach Erstellung wird per Rovo automatisch eine Zusammenfassung erstellt und in die Description eingefügt.
  • Aufgabe des PIR-Tickets ist es, den Vorfall zu analysieren und dokumentieren
  • Die Dokumentation erfolgt in Confluence
    • Zusammenfassung Vorfall
    • Erfolgte Schritte
    • Offene Punkte
    • Learnings
  • Bei mehreren Brand kann das Ziel in Confluence im Asset-Objekt der Brand gepflegt werden
  • Ist der Vorfall nicht direkt behoben bzw. nur mit einem Workaround gefixt, wird ein Problemticket als Folgeticket erstellt. Dieses ist nicht mehr zeitkritisch und steuert entsprechend Maßnahmen.

KI-Unterstützung per Rovo

Die Atlassian-KI Rovo kann in vielen Bereichen genutzt werden:

  • Analyse von neuen Tickets und Bereitstellung von Informationen aus der internen Knowledgebase für die Agents zur einfacheren Bearbeitung
  • Zusammenfassung von Störungen oder Changes fürs Management, bereitstellung über Team- oder Slack-Channels
  • Erstellung von Releasenotes für alle gelösten Tickets in einem Zeitraum
  • Projekt-Zusammenfassung und Kategorisierung

Aufbau von Kundenportalen

Für verschiedene Szenarien wurden unterschiedliche Portale erstellt:

  • Mitarbeiterportal:
    • Supportportal per Jira Servicemanagement mit Refined
    • Auswahl der Brand
    • Zugriff für alle Mitarbeiter über AD (EntraID)
    • Integration des Wissensmanagements
    • IT- und HR-Support
    • Störungen
  • Kundenportal
    • Supportportal per Jira Servicemanagement mit Refined
    • Offener Zugriff mit Selbstregistrierung
    • Probleme mit Shop, Bestellungen, Vorkassse
  • Complianceportal
    • Anonymes Portal per Jira Customermanagement
    • Einreichen von Beschwerden
    • Hinweisgeberportal
    • Pro Brand ein eigenes Kundenportal
    • Tickes zentral in einem Projekt für den Compliance-Beauftragten
  • und weitere

Ausschreibungsmanagement

Ziel

Über die Vielzahl an Ausschreibungen, an denen der Kunde teilnimmt, sollte die Übersicht behalten werden.

Schritte

  1. Zunächst werden relevante Ausschreibungen auf den einschlägigen Plattformen identifiziert, die Unterlagen heruntergeladen, in einem Ticket erfasst und gemeinsam mit den betroffenen Fachbereichen auf Machbarkeit geprüft, bevor über eine Teilnahme entschieden wird. G
  2. Anschließend wird das Angebot inhaltlich ausgearbeitet, indem die technischen Anforderungen bewertet, die kaufmännische Kalkulation erstellt sowie alle geforderten Nachweise, Referenzen, Eigenerklärungen und Finanzunterlagen zusammengestellt werden.
  3. Parallel wird ein Ausschreibungsobjekt in den Assets erstellt, damit jederzeit darauf referenziert werden kann.
  4. Über Checklisten werden relevante Punkte bearbeitet.
  5. Parallel wird über einen Subtask eine Musterbestellung ausgelöst.
  6. Sofern Muster verlangt werden, werden diese produziert, qualitätsgeprüft und fristgerecht an die Vergabestelle versandt.
  7. Im weiteren Verlauf werden Rückfragen gesammelt, an die Vergabestelle übermittelt und deren Antworten in das Angebot eingearbeitet, gefolgt von einer abschließenden Prüfung auf Vollständigkeit und Formatierung sowie der internen Freigabe.
  8. Zum Abschluss wird das Angebot elektronisch über die Vergabeplattform eingereicht, der Bewertungsprozess begleitet und nach der Vergabeentscheidung eine interne Auswertung zur kontinuierlichen Verbesserung durchgeführt.
  9. Im Falle einer Rahmenvereinbarung oder einer Aufteilung auf mehrere Abrufe, kann dies über speziell angepasste Tickets bearbeitet werden.

Ideen zur Erweiterung

  • Ausschreibungsplattformen (eVergabe, TED) automatisch überwachen, relevante Ausschreibungen identifizieren und direkt ein Ticket zur Prüfung erstellen

Produktmanagement

Ziel

Jeder Mitarbeiter kann neue Produkte für den Shop vorschlagen. Diese durchlaufen einen Prozess zur Prüfung, Anreicherung mit Metadaten und Veröffentlichung

Schritte

  1. Ein Produkt mit Link für eingereicht als Ticket in Jira
  2. Erste Prüfung und Freigabe durch Produktmanagement
  3. Bei Freigabe, Anreicherung mit Metadaten, Konditionen, Preisgestaltung, etc.
  4. Nach Fertigstellung erneuter Freigabeprozess und Prüfung
  5. Bei Freigabe Upload ins ERP
  6. Finalisierung per KI, Erstellen oder Hinzufügen von Fotos (Subtask, bearbeitet durch Marketing)
  7. Veröffentlichung in Shop (aus dem Ticket heraus)

Seitenprojekt

  • Das ERP liefert regelmäßig eine Liste mit überprüfungswürdigen Produkten
  • Pro Produkte wird ein Ticket erstellt
  • Fehlende Angaben werden im Ticket ergänzt und direkt wieder ins ERP geladen.

Buchhaltung und Steuer mit Jira?

Die meisten werden sich jetzt denken, dass diese beiden Themen nun wirklich nichts mit Jira zu tun haben. Im Großen und Ganzen stimmt das auch, aber es kann dabei unterstützen. Wie wir Eingangsrechnungen und Ausgangsrechnung dennoch in Jira pflegen und wie das alles für die Steuer genutzt werden kann, zeigen wir im Beitrag. Gerade in Bezug auf das gerade vergangene Quartal könnte es für den einen oder anderen interessant sein.

Weiterlesen

Alarmierung und Eskalation

Mist, eine Störung. Aber wer ist für dieses System zuständig? Und wer hat gerade Bereitschaft? Soll ich jetzt eine E-Mail schicken oder anrufen? Messenger oder SMS?

Will man für Incidents oder Störungen eine Alarmierungskette aufbauen, so gibt es verschiedene Möglichkeiten dafür.

Weiterlesen

Projektreporting und Projektfortschrittsbericht

Die Situation

Beim Kunden finden viele Projekte gleichzeitig statt. Um eine generelle Abgrenzung der Vorgänge und eine klare Usertrennung zu haben, wird für jedes Projekt ein eigenes Jira-Projekt angelegt. Regelmäßige Berichte helfen den Projektteams und den Verantwortlichen den Überblick zu behalten, den Fortschritt des Projekts nachzuverfolgen und so Kosten, Zeit und Ressourcen im Blick zu haben.

Der Projektbericht

Der Projektfortschrittsbericht soll angepasst für verschiedene Zielgruppen zur Verfügung stehen. So soll ein Verantwortlicher mehr Infos zu Ressourcen, Budget und Kosten sehen und ein Teammitglied mehr Infos zu anstehenden oder überfälligen Aufgaben erhalten. Zudem soll der Bericht für bestimmte Zielgruppen in der CI oder alternativ in den klassischen grün/gelb/rot-Farben erscheinen.

Die Elemente des Reports sind:

  • Zusammenfassung
    • Anzahl fällige/überfällige Issues (farblich markiert) (nur TEAM)
    • Anzahl fällige/überfällige Epics (farblich markiert) (nur LEITUNG)
    • Budget/Kosten (farblich markiert)
    • Risiken (farblich markiert)
    • Projektinformationen
  • Übersichten relevanter Tickets bzw. Epics oder anderer Projektthemen
  • Budget
  • Beschaffungen
  • Risiken
  • Fortschritt in Bezug auf den letzten Berichtzeitraum
  • Geloggte Zeit
  • Infos zum KVP (kontinuierlicher Verbesserungsprozess) (nur TEAM)

Die Umsetzung

Alle Vorgänge (Tickets) zu einem Projekt liegen in einem gemeinsamen Jiraprojekt. Spezielle IssueTypes bilden die Grundlage für spezifische Informationen. Verwendet werden z.B.

  • Projektticket für die zentralen Informationen zum Projekt
  • Risikotickets für die Risikobewertungen
  • Epics und Initiativen zur Clusterung
  • Aufgaben und Unteraufgaben
  • Beschaffungen
  • KVP-Tickets um „Lessons learned“ festzuhalten

Als Report-Engine wurde BetterPdf verwendet. Ein zentrales Template stellt die komplette Berichtsfunktionalität bereit während mehrere übergeordnete Templates diese nur konfigurieren (Team od. Verantwortlicher, farbig oder CI) und aufrufen. Dadurch gibt es keinen redundanten Code und alles ist einfacher wartbar. Zudem werden weitere zentrale Funktionen und Styling-Informationen ausgelagert, um so auch von anderen Berichten wiederverwendet werden zu können.

Durch diese konsequente Trennung von eigentlichem Report, Konfiguration und Hilfsfunktionen bleibt der eigentliche Report klein und gut wartbar, Logos können schnell und zentral (für alle Reports) ausgetauscht werden und weitere Konfigurationen oder spezielle Zeiträume schnell definiert werden.

Verwendete Apps

  • BetterPdf
WordPress Cookie Hinweis von Real Cookie Banner