Business-Stakeholder-Rolle für Agile Development 2.0

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 2 Minuten Lesedauer
  • 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 : 1. Agile Development 2.0 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 : 2. Scrum Programs-Tabellen
    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.