Ihr Software Development Life Cycle (SDLC) Daten-Template

Jira Software
Ihr Software Development Life Cycle (SDLC) Daten-Template

Ihr Software Development Life Cycle (SDLC) Daten-Template

Diese Vorlage bietet einen klare Struktur für die Erfassung der relevanten Daten, die zur Analyse Ihres Software Development Life Cycle (SDLC) erforderlich sind. Sie skizziert die zu sammelnden KernDatenfelder, die kritischen Prozessschritte, die zu verfolgen sind, und praktische Anleitungen zur Extraktion dieser Informationen aus Jira Software. Verwenden Sie diesen Leitfaden, um Ihren Event Log für effektives Process Mining vorzubereiten.
  • Empfohlene Attribute zur Erfassung
  • Wichtige Aktivitäten für das Tracking
  • Extraktionsanleitung für Jira Software
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Software Development Life Cycle (SDLC) Attribute

Dies sind die empfohlenen Datenfelder, die Sie in Ihren Event Log für eine vollständige Software Development Life Cycle (SDLC) Analyse aufnehmen sollten.
5 Erforderlich 6 Empfohlen 10 Optional
Name Beschreibung
`Development Item`
DevelopmentItem
Der eindeutige Identifikator für eine einzelne Arbeitseinheit, wie eine Story, Bug oder Aufgabe, innerhalb von Jira Software.
Beschreibung

Das Entwicklungselement dient als primärer Case-ID und repräsentiert eine eigenständige Arbeitseinheit wie ein Funktion, Bugfix oder eine Aufgabe. Es verknüpft alle Aktivitäten von der ersten Konzeption und Planung über Entwicklung, Tests und Bereitstellung für dieses spezifische Element. In Jira entspricht dies in der Regel dem Issue Key, zum Beispiel 'PROJ-123'.

Die Analyse dieses Attributs ermöglicht die Nachverfolgung des gesamten End-to-End-Lebenszyklus jedes Arbeitselements. Es ist die Grundlage für die Erstellung von Prozessablaufn, die Berechnung von Durchlaufzeiten und die Identifizierung von Variationen, wie verschiedene Elemente den Entwicklungsprozess durchlaufen.

Bedeutung

Dies ist der wesentliche Schlüssel, um alle zugehörigen Entwicklungsaktivitäten miteinander zu verknüpfen, wodurch es möglich wird, den Weg eines einzelnen Arbeitselements von Anfang bis Ende zu verfolgen.

Datenquelle

Dies ist das Standardfeld 'key' für ein Issue im Jira Software Issue API-Objekt.

Beispiele
PROJ-101CORE-5432API-789
Aktivität
Activity
Der Name eines spezifischen Ereignisse oder einer Statusänderung, die im EntwicklungsLebenszyklus eines Elements aufgetreten ist.
Beschreibung

Dieses Attribut repräsentiert einen eigenständigen Schritt oder Meilenstein im Softwareentwicklungsprozess. Diese Aktivitäten werden aus Änderungen im Statusfeld des Jira Issue oder anderen signifikanten Ereignisse wie Code-Commits oder Reviews abgeleitet.

Im Process Mining bildet die Sequenz dieser Aktivitäten die Prozessablauf. Die Analyse von Aktivitäten hilft, den Prozessfluss zu identifizieren, die Dauer spezifischer Phasen zu messen und Abweichungen vom Standard-Workflow zu erkennen, wie Nacharbeitszyklen oder übersprungene Quality Gates.

Bedeutung

Aktivitäten definieren die Schritte des Process, und ihre Reihenfolge ist maßgeblich für die Visualisierung des Prozessflusses, die Identifizierung von Engpässen und die Analyse von Prozessvariationen.

Datenquelle

Typischerweise abgeleitet aus den 'Status'-Feldübergängen im Jira Issue-Verlauf oder Changelog. Es kann auch mit Daten aus verbundenen Entwicklungstools angereichert werden.

Beispiele
Entwicklung gestartetCode-Review durchgeführtQA Testing abgeschlossenIn Produktion bereitgestellt
Ereigniszeit
EventTime
Das genaue Datum und die Uhrzeit, zu der eine spezifische Entwicklungsaktivität oder ein Event stattgefunden hat.
Beschreibung

Event Time ist der Zeitstempel, der aufzeichnet, wann eine Activity stattgefunden hat. Dies ist die zeitliche Grundlage für alle Process Mining Analysen und liefert die chronologische Reihenfolge der Ereignisse für jeden Case.

Dieses Attribute ist maßgeblich für die Berechnung aller zeitbasierten Metriken, einschließlich Durchlaufzeits, Verarbeitungszeiten und Wartezeiten zwischen Aktivitäten. Es ermöglicht die Analyse der Prozess-Leistungsfähigkeit über die Zeit, wodurch identifiziert werden kann, wann und wo Verzögerungen im Development Lebenszyklus auftreten.

Bedeutung

Dieser Zeitstempel ist wesentlich für die korrekte Sequenzierung von Ereignisse und die Berechnung aller zeitbasierten Kennzahlen, die wichtig für das Verständnis der Prozesseffizienz und die Identifizierung von Verzögerungen sind.

Datenquelle

Dies entspricht dem 'created' Zeitstempel für jeden Eintrag im Changelog oder Verlauf eines Issues.

Beispiele
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:00:00Z
Letzte Datenaktualisierung
LastDataUpdate
Der Zeitstempel, der angibt, wann die Daten für diesen Prozess zuletzt aus dem Quellsystem aktualisiert wurden.
Beschreibung

Dieses Attribut erfasst das Datum und die Uhrzeit der letzten Datenextraktion aus Jira Software. Es bietet Kontext zur Aktualität der analysierten Daten.

Die Kenntnis der letzten Aktualisierungszeit ist wichtig, um die Zeitnähe der Prozesserkenntnisse zu verstehen. Es hilft Analysten und Business-Anwendern zu bestätigen, dass sie aktuelle Daten betrachten und Hinweisrmiert sie über den Stichtag für die in die Analyse einbezogenen Ereignisse.

Bedeutung

Zeigt die Aktualität der data an, was wichtig ist, um sicherzustellen, dass Analysen und Dashboards den aktuellsten Zustand des Process widerspiegeln.

Datenquelle

Dieser Zeitstempel wird am Ende des Datenextraktions-, Transformations- und Ladeprozesses (ETL) generiert und aufgezeichnet.

Beispiele
2024-03-15T02:00:00Z2024-03-16T02:00:00Z
Quellsystem
SourceSystem
Das System, aus dem die Daten des EntwicklungsLebenszyklus extrahiert wurden.
Beschreibung

Dieses Attribut identifiziert den Ursprung der Daten. Für diesen Prozess wird es durchgängig 'Jira Software' sein, aber es ist nützlich, um Daten zu unterscheiden, wenn mehrere Quellsysteme in einer größeren Analyse kombiniert werden.

In einer breiteren IT-Infrastruktur stellt ... sicher die Angabe des Quellsystems eine klare Datenherkunft und hilft beim Management von Datenqualität und Integrationsbemühungen über verschiedene Plattformen hinweg.

Bedeutung

Bietet eine klare Datenherkunft, was wichtig ist, wenn Daten aus mehreren Systemen integriert werden oder für Daten Governance- und Audit-Zwecke.

Datenquelle

Dies ist ein statischer Wert, der während des Datenextraktions- und Transformationsprozesses hinzugefügt werden sollte.

Beispiele
Jira Software
Artikelstatus
ItemStatus
Der aktuelle Status des Entwicklungselements innerhalb seines Workflows.
Beschreibung

Dieses Attribut spiegelt den spezifischen Status des Entwicklungselements zu einem bestimmten Zeitpunkt wider, z. B. 'In Progress', 'In Review' oder 'Done'. Die Abfolge von Statusänderungen über die Zeit generiert die Aktivitäten für Process Mining.

Während das Attribut 'Activity' das Änderungs-Event darstellt, liefert 'ItemStatus' den Zustand des Elements. Es ist nützlich als Dimension für Filterung und Analyse, um zu sehen, wie viele Elemente sich derzeit in einem bestimmten Zustand befinden oder um die Eigenschaften von Elementen zu analysierenn, die lange in einem bestimmten Status verbleiben.

Bedeutung

Bietet einen Überblick darüber, wo sich ein Element in seinem Lebenszyklus befindet. Dies ist wichtig für statusbasierte Analysen und das Verständnis des aktuellen Bearbeitungsstands.

Datenquelle

Dies ist das Feld 'status' innerhalb des 'fields'-Objekts der Jira Issue API-Antwort.

Beispiele
Zu erledigenIn BearbeitungIn PrüfungErledigt
Assignee
Assignee
Der Benutzer, der aktuell für die Bearbeitung des Entwicklungselements zugewiesen ist.
Beschreibung

Der Bearbeiter ist die Person, die für das Arbeitselement in seinem aktuellen Status verantwortlich ist. In Jira ist dies ein Standardfeld, das sich ändert, wenn das Element zwischen verschiedenen Personen und Teams wechselt.

Die Analyse des Bearbeiters ist maßgeblich, um Ressourcenzuweisung, Arbeitslastverteilung und Übergabepunkte zu verstehen. Sie hilft bei der Beantwortung von Fragen, welche Entwickler oder Teams in spezifischen Phasen involviert sind, wer ein Engpass ist und wie die Arbeit innerhalb der Organisation verteilt ist.

Bedeutung

Identifiziert den verantwortlichen Benutzer oder den Antrag bearbeitet.ie Ressource für eine Activity, was eine Workload-Analyse, Resource Management und das Verständnis von Übergaben zwischen Einzelpersonen ermöglicht.

Datenquelle

Dies ist das Feld 'assignee' innerhalb des 'fields'-Objekts der Jira Issue API-Antwort.

Beispiele
Alice SmithBob JohnsonNicht zugewiesen
Elementpriorität
ItemPriority
Die Prioritätsstufe, die dem Entwicklungselement zugewiesen ist und dessen Dringlichkeit angibt.
Beschreibung

Item Priority definiert die relative Wichtigkeit oder Dringlichkeit eines Arbeitselements. Jira bietet ein Standard-'priority'-Feld mit konfigurierbaren Stufen wie Highest, High, Medium und Low.

Die Analyse der Priorität ist maßgeblich für die Überprüfung der Konformität und die Identifizierung von Engpässen für kritische Elemente. Zum Beispiel basiert das Dashboard 'Priority Item Conformance Check' auf diesem Attribute, um zu überprüfen, ob High-Priority-Elemente wie erwartet beschleunigt werden oder ob sie in denselben Warteschlangen wie Low-Priority-Elemente stecken bleiben.

Bedeutung

Hilft bei der Analyse, ob High-Priority-Elemente schneller als Low-Priority-Elemente verarbeitet werden und ob sie einen optimierteren Pfad verfolgen, um die Einhaltung von SLAs sicherzustellen.

Datenquelle

Dies ist das Feld 'priority' innerhalb des 'fields'-Objekts der Jira Issue API-Antwort.

Beispiele
HöchsteHochMittelNiedrig
Positionstyp
ItemType
Die Klassifizierung des Entwicklungselements, wie Bug, Story, Aufgabe oder Epic.
Beschreibung

Item Typ kategorisiert die Art der ausgeführten Arbeit. Jira verwendet ein Standard-'issuetype'-Feld, um zwischen verschiedenen Arten von Arbeitselementen zu unterscheiden, die oft einzigartige Workflows haben.

Dieses Attribute ist wesentlich für die vergleichende Analyse. Es ermöglicht Sie, den Process nach spezifischen Arbeitsarten zu filtern, z.B. um den Lebenszyklus eines 'Bug's' versus einer 'Story' zu vergleichen. Dies hilft zu identifizieren, ob bestimmte Arbeitsarten anfälliger für Verzögerungen, Nacharbeit oder Abweichungen vom Standard-Process sind.

Bedeutung

Ermöglicht die Segmentierung der Prozessanalyse, um zu vergleichen, wie verschiedene Arten von Arbeit, wie Bugs versus neue Funktionen, gehandhabt werden und wo sich ihre Processes unterscheiden.

Datenquelle

Dies ist das Feld 'issuetype' innerhalb des 'fields'-Objekts der Jira Issue API-Antwort.

Beispiele
StoryBugAufgabeEpic
Projektname
ProjectName
Der Name des Jira-Projekts, zu dem das Entwicklungselement gehört.
Beschreibung

In Jira werden alle Arbeitselemente in Projekten organisiert. Der Project Name liefert einen übergeordneten Kontext, der oft einem spezifischen Produkt, Team oder einer Initiative entspricht.

Dieses Attribute ist eine hilfreiche Dimension für Filterung und Vergleich. Es ermöglicht die Analyse und das Benchmarking des SDLC-Prozesses über verschiedene Projekte oder Produkte hinweg. Dies kann aufzeigen, welche Projekte effizienter sind, welche mehr Nacharbeit aufweisen und ob verschiedene Teams unterschiedliche Prozessvarianten verfolgen.

Bedeutung

Ermöglicht die Segmentierung der Prozessanalyse nach Projekt, Produkt oder Team, was Leistungsvergleiche und die Identifizierung von Best Practices erlaubt.

Datenquelle

Dies ist das Feld 'project' innerhalb des 'fields'-Objekts der Jira Issue API-Antwort.

Beispiele
Mobile App EntwicklungCore PlatformDaten Science
Teamname
TeamName
Das für das Arbeitselement verantwortliche Entwicklungsteam.
Beschreibung

Repräsentiert das spezifische agile oder Funktion-Team, das dem Entwicklungselement zugewiesen ist. In Jira wird dies oft als benutzerdefiniertes Feld implementiert oder kann aus anderen Informationen wie dem Projekt oder einer spezifischen Komponente abgeleitet werden.

Dieses Attribut ist maßgeblich für die Analyse der Teamleistung. Es ermöglicht die Filterung von Dashboards, um Metriken wie Zykluszeit, Nacharbeitsquote und Durchsatz für einzelne Teams anzuzeigen. Dies ist maßgeblich für die Dashboards 'Effizienz der Phasenübergaben' und 'Entwickler-Auslastung & Item-Fortschritt'.

Bedeutung

Ermöglicht die Leistungsmessung und den Vergleich zwischen verschiedenen Entwicklungsteams, wodurch leistungsstarke Teams identifiziert und Best Practices geteilt werden können.

Datenquelle

Dies ist oft ein benutzerdefiniertes Feld in Jira. Konsultieren Sie Ihren Jira-Administrator, um den spezifischen Feldnamen zu identifizieren, der 'Team', 'Squad' oder ähnlich lauten könnte.

Beispiele
Team PhoenixKerndiensteUI/UX Avengers
Element-Auflösung
ItemResolution
Das Endergebnis oder den Antrag bearbeitet.er Grund für das Schließen eines Entwicklungselements.
Beschreibung

Die 'Lösung' erklärt, warum ein Element in einen geschlossenen Zustand überführt wurde. Während ein Status 'Geschlossen' sein kann, könnte die Lösung 'Erledigt', 'Wird nicht gemacht', 'Duplikat' oder 'Nicht reproduzierbar' sein. Dies liefert wichtigen Kontext zum Ergebnis der Arbeit.

Die Analyse der Lösung hilft, zwischen erfolgreich abgeschlossener Arbeit und Elementen, die abgebrochen oder abgelehnt wurden, zu unterscheiden. Dies ist wichtig für die Qualitätsanalyse und das Verständnis des tatsächlichen Durchsatzes wertvoller Arbeit im Vergleich zum Aufwand für letztendlich verworfene Elemente.

Bedeutung

Unterscheidet zwischen erfolgreich abgeschlossenen Elementen und solchen, die aus anderen Gründen geschlossen wurden, was für eine genaue Produktivitäts- und Qualitätsanalyse wichtig ist.

Datenquelle

Dies ist das Feld 'resolution' innerhalb des 'fields'-Objekts der Jira Issue API-Antwort. Es wird in der Regel nur gefüllt, wenn ein Issue geschlossen wird.

Beispiele
ErledigtWird nicht gemachtDuplikatNicht reproduzierbar
Endzeit des Ereignisse
EventEndTime
Der Zeitstempel, wann eine Aktivität oder ein Status abgeschlossen wurde.
Beschreibung

Dieses Attribut markiert die Abschlusszeit einer Aktivität. Es ist der Zeitstempel der nächsten Aktivität in der Sequenz für einen gegebenen Case.

Während der 'Ereigniszeitpunkt (Event Time)' (StartTime) den Beginn einer Aktivität markiert, markiert der EventEndTime ihr Ende. Die Differenz zwischen diesen beiden Zeitstempels ist die Bearbeitungszeit für diese Aktivität. Dies ist maßgeblich für die Berechnung des KPIs 'Durchschnittliche Bearbeitungszeit pro Phase' und für die Erstellung von Dashboards, die Aktivitätsdauern analysierenn.

Bedeutung

Definiert den Endpunkt einer Activity und ermöglicht so die Berechnung der Dauer jedes Schritts im Process, was für die Engpassanalyse notwendig ist.

Datenquelle

Dies ist ein abgeleitetes Attribut. Für ein gegebenes Event ist seine Endzeit die Startzeit des nachfolgenden Ereignisse für denselben Case.

Beispiele
2023-10-26T12:30:00Z2023-11-15T18:00:15Z2024-01-05T11:45:00Z
Fix Version
FixVersion
Die Softwareversion, in der den Antrag bearbeitet.as Entwicklungselement tatsächlich gelöst und freigegeben wurde.
Beschreibung

Die 'Fix Version' in Jira gibt die Version an, die die abgeschlossene Arbeit für ein Element enthält. Sie markiert das konkrete Ergebnis der Entwicklungsbemühungen.

Dieses Attribut liefert den tatsächlichen Release-Kontext, der mit der 'PlannedReleaseVersion' verglichen werden kann, um die Lieferleistung zu analysierenn. Es wird auch verwendet, um alle in einem bestimmten Release gelieferten Elemente für eine konsolidierte Ansicht der erzielten Resultate zu gruppieren.

Bedeutung

Bestätigt, in welchem Release ein Arbeitsergebnis enthalten war, und liefert die Grundlage für die Release-Analyse und die Verfolgung gelieferter Funktionen.

Datenquelle

Dies entspricht dem Feld 'fixVersions' in der Jira Issue API-Antwort.

Beispiele
v2.1.1 Hotfixv3.0.0 Major Releasev2.2.0
Geplanter Release
PlannedReleaseVersion
Die Ziel-Softwareversion oder den Antrag bearbeitet.as Release, in dem das Element bereitgestellt werden soll.
Beschreibung

Dieses Attribut, oft das Feld 'Affects Version/s' in Jira, gibt das beabsichtigte Release für ein Funktion oder einen Fix an. Es dient als Frist oder Ziel für den Abschluss der Arbeit.

Dies ist ein kritisches Attribut für den KPI 'On-Time Release Delivery Rate'. Durch den Vergleich des tatsächlichen Bereitstellungsdatums mit dem geplanten Releasedatum, das dieser Version zugeordnet ist, können Sie die Termineinhaltung und die Vorhersagbarkeit Ihres Release-Prozesses messen.

Bedeutung

Definiert das Zieldatum der Lieferung oder den Antrag bearbeitet.es Release, was die Berechnung der pünktlichen Lieferraten und die Analyse der Termineinhaltung ermöglicht.

Datenquelle

Dies entspricht den Feldern 'versions' oder 'fixVersions' in der Jira Issue API. Das spezifische Feld für die Planung kann variieren.

Beispiele
Version 2.1Q1 2024 ReleaseProjekt Phoenix Start
Gesamtdurchlaufzeit
CycleTime
Die gesamte End-to-End-Dauer für ein Entwicklungselement.
Beschreibung

Durchlaufzeit misst die Gesamtzeit, die von der Erstellung eines Entwicklungselements bis zu seiner endgültigen Lösung, z.B. der Bereitstellung in der Produktion, vergeht. Sie wird auf Case-Ebene als Differenz zwischen dem Zeitstempel des allerersten Event und des allerletzten Event berechnet.

Dies ist ein primärer KPI zur Messung der Gesamtprozessgeschwindigkeit und -effizienz. Der KPI 'Durchschnittliche End-to-End Durchlaufzeit' und das Dashboard 'Gesamte SDLC Durchlaufzeit Analyse' basieren direkt auf dieser Berechnung. Die Reduzierung der Durchlaufzeit ist oft ein Hauptziel von Prozessoptimierungsinitiativen.

Bedeutung

Misst die End-to-End-Geschwindigkeit des Entwicklungsprozesses und liefert einen wichtigen Leistungsindikator für die Gesamteffizienz und Liefergeschwindigkeit.

Datenquelle

Dies ist ein berechnetes Attribut auf Fallebene. Es ist der Zeitstempel des letzten Ereignisse minus dem Zeitstempel des ersten Ereignisse für ein gegebenes 'DevelopmentItem'.

Beispiele
12096002592000604800
Ist Nacharbeit
IsRework
Ein Flag, das anzeigt, ob eine Aktivität Teil eines Nacharbeitszyklus ist.
Beschreibung

Dieses boolesche Attribut ist wahr, wenn eine Aktivität einen Rückschritt im Prozess darstellt, wie die Rückkehr zu 'Entwicklung gestartet', nachdem QA-Tests fehlgeschlagen sind. Es wird durch die Analyse der Abfolge von Aktivitäten für einen Case bestimmt.

Die Identifizierung von Nacharbeit ist die Basis für die Verbesserung der Prozesseffizienz und -qualität. Dieses Attribut unterstützt direkt den KPI 'Nacharbeitsaktivitätsrate' und das Dashboard 'Häufigkeit und Pfade von Nacharbeitszyklen'. Es ermöglicht die Quantifizierung des vergeudeten Aufwands und die genaue Bestimmung der Ursachen von Qualitätsproblemen, die zu Nacharbeit führen.

Bedeutung

Markiert explizit Aktivitäten, die Teil ineffizienter Nacharbeitsschleifen sind, was eine präzise Messung und Analyse von Prozessverschwendung und Qualitätsproblemen ermöglicht.

Datenquelle

Dies ist ein berechnetes Attribut. Es erfordert die Definition des erwarteten Prozessflusses und dann das Markieren jeder Aktivität, die durch den Übergang zu einer früheren Phase abweicht.

Beispiele
JaNein
Komponente
Component
Ein Unterabschnitt oder funktionaler Bereich eines Projekts, zu dem das Element gehört.
Beschreibung

Komponenten werden in Jira verwendet, um Issues innerhalb eines Projekts in kleinere, besser verwaltbare Teile zu gruppieren. Dies könnte einen Funktionsbereich wie 'Benutzerauthentifizierung', eine technische Schicht wie 'Backend API' oder ein Modul wie 'Reporting' darstellen.

Die Analyse nach Komponenten ermöglicht eine detailliertere Sicht auf den Entwicklungsprozess. Sie kann helfen zu identifizieren, ob bestimmte Teile der Anwendung mehr Bugs erzeugen, längere Development Cycles haben oder mehr Nacharbeit erfahren, was auf Bereiche technischer Schulden oder Komplexität hindeutet.

Bedeutung

Ermöglicht die Segmentierung des Process nach funktionalen oder technischen Bereichen des Produkts, wodurch ermittelt werden kann, welche Komponenten Quellen für Verzögerungen oder Qualitätsprobleme sind.

Datenquelle

Dies ist das Standardfeld 'components' innerhalb des 'fields'-Objekts der Jira Issue API-Antwort.

Beispiele
BenutzeroberflächeDatenbankAPI GatewayAuthentifizierung
Melder
Reporter
Der `Benutzer`, der den Antrag bearbeitet.as Entwicklungselement ursprünglich erstellt oder gemeldet hat.
Beschreibung

Der Reporter ist die Person, die das Issue in Jira erstellt hat. Dies könnte ein Entwickler, ein QA-Tester, ein Produktmanager oder sogar ein Kunde über eine Service Desk-Integration sein.

Die Analyse des Reporters kann Einblicke in den Ursprung der Arbeit geben. Sie können zum Beispiel analysierenn, ob Bugs, die vom QA-Team gemeldet wurden, einen anderen Lebenszyklus haben als solche, die von Kunden gemeldet wurden. Sie kann auch dazu beitragen, Kommunikationsmuster und den Informationsfluss zu Beginn des Prozesses zu verstehen.

Bedeutung

Identifiziert den Ursprung des Arbeitselements, der verwendet werden kann, um Muster basierend darauf zu analysierenn, wer Aufgaben erstellt oder Bugs meldet.

Datenquelle

Dies ist das Feld 'reporter' innerhalb des 'fields'-Objekts der Jira Issue API-Antwort.

Beispiele
Charles DarwinMarie CurieIsaac Newton
Sprint-Name
SprintName
Der Name des agilen Sprints, dem das Entwicklungselement zugewiesen ist.
Beschreibung

Für Teams, die Scrum einsetzen, ist der Sprint ein zeitlich begrenzter Zeitraum, in dem eine bestimmte Menge an Arbeit abgeschlossen wird. Dieses Attribute erfasst den Namen oder den Antrag bearbeitet.ie Kennung des Sprints, zu dem ein Element gehört.

Die Analyse nach Sprint ist die Basis für Agile-fokussiertes Process Mining. Sie hilft bei der Bewertung der Leistungsfähigkeit einzelner Sprints, dem Verständnis von Übertragungsarbeiten und der Verfolgung des Fortschritts im Hinblick auf Sprint-Ziele. Es bietet einen zeitbasierten Kontext, der spezifischer ist als allgemeine Datumsbereiche.

Bedeutung

Bietet einen kritischen Kontext für agile Teams und ermöglicht die Analyse der Prozesseffizienz und des Durchsatzes auf Sprint-Basis.

Datenquelle

Diese Information wird in der Regel in einem 'Sprint'-Benutzerdefinierten Feld gespeichert, das von Jira Software (Agile) verwaltet wird. Die Daten sind über die Issue API zugänglich.

Beispiele
PROJ Sprint 1Q4-2023 Sprint 3November PI Sprint 2
Übergabe-Wartezeit
HandoffWaitTime
Die Leerlaufzeit zwischen zwei aufeinanderfolgenden Aktivitäten.
Beschreibung

Diese Metrik berechnet die Wartezeit oder Queue-Zeit zwischen dem Abschluss einer Aktivität und dem Beginn der nächsten. Sie repräsentiert die Zeit, in der Arbeit untätig auf die Bearbeitung wartet.

Dies ist eine kritische Metrik für den KPI 'Durchschnittliche Übergabewartezeit' und das Dashboard 'Effizienz der Phasenübergaben'. Hohe Übergabezeiten weisen oft auf Koordinationsprobleme, Ressourcenengpässe oder ineffiziente Kommunikation zwischen Teams hin, wie zwischen Entwicklung und QA. Die Minimierung dieser Leerlaufzeit ist ein wichtiger Hebel zur Reduzierung der Gesamtzykluszeit.

Bedeutung

Hebt Leerlauf- oder Wartezeiten im Process hervor, deckt Ineffizienzen bei Übergaben zwischen Teams oder Einzelpersonen auf und offenbart Koordinationsprobleme.

Datenquelle

Dies ist eine berechnete Metrik. Es ist die Startzeit einer Aktivität minus der Endzeit der vorhergehenden Aktivität für denselben Case.

Beispiele
017280043200
Erforderlich Empfohlen Optional

Software Development Life Cycle (SDLC) Aktivitäten

Dies sind die wichtigsten Prozessschritte und Meilensteine, die Sie in Ihrem Event Log für eine präzise Software Development Life Cycle (SDLC) Prozesserkennung erfassen sollten.
6 Empfohlen 8 Optional
Aktivität Beschreibung
Entwicklung gestartet
Stellt den Zeitpunkt dar, an dem ein Entwickler aktiv mit der Arbeit an dem Entwicklungselement beginnt. Dies wird fast immer durch eine Statusänderung im Jira-Workflow erfasst, zum Beispiel wenn der Status des Issues zu 'In Progress' wechselt.
Bedeutung

Dies ist ein wichtiger Meilenstein zur Messung der aktiven Entwicklungszeit. Er hilft, Wartezeit von wertschöpfender Arbeit zu unterscheiden, eine Schlüsselmetrik zur Identifizierung von Engpässen.

Datenquelle

Abgeleitet aus dem Jira Issue changelog. Es ist der Zeitstempel, wenn das 'status'-Feld zuerst auf 'In Progress', 'In Development' oder einen ähnlichen aktiven Status wechselt.

Erfassen

Zeitstempel der Statusänderung zu 'In Progress'.

Ereignistyp inferred
Entwicklungselement erstellt
Dies markiert den Beginn des Lebenszyklus, wenn ein neues Entwicklungselement, wie eine Story, ein Bug oder eine Aufgabe, formal in Jira erfasst wird. Dieses Event wird vom System explizit mit einem Erstellungs-Zeitstempel für jedes Issue erfasst.
Bedeutung

Diese Aktivität dient als definitiver Start des Prozesses, was für die Berechnung von End-to-End-Durchlaufzeiten und die Verfolgung des Gesamtvolumens der eingehenden Arbeit notwendig ist.

Datenquelle

Dies ist ein wesentliches Event für jedes Jira Issue. Der Erstellungs-Zeitstempel wird im Feld 'created' des Issue-Datensatzes gespeichert und ist über die Jira API zugänglich.

Erfassen

Das 'created' Zeitstempel-Feld im Jira Issue-Objekt.

Ereignistyp explicit
In Produktion bereitgestellt
Dieses Event markiert den Zeitpunkt, an dem die Codeänderungen, die mit dem Entwicklungselement verbunden sind, in der Produktionsumgebung live sind. Dies kann aus einer finalen Statusänderung zu 'Done' oder 'Released' abgeleitet oder über ein explizites Event von einem integrierten CI/CD-Tool erfasst werden.
Bedeutung

Dies ist der primäre Erfolgspunkt für den Prozess. Er ist wichtig für die Berechnung der gesamten End-to-End-Zykluszeit und die Messung der Bereitstellungsfrequenz und des Durchsatzes.

Datenquelle

Kann aus dem Jira Issue changelog abgeleitet werden, wenn sich der Status auf 'Released' oder 'Done' ändert. Für höhere Genauigkeit kann es von Deployment Ereignisse erfasst werden, die von CI/CD-Tools wie Jenkins, Bamboo oder über die Deployments-Funktion in Jira gepusht werden.

Erfassen

Zeitstempel der Statusänderung zu 'Erledigt' oder 'Freigegeben'.

Ereignistyp inferred
QA Testing abgeschlossen
Bedeutet, dass das Entwicklungselement alle Quality Assurance-Checks erfolgreich bestanden hat und für die nächste Phase, wie Benutzer Acceptance Testing oder Freigabe, bereit ist. Dies wird durch eine Statusänderung aus dem primären Teststatus abgeleitet.
Bedeutung

Dies markiert den Abschluss eines wichtigen Quality Gate. Die Analyse der Dauer der QA-Phase hilft, Testprozesse und Ressourcenzuweisung zu optimieren.

Datenquelle

Abgeleitet aus dem Jira Issue changelog. Es ist der Zeitstempel, wenn das 'status'-Feld von 'In QA' in einen nachfolgenden Status wie 'Ready for UAT' oder 'Ready for Release' übergeht.

Erfassen

Zeitstempel der Statusänderung von 'In QA' zu 'Bereit für UAT'.

Ereignistyp inferred
QA Testing gestartet
Dieses Event markiert den Beginn der formalen Quality Assurance Testphase für das Entwicklungselement. Es wird aus einer Jira-Statusänderung abgeleitet, wenn das Issue in einen Status wie 'In QA', 'In Testing' oder 'Bereit zum Testen' verschoben wird.
Bedeutung

Dies ist ein wichtiger Meilenstein, der den Antrag bearbeitet.en Qualitätsvalidierungszyklus einleitet. Die Messung der Zeit von 'Entwicklung abgeschlossen' bis zu diesem Punkt hebt Übergabeverzögerungen zwischen Dev- und QA-Teams hervor.

Datenquelle

Abgeleitet aus dem Jira Issue changelog. Es ist der Zeitstempel, wenn sich das 'status'-Feld in einen bestimmten QA-Teststatus wie 'In QA' ändert.

Erfassen

Zeitstempel der Statusänderung zu 'In QA' oder 'Im Test'.

Ereignistyp inferred
UAT genehmigt
Stellt den erfolgreichen Abschluss des Benutzer Acceptance Testing (UAT) dar, der den Antrag bearbeitet.ie Genehmigung der Stakeholder für die Freigabe anzeigt. Dies wird durch eine Statusänderung von 'In UAT' zu einem Zustand wie 'Bereit zur Freigabe' oder 'Erledigt' abgeleitet.
Bedeutung

Dieser Meilenstein bestätigt die geschäftliche Akzeptanz und gibt das Element für die Produktionseinführung frei. Er ist ein kritisches Gate, um sicherzustellen, dass die gelieferte Arbeit den Benutzererwartungen entspricht.

Datenquelle

Abgeleitet aus dem Jira Issue changelog. Es ist der Zeitstempel der Statusänderung von 'In UAT' zum nächsten Status im Workflow, was die Genehmigung bedeutet.

Erfassen

Zeitstempel der Statusänderung von 'In UAT' zu 'Bereit zur Freigabe'.

Ereignistyp inferred
Code-Review durchgeführt
Zeigt an, dass ein Kollege oder Teamleiter den `Code` auf Qualität, Standards und Funktionalität überprüft hat. Dies kann aus einer Statusänderung abgeleitet werden, z.B. dem Übergang von 'In Review' zu 'Ready for QA', oder explizit aus integrierten Entwicklungstools.
Bedeutung

Diese Aktivität ist ein kritisches Quality Gate. Die Analyse ihrer Dauer und Resultate, wie Nacharbeit, hilft, die Codequalität zu verbessern und später im Prozess gefundene Bugs zu reduzieren.

Datenquelle

Wird üblicherweise aus dem Jira Issue changelog abgeleitet, wenn der Status einen 'Code Review'-Zustand verlässt. Es kann auch ein explizites Event sein, wenn Code-Repository-Tools wie Bitbucket oder GitHub integriert sind.

Erfassen

Zeitstempel der Statusänderung von 'In Review' zum nächsten Status.

Ereignistyp inferred
Element bereit für die Entwicklung
Zeigt an, dass ein Entwicklungselement vollständig spezifiziert, überprüft und priorisiert wurde und somit bereit ist, von einem Entwickler bearbeitet zu werden. Dies wird in der Regel aus einer Statusänderung im `Workflow` abgeleitet, z.B. dem Übergang von 'Backlog' zu 'To Do' oder 'Ready for Dev'.
Bedeutung

Dies zu verfolgen hilft, die Backlog-Bereitschaft und die Wartezeit der Elemente vor Beginn der Entwicklung zu messen. Es isoliert Planungs- und Verfeinerungszeit von der aktiven Entwicklungszeit.

Datenquelle

Abgeleitet aus dem Jira Issue changelog. Suchen Sie nach einem Zeitstempel, wenn sich das 'status'-Feld auf einen Wert wie 'Ready for Dev', 'To Do' oder 'Selected for Development' ändert.

Erfassen

Zeitstempel der Statusänderung zu einem vor der Entwicklung bereiten Status.

Ereignistyp inferred
Entwicklung abgeschlossen
Diese Aktivität bedeutet, dass der Entwickler die Codierung abgeschlossen hat und das Element für die nächste Phase, wie Code Review oder Tests, bereit ist. Sie wird aus einer Jira-Statusänderung abgeleitet, z. B. wenn der Status von 'In Progress' zu 'In Review' oder 'Bereit für QA' wechselt.
Bedeutung

Dies markiert das Ende der Kernentwicklungsphase und ermöglicht die Analyse der Codierungsdauer und der Effizienz der Übergaben an das Qualitätssicherungsteam.

Datenquelle

Abgeleitet aus dem Jira Issue changelog, wenn sich der Status von einem aktiven Entwicklungszustand in einen nachfolgenden Status wie 'In Review' oder 'Ready for QA' ändert.

Erfassen

Zeitstempel der Statusänderung von 'In Progress' zu 'In Review' oder 'Bereit für QA'.

Ereignistyp inferred
Entwicklungselement abgebrochen
Stellt die Beendigung eines Entwicklungselements vor dessen Fertigstellung dar. Dies wird durch eine Statusänderung zu einem Endstatus wie 'Abgebrochen', 'Abgelehnt' oder 'Wird nicht gemacht' abgeleitet und geht oft mit einer spezifischen Lösung einher.
Bedeutung

Diese Aktivität verfolgt nicht erfolgreiche Prozessergebnisse. Die Analyse, warum Elemente abgebrochen werden, kann Probleme bei der Planung, Priorisierung oder Anforderungsdefinition aufzeigen.

Datenquelle

Abgeleitet aus dem Jira Issue changelog. Dies ist der Zeitstempel, wenn der Issue-'status' auf 'Abbrechened' oder 'Won't Do' geändert und eine entsprechende resolution festgelegt wird.

Erfassen

Zeitstempel der Statusänderung zu 'Abgebrochen', 'Abgelehnt' oder 'Wird nicht gemacht'.

Ereignistyp inferred
Entwicklungselement geschlossen
Dies ist die letzte administrative Aktion, die bestätigt, dass keine weitere Arbeit an dem Element erwartet wird. Sie wird oft aus einer Statusänderung zu 'Geschlossen' und der Einstellung eines 'Resolution'-Feldwerts abgeleitet.
Bedeutung

Stellt das absolute Ende des Lebenszyklus eines Elements dar. Ein Vergleich mit 'In Produktion bereitgestellt' kann administrative Verzögerungen oder Überwachungszeiten nach der Bereitstellung aufdecken.

Datenquelle

Abgeleitet aus dem Jira Issue changelog. Es ist der Zeitstempel, wenn das 'status'-Feld auf 'Closed' wechselt und eine resolution gesetzt wird.

Erfassen

Zeitstempel der Statusänderung zu 'Geschlossen'.

Ereignistyp inferred
QA Testing fehlgeschlagen
Zeigt an, dass das QA-Team einen Defekt gefunden hat, was dazu führt, dass das Entwicklungselement zur Nacharbeit an die Entwickler zurückgesendet wird. Dies wird aus einem rückwärtigen Statusübergang abgeleitet, zum Beispiel von 'In QA' zurück zu 'In Progress' oder 'To Do'.
Bedeutung

Diese Aktivität ist maßgeblich, um Nacharbeitszyklen zu identifizieren. Die Verfolgung ihrer Häufigkeit hilft, die Kosten schlechter Qualität zu quantifizieren und Verbesserungsbereiche in Entwicklung oder Anforderungen hervorzuheben.

Datenquelle

Abgeleitet aus dem Jira Issue changelog. Erfasst, wenn das 'status'-Feld von einem Testzustand (z.B. 'In QA') in einen früheren Entwicklungszustand (z.B. 'In Progress') übergeht.

Erfassen

Zeitstempel der Statusänderung von einem Teststatus zu einem Entwicklungsstatus.

Ereignistyp inferred
UAT gestartet
Markiert den Beginn des Benutzer Acceptance Testing (UAT), bei dem Stakeholder oder Endnutzer die neue Funktionalität validieren. Dies wird durch eine Statusänderung in Jira abgeleitet, z. B. zu 'In UAT' oder 'Benutzer Acceptance Testing'.
Bedeutung

Diese Aktivität verfolgt den Beginn der finalen Validierungsphase vor dem Release. Die Analyse ihrer Dauer ist maßgeblich, um Verzögerungen durch Stakeholder-Verfügbarkeit oder Feedback-Zyklen zu verstehen und zu reduzieren.

Datenquelle

Abgeleitet aus dem Jira Issue changelog. Es ist der Zeitstempel, wenn das 'status'-Feld auf 'In UAT' oder einen ähnlichen zugewiesenen Status aktualisiert wird.

Erfassen

Zeitstempel der Statusänderung zu 'In UAT'.

Ereignistyp inferred
Zur Veröffentlichung vorbereitet
Zeigt an, dass das Entwicklungselement alle Prüfungen bestanden hat und in eine spezifische Software-Release-Version gebündelt wurde, die auf die Bereitstellung wartet. Dies wird oft abgeleitet, wenn sich der Status eines Issues auf 'Ready for Release' ändert oder den Antrag bearbeitet.as Feld 'Fix Version' gefüllt wird.
Bedeutung

Diese Aktivität hilft, die Freigabebereitschaft und die Zeit zu verfolgen, die Elemente auf ein Bereitstellungsfenster warten, nachdem alle Entwicklungs- und Testarbeiten abgeschlossen sind.

Datenquelle

Typischerweise aus dem Jira Issue Changelog als Statusänderung zu 'Bereit zur Freigabe' abgeleitet. Alternativ kann es vom Zeitstempel abgeleitet werden, wenn das Feld 'Fix Version/s' gesetzt wird.

Erfassen

Zeitstempel der Statusänderung zu 'Bereit zur Freigabe' oder wenn 'Fix Version' gefüllt ist.

Ereignistyp inferred
Empfohlen Optional

Extraktionsanleitungen

So erhalten Sie Ihre Daten aus Jira Software