Agile Development
Die ServiceNow® Agile Entwicklung Die Anwendung hilft Ihnen, Softwareprojekte effizienter bereitzustellen, indem Sie die Lebenszyklen der Softwareentwicklung mithilfe eines iterativen, inkrementellen und flexiblen Ansatzes verwalten und nachverfolgen.
Wenn Sie über mehrere eigenständige Tools für Entwicklung, Tests und Projektnachverfolgung verfügen, kann es zu einer Trennung zwischen Erweiterungen und Korrekturen, Change-Prozessen und Bereitstellung kommen. Agile Entwicklung Ruft diese Entwicklungslebenszyklus-Workflows in einem System zusammen und hilft Ihnen, den Backlog von der Konzeption über Tests und Bereitstellung zu verwalten. Indem Sie Ihnen die Flexibilität bieten, Scrum oder herkömmliche Wasserfallmethode zu verwenden, Agile Entwicklung Bietet Ihnen einen verbesserten Einblick in den gesamten Produktentwicklungslebenszyklus.
Varianten von ServiceNow® Agile Entwicklung
- Agile Entwicklung Unter Projektmanagement
- Siehe Agile Development 2,0-Integration mit Projekt-Portfoliomanagement Für projektbasierte agile Entwicklung.
- Agile Entwicklung 1.0
- Wichtig:Die Agile Entwicklung 1.0 Plugin (com.snc.sdlc.Scrum.PP) ist nicht mehr für die Aktivierung verfügbar. Aktivieren Sie Agile Entwicklung 2.0 Plugin (com.snc.sdlc.Agile.2,0) für erweiterte Agile-Fähigkeiten zur Verwaltung Ihrer Softwareentwicklungsbemühungen.
- Agile Entwicklung 2.0
Agile Entwicklung 2.0 Unterstützt agile Ausführung. Es bietet eine agile Softwareentwicklungsumgebung für Produkt- oder projektbasierte Bemühungen mithilfe des agilen Scrum-Frameworks. Mit Agile Entwicklung 2.0, Sie haben die Flexibilität, einen rein agilen Ansatz über den gesamten Lebenszyklus eines Produkts oder einen hybriden Ansatz mit agilen Methoden innerhalb einer herkömmlichen Projektstruktur zu implementieren.
Weitere Informationen finden Sie unter Agile Entwicklung 2.0.
Wichtige Unterschiede zwischen Agile Entwicklung Varianten
| Funktion | Agile Entwicklung (Projektmanagement) |
Agile Entwicklung 2.0 |
|---|---|---|
| Backlog | Eine Story kann nur einem Projekt zugeordnet werden. | Ein personalisierter Backlog kann erstellt werden, indem Filterkriterien definiert werden. |
| Release | Eine Projektstory kann keinem Release zugeordnet werden. | Ein Release ist eine eindeutige Zeitleiste zum Ausführen priorisierter Stories aus dem Backlog.
|
| Design und Epic | Eine Story kann keinem Design oder Epic zugeordnet werden. | Backlog-Stories können nach Designs und Epics kategorisiert werden. |
| Team vs. Zuweisungsgruppe | Zuweisungsgruppe wird verwendet. | Zuweisungsgruppe wird verwendet, um eine Zuweisungsgruppe vom Typ „agiles Team“ zu erstellen. Die Verwirrung zwischen der Verwendung des Release-Teams und der Zuweisungsgruppe wird beseitigt. Ein vorhandenes Release-Team kann in eine Zuweisungsgruppe konvertiert werden. |
| Sprints | Sprints basieren auf Zuweisungsgruppen. Jede Gruppe kann einen eigenen Sprint-Zeitplan haben. | Sprints werden für Zuweisungsgruppen generiert. Verschiedene Gruppen können verschiedene Sprint-Zeitpläne verwenden, oder alle Gruppen können demselben Zeitplan folgen. Das Agile Board Sprintplanung Die Registerkarte wird zum Verwalten von Sprints verwendet. |
| Sprintplanung | Die Sprint-Planungstafel wird verwendet. | Die Registerkarte „Sprintplanung“ auf der agilen Tafel wird verwendet. |
| Aufgabenfortschrittstafel und Story-Fortschrittstafel | VTB (visuelles Taskboard) wird verwendet. | Die Registerkarte „Sprint-Nachverfolgung“ auf der agilen Tafel wird verwendet. |
Integration mit Digital-Portfoliomanagement
Digital-Portfoliomanagement( DPM) Bietet einen einheitlichen Arbeitsbereich, in dem Besitzer ihre Services und Anwendungen über den gesamten Lebenszyklus hinweg anzeigen und gemeinsam verwalten können. Durch Integration DPM Mit Agile Entwicklung 2.0, DPM Manager können anzeigen Agile Entwicklung 2.0 Daten wie Epics, Stories, Sprints und Releases im Kontext der ausgewählten Geschäftsanwendung.