Business-Stakeholder-Rolle für Agile Development 2.0
Verwenden Sie die Business-Stakeholder-Rolle, um Daten aus einer beliebigen Tabelle der Anwendungen Agile Development 2.0 und Scrum Programs zu lesen und abzurufen und um Berichte zu generieren.
Wenn Sie das Plugin „Business Stakeholder“ (com.snc.business_stakeholder) in Ihrer ServiceNow-Instanz aktivieren, werden die schreibgeschützten Rollen für das Plugin „Agile 2.0“ (com.snc.agile_read_roles) ebenfalls aktiviert. Dieses Plugin stellt die Business-Stakeholder-Rolle (sn_agile_read) bereit, mit der Sie auf alle Tabellen der Anwendungen Agile Development 2.0 und Scrum Programs zugreifen können. Diese Rolle können Sie jedem Benutzer in Ihrer Organisation zuweisen, der Business-Stakeholder ist.
Plugin-Verfügbarkeit
Wenn Sie Neukunde sind, werden die schreibgeschützten Rollen für das Plugin „Agile 2.0“ (com.snc.agile_read_roles) auf zBoot aktiviert. Die Business-Stakeholder-Rolle (sn_agile_read) ist jedoch nur verfügbar, wenn Sie das Plugin „Agile Development 2.0“ (com.snc.sdlc.agile.2.0) aktivieren.
Wenn Sie Upgradekunde sind, müssen Sie die schreibgeschützten Rollen für das Plugin „Agile 2.0“ (com.snc.agile_read_roles) manuell aktivieren.
Agile Development 2.0-Tabellen, auf die Benutzer mit der Business-Stakeholder-Rolle zugreifen können
Wenn die schreibgeschützten Rollen für das Plugin „Agile 2.0“ (ccom.snc.agile_read_roles) und „Agile Development 2.0“ (com.snc.sdlc.agile.2.0) in Ihrer ServiceNow-Instanz aktiv sind, haben Benutzer mit der Business-Stakeholder-Rolle (sn_agile_read) Lesezugriff auf die folgenden Tabellen.
| Tabelle | Beschreibung |
|---|---|
| Produktzuweisungsgruppe [m2m_product_group] |
Speichert die Beziehung zwischen Produkten und Gruppen. |
| Release-Zuweisungsgruppe [m2m_release_group] |
Speichert die Beziehung zwischen Releases und Gruppen. |
| Anwendungsmodell [cmdb_application_product_model] |
Stellt ganze Produkte dar, deren Releases verwaltet werden. |
| Releaseprodukt [m2m_product_release] |
Stellt alle verwalteten Produkte dar. |
| Story-Abhängigkeiten [m2m_story_dependencies] |
Stellt alle zugehörigen Storys (erforderlich und abhängig) zu einer vorhandenen Story dar. |
| Scrum-Aufgabe [rm_scrum_task] |
Stellt eine separate Menge Arbeit für eine Story dar, die während eines Sprints ausgeführt wird. |
| Sprint-Teammitglied [scrum_pp_sprint_team_member] |
Stellt die Liste der Benutzer dar, die Teil eines Sprints sind. |
| Team [scrum_pp_team] |
Stellt dar, wer während Releases und Sprints Scrum-Aufgaben und Storys abschließt. |
| Teamname [scrum_pp_team_name] |
Stellt den Namen des Scrum-Teams dar. |
| Thema [scrum_theme] |
Entweder ein greifbares Produkt (z. B. eine Handelsanwendung) oder ein abstraktes Ziel (z. B. Leistungsoptimierung). |
| Scrum-Release [rm_release_scrum] |
Stellt einzelne Versionen (Releases) des Produkts dar. Jeder Release enthält eine Liste von Sprints mit einem Zeitbereich, in dem die Storys in diesen Sprints abgeschlossen werden müssen. |
| Sprint [rm_sprint] |
Speichert Sprints, also die Elemente des Rückstands, die während eines bestimmten Zeitraums gemeinsam behandelt werden sollen. |
| Epic [rm_epic] |
Stellt zugehörige Storys oder Anforderungen dar, die Sie noch nicht in Storys umgewandelt haben. |
| Story [rm_story] |
Stellt eigenständige Arbeitselemente dar, die innerhalb eines Sprints abgeschlossen werden können. |
| Defect [rm_defect] |
Stellt eine Abweichung vom erwarteten Verhalten eines Produkts dar. |
| Erweiterung [rm_enhancement] |
Stellt eine Verbesserung oder Erweiterung eines vorhandenen Produkts dar. |
| Tabelle | Beschreibung |
|---|---|
| epic_backlog_definition | Speichert die Filterkriterien, die zum Erstellen der Epic-Rückstände verwendet werden. |
| scrum_program_m2m_group | Speichert die Beziehung zwischen einem Scrum-Programm und seinen Teams. |