Agile Development
Die Anwendung ServiceNow® Agile Development hilft Ihnen, Softwareprojekte effizienter abzuwickeln, indem sie die Lebenszyklen der Softwareentwicklung mithilfe eines iterativen, inkrementellen und flexiblen Ansatzes verwaltet und verfolgt.
Wenn Sie für Entwicklung, Tests und Projektverfolgung eigenständige Tools verwenden, können Verbesserungen und Korrekturen, Change-Prozesse und die Bereitstellung voneinander getrennt werden. Agile Development fasst diese Workflows des Entwicklungslebenszyklus in einem System zusammen und hilft Ihnen, den Rückstand von der Einführung über die Tests bis zur Bereitstellung zu verwalten. Mit der Flexibilität, entweder Scrum oder die traditionelle Wasserfallmethode zu verwenden, bietet Ihnen Agile Development mehr Transparenz über den gesamten Produktentwicklungslebenszyklus.
Varianten von ServiceNow® Agile Development
- Agile Development unter Project Management
- Informationen zur projektbasierten agilen Entwicklung finden Sie unter Integration von Agile Development 2.0 mit Project Portfolio Management.
- Agile Development 1.0
- Wichtig:Das Plugin „Agile Development 1.0“ (com.snc.sdlc.scrum.pp) ist nicht mehr für die Aktivierung verfügbar. Aktivieren Sie das Plugin „Agile Development 2.0“ (com.snc.sdlc.agile.2.0) für erweiterte agile Funktionen zur Verwaltung Ihrer Softwareentwicklungsbemühungen.
- Agile Development 2.0
Agile Development 2.0 unterstützt auf Agilität basierende Ausführung. Über das Scrum-Agile-Framework wird eine agile Softwareentwicklungsumgebung für produkt- oder projektbasierte Vorhaben bereitgestellt. Mit Agile Development 2.0 erhalten Sie die Flexibilität, einen reinen agilen Ansatz über den gesamten Lebenszyklus eines Produkts hinweg oder einen hybriden Ansatz mit agilen Methoden innerhalb einer herkömmlichen Projektstruktur zu implementieren.
Weitere Informationen finden Sie unter Agile Development 2.0.
Hauptunterschiede zwischen den Agile Development-Varianten
| Funktion | Agile Development (Project Management) |
Agile Development 2.0 |
|---|---|---|
| Rückstand | Eine Story kann nur einem Projekt zugeordnet werden. | Ein personalisierter Rückstand kann durch Definieren von Filterkriterien erstellt werden. |
| Release | Eine Projekt-Story kann nicht einem Release zugeordnet werden. | Ein Release ist eine bestimmte Zeitleiste, um priorisierte Storys aus dem Rückstand auszuführen.
|
| Thema und Epic | Eine Story kann nicht einem Thema oder Epic zugeordnet werden. | Rückstand-Storys können nach Themen und Epics kategorisiert werden. |
| Team und Zuweisungsgruppe | Zuweisungsgruppe wird verwendet. | Die Zuweisungsgruppe wird verwendet, um eine Zuweisungsgruppe vom Typ Agile Team zu erstellen. Die Verwechslung zwischen der Verwendung von Releaseteam und Zuweisungsgruppe ist ausgeschlossen. Ein vorhandenes Releaseteam kann in eine Zuweisungsgruppe umgewandelt werden. |
| Sprints | Sprints basieren auf Zuweisungsgruppen. Jede Gruppe kann einen eigenen Sprintzeitplan haben. | Sprints werden für Zuweisungsgruppen generiert. Verschiedene Gruppen können unterschiedliche Sprintzeitpläne verwenden oder alle Gruppen können demselben Zeitplan folgen. Die Agile Board-Registerkarte Sprint-Planung wird zum Verwalten von Sprints verwendet. |
| Sprint-Planung | Die Sprint-Planungstafel wird verwendet. | Die Registerkarte „Sprint-Planung“ auf der Agile-Tafel wird verwendet. |
| Aufgaben-Fortschrittstafel und Story-Fortschrittstafel | VTB (Visual Task Board) wird verwendet. | Die Registerkarte „Sprint-Nachverfolgung“ auf der Agile-Tafel wird verwendet. |
Integration mit Digital-Portfoliomanagement
Digital-Portfoliomanagement (DPM) bietet Besitzern einen einheitlichen Arbeitsbereich, in dem sie Services und Anwendungen über den gesamten Lebenszyklus hinweg anzeigen und gemeinsam verwalten können. Durch die Integration von DPM mit Agile Development 2.0DPM können Manager von Agile Development 2.0 Daten von [] wie Epics, Stories, Sprints und Releases im Kontext der ausgewählten Geschäftsanwendung anzeigen.