DevOps-Einblicke Dashboard

Zusammenfassungs-Dashboard

Das Zusammenfassungs-Dashboard DevOps-Einblicke bietet einen Überblick über wichtige Metriken aus verschiedenen Kategorien von Beschleunigungs- bis zu Qualitätsmetriken sowie einen schnellen Überblick über die aktivsten Anwendungen.

Zusammenfassungsberichte

DevOps-Einblicke Zusammenfassungs-Dashboard.


Bericht	Beschreibung	Quelle
Durchschnittliche WIP-Zykluszeit	Durchschnittliche Zeit in Tagen, die sich ein Arbeitselement vor dem Abschluss im Status „WIP“ befindet.	Berechnung: Zeit bis zum Abschluss von WIP-Elementen geteilt durch die Anzahl der abgeschlossenen Arbeitselemente
Durchschnittliche Vorlaufzeit	Tägliche durchschnittliche Vorlaufzeit für Ausführungen in der Pipeline für die Bereitstellung in der Produktion.	Berechnung: Summe der erfolgreichen Vorlaufzeiten für die Produktionsbereitstellung geteilt durch die Anzahl der erfolgreichen Ausführungen der Produktionspipeline.
Durchschnittliche Bereitstellungshäufigkeit	Durchschnittliche Anzahl der erfolgreichen Produktionsbereitstellungen. Gilt für Pipelineschritte vom Typ „ Prod-Bereitstellung “, die sich im Status „Abgeschlossen“ befinden.	Schrittausführung
Durchschnittliche Rate bestandener Tests in %	Täglicher durchschnittlicher Prozentanteil bestandener Tests für Pipeline-Ausführungen.	Datenbankansicht verbunden mit Testzusammenfassung, Testzusammenfassungsbeziehungen, Schrittausführung, Details zum Change-Anforderungs-Repository, Schritt-, Pipeline-, App- und Anwendungsproduktdetails.
Abgeschlossene Arbeitselemente	Arbeitselemente, gruppiert nach Arbeitselementtyp, die in den letzten 30 Tagen auf den Status „Abgeschlossen“ gesetzt wurden.	Datenbankansicht verbunden durch Details zu Arbeitselement, Metrikinstanz, Commit-Arbeitselement, Commit, Commit-Ausführung, Schrittausführung, Schritt, Pipeline, App und Anwendungsprodukt.
Aktivität – letzte 30 Tage	Für jede Anwendung die Zusammenfassung der Aktivität in den letzten 30 Tagen.	Datenbankansicht verbunden durch Commit, Commit-Arbeitselement, Repository, Commit-Ausführung, App, Testzusammenfassungsbeziehungen, Schrittausführung, Testzusammenfassung.

Dashboard für Flow-Metriken

Die DevOps-Einblicke Flow-Metrikberichte helfen Ihnen zu visualisieren, wie sich die Arbeit durch Ihren Entwicklungsprozess bewegt. Entdecken Sie Engpässe, indem Sie bestimmen, welche Arten von Arbeit (z. B. Stories oder Fehler) am längsten dauern.

Flow-Metrikberichte

DevOps-Einblicke Dashboard für Flow-Metriken

Tabelle : 1. Flow-Metrikberichte
Bericht	Beschreibung	Quelle
Durchschnittliche Flow-Zeit	Durchschnittliche Zeit in Tagen, die ein Arbeitselement vom Status „Erstellt“ bis zur Endzeit der Schrittausführung einer erfolgreichen Produktionspipeline-Bereitstellung aufgewendet hat.	Datenbankansicht verbunden durch Details zu Arbeitselement, Metrikinstanz, Commit-Arbeitselement, Commit, Commit-Ausführung, Schrittausführung, Schritt, Pipeline, App und Anwendungsprodukt.
Durchschnittliche WIP-Zykluszeit	Durchschnittliche Zeit in Tagen, die sich ein Arbeitselement in einem bestimmten Status befindet.	Datenbankansicht verbunden durch die Listen für Arbeitselemente, Metrikinstanz, Commit, Schrittausführung, Commit-Ausführung und Commit.
Durchschnittliche WIP-Anzahl	Durchschnittliche Anzahl von Arbeitselementen, die in den letzten 30 Tagen in Bearbeitung waren.	Durchschnittliche Anzahl der Arbeitselemente, deren Status auf „In Bearbeitung“ festgelegt ist.
Abgeschlossene Arbeitselemente	Anzahl der Arbeitselemente im Status „Abgeschlossen“, die Commits durch eine erfolgreiche Bereitstellung in der Produktionspipeline in den letzten 30 Tagen zugeordnet sind. Hinweis: Filter gelten für dieses Diagramm nicht.	Durchschnittliche Anzahl der Arbeitselemente, die dem Schrittausführungstyp zugeordnet sind, der auf „Prod-Bereitstellung“ festgelegt ist. Dies erfordert eine Zuordnung von Commit zu Arbeitselement, da sich nur Arbeitselemente, die über eine Pipeline bereitgestellt werden, in der Produktion befinden.
Durchschnittliche Arbeitselement-Zykluszeit	Durchschnittliche Zeit in Tagen, die sich ein Arbeitselement in einem bestimmten Status befindet.	Datenbankansicht verbunden durch die Listen für Arbeitselemente, Metrikinstanz, Commit, Schrittausführung, Commit-Ausführung und Commit.
Durchsatz und Verteilung	Anzahl der Arbeitselemente nach Typ, die Commits durch eine erfolgreiche Bereitstellung in der Produktionspipeline zugeordnet sind.	Datenbankansicht verbunden durch die Listen für Arbeitselemente, Metrikinstanz, Commit, Schrittausführung, Commit-Ausführung und Commit.
Durchschnittlich geplant für Bereitstellungs-Flow-Zeit	Durchschnittliche Dauer vom Zeitpunkt der Erstellung eines einem Commit zugeordneten Arbeitselements bis zu dem Zeitpunkt, zu dem das Element erfolgreich über Pipelines in der Produktion bereitgestellt wurde.	Datenbankansicht verbunden durch die Listen für Arbeitselemente, Metrikinstanz, Commit, Schrittausführung, Commit-Ausführung und Commit.
In Bearbeitung	Anzahl der Arbeitselemente, die sich derzeit im Status „In Bearbeitung“ befinden.	Datenbankansicht verbunden durch die Listen für Arbeitselemente, Metrikinstanz, Commit, Schrittausführung, Commit-Ausführung und Commit.

Dashboard „Beschleunigung ändern“.

Auf der Registerkarte DevOps-Einblicke Change-Beschleunigung werden Change-Beschleunigungsmetriken angezeigt, die sich auf Ihren Weg zur Automatisierung konzentrieren und automatisierte Changes mit manuellen Changes, Change-Richtlinienentscheidungen und ROI vergleichen. Anhand dieser Informationen können Sie überprüfen, ob automatisierte Change-Anforderungen schneller gelöst werden als manuell genehmigte Change-Anforderungen.

Change-Beschleunigungsberichte

DevOps-Einblicke Dashboard „Beschleunigung ändern“.

Change-Anforderungen, die Teil von -Schrittausführungen sind, gelten als DevOps Change-Anforderungen.

Tabelle : 2. Change-Beschleunigungsberichte
Bericht	Beschreibung	Quelle
DevOps Change-Volume	Anzahl der erstellten Change-Anforderungen DevOps.	Datenbankansicht verbunden durch Schrittausführung, Change-Anforderung und Change-Anforderungs-Repository.
Zeit zum Schließen von Änderungen	Durchschnittliche Zeit in Stunden zum Schließen von DevOps Changes nach Anwendung. Für jeden Monat ist dies der Durchschnitt aus (Zeit, zu der die Change-Anforderung geschlossen wurde) minus (Zeit, zu der die Change-Anforderung geöffnet wurde).	Datenbankansicht verbunden durch Schrittausführung, Change-Anforderung und Change-Anforderungs-Repository.
Automatisierte vs. manuelle Changes	Vergleich zwischen der Anzahl von DevOps Change-Anforderungen, die Change-Genehmigungsrichtlinien verwenden, und DevOps Change-Anforderungen, die eine manuelle Genehmigung erfordern. Eine Change-Anforderung gilt als automatisiert, wenn eine Change-Richtlinie die Aktion „Genehmigen/Ablehnen“ ausführt. Ein manueller Change ist eine Change-Anforderung, die einem Anwender oder einer Gruppe für die Aktion „Genehmigen/Ablehnen“ zugewiesen ist und für die keine Change-Richtlinie gilt.	Datenbankansicht verbunden durch Schrittausführung, Change-Anforderung und Change-Anforderungs-Repository.
Changes, die auf Genehmigung warten	Anzahl von DevOps Changes, deren Genehmigung aussteht, nach Datumsbereich. Standardmäßig werden Change-Anforderungen im Status Neu oder Bewerten als wartend auf Genehmigung betrachtet. Um die Status anzugeben, für die als „Genehmigung ausstehend“ betrachtet wird, aktualisieren Sie die Eigenschaftseinstellung Change Request Awaiting States. Details finden Sie unter DevOps-Einblicke -Eigenschaften.	Datenbankansicht verbunden durch Detaillisten zum Repository für Schrittausführung, Change-Anforderung, Systemeigenschaften und Change-Anforderung.
Change-Richtlinienentscheidungen: automatische Annahme	Die Anzahl der Change-Richtlinienentscheidungen nach Entscheidungstyp, die automatisch Change-Anforderungen akzeptieren. Zeigen Sie auf einen Wert im Diagramm, um die Liste der Richtlinienentscheidungen anzuzeigen, die für die automatische Genehmigung verwendet wurden, sowie die Häufigkeit, mit der eine Entscheidung für die automatische Genehmigung verwendet wurde.	Datenbankansicht verbunden durch Detaillisten zum Repository für Schrittausführung, Change-Anforderung, Systemeigenschaften und Change-Anforderung.
Change-Richtlinienentscheidungen: automatische Ablehnung	Die Anzahl der Change-Richtlinienentscheidungen nach Entscheidungstyp, die Change-Anforderungen automatisch ablehnen. Zeigen Sie auf einen Wert im Diagramm, um die Liste der Richtlinienentscheidungen anzuzeigen, die für die automatische Ablehnung verwendet wurden, und die Häufigkeit, mit der eine Entscheidung für die automatische Ablehnung verwendet wurde.	Die Datenbankansicht ist durch die Listen „Schrittausführung“, „Change-Anforderung“, „Richtlinie angewendet“, „Aktion zur Ablehnung der automatischen Genehmigung“, „Definition der Change-Genehmigung“ und „Detaillisten für das Change-Anforderungs-Repository“ verbunden.
Einsparungen durch Change-Beschleunigung	Nettobetrag, der pro Monat durch Automatisierung von DevOps Changes eingespart wird. Wenn ein Change automatisiert ist, muss ein Entwickler die Change-Anforderung nicht manuell ausfüllen und dem Change nicht alle Arbeitselemente, Code-Commits, Testergebnisse und andere Nachweise und Artefakte zuordnen. Nachdem diese Aktivität automatisiert wurde, werden Stunden eingespart, die für das Ausfüllen des Change sowie für das Suchen, Auffinden und Anhängen von Elementen aus anderen Tools an einen Change aufgewendet worden wären. Mehr Arbeitselemente erfordern eine relativ höhere Anzahl von Stunden, um sie manuell zuzuordnen. Daher sollte eine höhere Anzahl von Arbeitselementen dazu führen, dass nach der Automatisierung des Change mehr Stunden eingespart werden. Einsparungen durch Change-Beschleunigung werden berechnet, indem die eingesparten Stunden mit den durchschnittlichen stündlichen Entwicklerkosten multipliziert werden. Um den Standardwert der durchschnittlichen stündlichen Entwicklerkosten zu ändern, aktualisieren Sie die Eigenschaftseinstellung Average Hourly developer Cost. Details finden Sie unter DevOps-Einblicke -Eigenschaften.	Berechnung: Durchschnittliche stündliche Entwicklerkosten multipliziert mit den eingesparten Entwicklerstunden.
Eingesparte Entwicklerstunden	Anzahl der Entwicklerstunden, die pro Monat durch Automatisierung von DevOps Changes eingespart werden. Um den Standardwert von 1 (einer) Stunde pro Entwickler zu ändern, aktualisieren Sie die Eigenschaftseinstellung X hours per Developer time. Details finden Sie unter DevOps-Einblicke -Eigenschaften.	Berechnung: Anzahl der Arbeitselemente in einer Change-Anforderung multipliziert mit 1 Stunde pro Entwickler.

Dashboard für Beschleunigungsmetriken

Die DevOps-Einblicke Beschleunigungsmetriken sind vier wichtige DevOps -Metriken, die die Leistung der Softwarebereitstellung messen. Bereitstellungshäufigkeit und Vorlaufzeit messen die Geschwindigkeit DevOps, während Change-Fehlerrate und durchschnittliche Zeit bis zur Wiederherstellung zur Messung der Stabilität verwendet werden.

Metrikberichte beschleunigen

DevOps-Einblicke Dashboard für Beschleunigungsmetriken

Tabelle : 3. Metrikberichte beschleunigen
Bericht	Beschreibung	Quelle
Durchschnittliche Vorlaufzeit	Durchschnitt von: ([Zeit, zu der der Code erfolgreich an die Produktion übertragen wurde] minus [Früheste Commit-Zeit]) Gilt für Pipelineschritte vom Typ „ Prod-Bereitstellung “, die sich im Status „Abgeschlossen“ befinden. Hinweis: Dieses Widget verwendet eine durchschnittliche Zusammenfassung und unterstützt keine Mehrelementauswahl.	Pipeline-Ausführung
Durchschnittliche Bereitstellungshäufigkeit	Durchschnittliche Anzahl der erfolgreichen Produktionsbereitstellungen. Gilt für Pipelineschritte vom Typ „ Prod-Bereitstellung “, die sich im Status „Abgeschlossen“ befinden.	Schrittausführung
Durchschnittliche MTTR	Durchschnittliche Lösungszeit für einen Incident, der durch einen Change DevOps verursacht wurde. Hinweis: Dieses Widget verwendet eine durchschnittliche Zusammenfassung und unterstützt keine Mehrelementauswahl.	Datenbankansicht verbunden durch Listen für Incident, Change-Anforderung, Schrittausführung, Schritt, Pipeline und App.
Durchschnittliche DevOps Change-Fehlerrate	Täglicher durchschnittlicher Anteil von DevOps Change-Anforderungen, die einem Incident zugeordnet sind, geteilt durch alle DevOps Change-Anforderungen. Hinweis: Dieses Widget verwendet eine Formel und unterstützt keine Auswahl mehrerer Elemente.	Change-Anforderung
Vorlaufzeit von Commit bis Bereitstellung	Dauer vom frühesten Commit-Zeitpunkt bis zur Produktionsbereitstellung für eine erfolgreiche Pipeline-Ausführung. Der Wert enthält nur Schritte vom Typ „ Prod-Bereitstellung “, die sich im Status „Abgeschlossen“ befinden. Sie können hohe Vorlaufzeiten untersuchen, indem Sie die langsamsten Pipelineschritte identifizieren. Beispielsweise könnte ein manueller Change-Genehmigungsprozess die Vorlaufzeit erhöhen.	Berechnung: Summe der erfolgreichen Vorlaufzeiten für die Produktionsbereitstellung geteilt durch die Anzahl der erfolgreichen Ausführungen der Produktionspipeline. Zuordnung „Commits zu Aufgabenausführung“ erforderlich. Sowohl das Repository als auch die Pipeline müssen nachverfolgt und derselben App zugeordnet werden. Erfordert, dass der Schritttyp „Prod-Bereitstellung“ ist. Erfordert, dass das Ergebnis der Aufgabenausführung erfolgreich ist.
Durchschnittliche Zeit bis zur Wiederherstellung nach Incidents, die durch Changes von DevOps verursacht wurden	Tägliche durchschnittliche Zeit bis zur Lösung eines incident, der durch einen Change DevOps verursacht wurde.	Datenbankansicht verbunden durch Schrittausführung, Change-Anforderung, Change-Anforderungs-Repository-Details und Incident-Listen. Wird nur für DevOps Incidents unter Berücksichtigung der Öffnungs- und Schließzeit des Incidents berechnet.
Häufigkeit der Bereitstellung in der Produktion	Anzahl der erfolgreichen Produktionsbereitstellungen. Der Wert enthält nur Pipelineschritte vom Typ „ Prod-Bereitstellung “, die sich im Status „Abgeschlossen“ befinden. Um den Standardwert von 30 Tagen zu ändern, aktualisieren Sie die Einstellung Datumsbereich.	Datenbankansicht verbunden mit Details zu Change-Anforderung, Schrittausführung und Change-Anforderungs-Repository. Erfordert, dass der Schrittausführungsstatus „Abgeschlossen“ lautet. Erfordert, dass der Schritttyp „Prod-Bereitstellung“ ist.
DevOps Change-Fehlerrate bei Incidents	Prozentsatz von DevOps Changes, die Incidents verursacht haben, geteilt durch alle DevOps Changes, die in der Produktion bereitgestellt wurden. Wenn eine Change-Anforderung mehrere Incidents verursacht hat, wird nur der Change berücksichtigt, der den Incident verursacht oder ausgelöst hat. Die Anzahl der Incidents, die der Change verursacht hat, wird nicht berücksichtigt.	Benötigt DevOps Change-Anforderung (Change, der einer Schrittausführung zugeordnet ist). Erfordert, dass der Schrittausführungsstatus „Abgeschlossen“ lautet. Erfordert, dass der Schritttyp „Prod-Bereitstellung“ ist. „Incident verursacht durch“ muss DevOps „ Change-Anforderung sein.
Bereitstellungserfolgsquote	Erfolgsquote von Bereitstellungen in den letzten 30 Tagen. Erfolgsquote bei der Bereitstellung = (Anzahl der erfolgreichen Bereitstellungen in den letzten 30 Tagen/Gesamtzahl der Bereitstellungen in den letzten 30 Tagen) * 100 Gilt für Schritte vom Typ „ Prod-Bereitstellung “ im Status „Abgeschlossen“. Hinweis: Dieses Widget verwendet eine Formel und unterstützt keine Mehrelementauswahl.	Schrittausführung
Bereitstellungshäufigkeit	Anzahl der erfolgreichen Produktionsbereitstellungen in den letzten 30 Tagen. Gilt für Schritte vom Typ „ Prod-Bereitstellung “, die sich im Status „Abgeschlossen“ befinden.	Schrittausführung
Fehlgeschlagene Bereitstellungen	Anzahl der fehlgeschlagenen Produktionsbereitstellungen in den letzten 30 Tagen. Gilt für Schritte vom Typ „ Prod-Bereitstellung “, die sich im Status „Abgeschlossen“ oder „Durch Anwender abgebrochen“ befinden.	Schrittausführung

Dashboard für Qualitätsmetriken

Das DevOps-Einblicke -Dashboard für Qualitätsmetriken ermöglicht einen schnellen Überblick über Daten aus Tools wie SonarQube für die Codeabdeckung, den Prozentsatz bestandener Tests Ihrer Orchestration-Tools, Schwachstellen von Sicherheitstools und sogar die Gesamtanzahl der Fehler.

Berichte zu Qualitätsmetriken

DevOps-Einblicke Dashboard für Qualitätsmetriken

Tabelle : 4. Berichte zu Qualitätsmetriken
Bericht	Beschreibung	Quelle
Codeabdeckung in %	Prozentsatz des Codes, der von Tests abgedeckt wird.	Benötigt Softwarequalitätsprüfung – Detail mit Kategorie = Abdeckung (%) Benötigt Softwarequalitätsprüfungszusammenfassungsbeziehungen im Zusammenhang mit der Aufgabenausführung
Bestandene Tests in %	Prozentanteil bestandener Tests.	Benötigt Testzusammenfassung in Bezug auf Aufgabenausführung
Sicherheitsschwachstellen	Anzahl der Sicherheitsschwachstellen im Zeitverlauf.	Benötigt Softwarequalitätsprüfung – Details mit Kategorie = Schwachstellen Benötigt Softwarequalitätsprüfungszusammenfassungsbeziehungen im Zusammenhang mit der Aufgabenausführung.
Fehlerzählungen	Anzahl der Arbeitselemente vom Typ „Fehler“.	Erfordert Zuordnung Commits to Work Items. Sowohl das Repository als auch der Plan müssen nachverfolgt und derselben App zugeordnet werden. Erfordert Zuordnung Commits to Task Execution. Sowohl das Repository als auch die Pipeline müssen nachverfolgt und derselben App zugeordnet werden Arbeitselement muss den Typ „Fehler“ aufweisen.

DevOps-Einblicke Entwicklungs-Dashboard

Entwicklungsmetriken konzentrieren sich auf Commit-Daten, die Einblicke in die Aktivität und Agilität Ihrer Teams bieten. Mit diesen Informationen können Sie eine vollständige Rückverfolgbarkeit der Arbeit erreichen, indem Sie sicherstellen, dass Commits mit den entsprechenden Arbeitselementen gekennzeichnet werden.

Entwicklungsberichte

DevOps-Einblicke Entwicklungs-Dashboard

Tabelle : 5. Entwicklungsberichte
Bericht	Beschreibung
Commit-Häufigkeit	Anzahl der Commits, die Pipeline-Ausführungen zugeordnet sind. Kleinere, häufigere Commits werden gegenüber größeren, weniger häufigen Commits bevorzugt.
Aktive Committer	Anzahl der Committer, die Commits übermittelt haben. Da in diesem Bericht eine Metrikzusammenfassung verwendet wird, wird die Auswahl mehrerer Elemente nicht unterstützt.
Top-Committer (laufende Summe über 30 Tage)	Committer mit der höchsten Anzahl von Commits.
Top-Rückgängigmacher (laufende Summe über 30 Tage)	Committer mit der höchsten Anzahl rückgängig gemachter Elemente.
Durchschnittliche Commits pro Committer	Durchschnitt berechnet als: `(Gesamtzahl der Commits)/(aktive Committer)`. Ein höherer Wert ist vorteilhafter. Da in diesem Bericht eine Metrikzusammenfassung verwendet wird, wird die Auswahl mehrerer Elemente nicht unterstützt.
Durchschnittliche Commits pro Pipelineausführung	Durchschnittliche Commits pro Pipeline, berechnet als (Gesamtzahl der Commits)/(Anzahl der Pipeline-Ausführungen). Eine niedrige Zahl ist vorzuziehen, was auf einen konzentrierten Aufwand hinweist, anstatt von Aufgabe zu Aufgabe ohne Abschluss zu wechseln. Da in diesem Bericht eine Metrikzusammenfassung verwendet wird, wird die Auswahl mehrerer Elemente nicht unterstützt.
Commits ohne Arbeitselemente	Vorgenommene Commits, die keinem Arbeitselement zugeordnet sind, gruppiert nach Committer. Dieser Bericht ist nützlich, um zu untersuchen und zu lösen, warum ein Commit nicht an ein Arbeitselement gebunden ist, da alle Commits an ein Arbeitselement gebunden sein sollten.
Prozentsatz positive Ergebnisse für Pipeline	Verhältnis der erfolgreichen Pipeline-Ausführungen geteilt durch die Gesamtzahl der Pipeline-Ausführungen.