Mit dem E-Mail-Monitor an der Erstellung von Anforderungen mitwirken

Mit dem E-Mail-Monitor an der Erstellung von Anforderungen mitwirken

Die Funktion „E-Mail-Monitor“ ermöglicht es Ihnen, Workitems in Ihrem Azure DevOps-Projekt über ein Medium zu erstellen, das nicht nativ in Azure DevOps integriert ist. Das heißt, Sie können über E-Mail mit Ihrem Projekt kommunizieren. Teams sehen sich häufig mit Situationen konfrontiert, in denen sie per E-Mail über Anforderungen, Änderungsanfragen oder Fehler kommunizieren, die erfasst werden sollten, und oft gelingt es ihnen, mithilfe von E-Mails eine endgültige Anforderung zu formulieren, die in ihr Projekt aufgenommen werden sollte.

Mit der E-Mail-Monitor-Funktion kann Ihr Team diese externe Kommunikation nun direkt in ein Arbeitselement umwandeln.

Anwendungsbeispiele und Informationen zur Konfiguration von Email Monitor finden Sie im Video.

 

Sie gelangen zur Konfigurationsseite von „Email Monitor“, indem Sie zu „Collection/Admin-Einstellungen“ – „Modern Requirement4DevOps Extension“ – „Dienste“ – „Email Monitor“ navigieren .

Wenn Sie die Funktion „E-Mail-Monitor“ im Erweiterungsfenster von „Modern Requirements4DevOps“ aktivieren, können Sie eine Monitor-E-Mail-Adresse angeben, die alle an diese Adresse gesendeten Arbeitselemente abfängt und erstellt. Da das System versucht, jede an die Monitor-E-Mail-Adresse gesendete E-Mail zu erfassen, empfiehlt es sich, diese Adresse ausschließlich für den E-Mail-Monitor zu verwenden.

Sie müssen außerdem eine Administrator-E-Mail-Adresse angeben, für den Fall, dass das System die E-Mails nicht erkennen kann; in diesem Fall wird eine Benachrichtigungs-E-Mail an die Administrator-E-Mail-Adresse gesendet.

Sie können festlegen, welche WorkItem-Typen Sie in Ihrem Projekt aus diesen erfassten E-Mails erstellen möchten.

Die Betreffzeilen der an die Monitor-E-Mail-Adresse gesendeten E-Mails werden stets den Betreffzeilen der zu erstellenden Arbeitselemente zugeordnet.

Mit „Teamprojekt (Standard)“ können Sie ein Standardprojekt auswählen, dem Sie die Arbeitselemente hinzufügen möchten.

Mit den Funktionen „Add-on erstellen“ und „Add-on aktualisieren“ können Sie festlegen, wann die Anforderung zum Projekt hinzugefügt werden soll.

Für das Feld „Beschreibung“:

Wenn das Kontrollkästchen „Bei Erstellung hinzufügen“ aktiviert ist, bedeutet dies, dass das System anhand der ursprünglichen E-Mail ein neues Workitem erstellt und der E-Mail-Text als Beschreibung des erstellten Workitems übernommen wird.

Wenn das Kontrollkästchen „Bei Aktualisierung hinzufügen“ aktiviert ist, bedeutet dies, dass die bestehende Beschreibung des erstellten Workitems durch zukünftige Antworten zu diesem Workitem überschrieben wird.

Für den Bereich Geschichte：

Wenn das Kontrollkästchen „Bei Erstellung hinzufügen“ aktiviert ist, wird der Text der ursprünglichen E-Mail dem Abschnitt „Diskussion“ des erstellten Arbeitselements zugeordnet.

Wenn das Kontrollkästchen „Bei Aktualisierung hinzufügen“ aktiviert ist, werden alle hin- und hergehenden Antworten zu demselben Workitem dem Abschnitt „Diskussion“ hinzugefügt.

Über „Absendername“, „Absender-E-Mail“ und „E-Mail-Text“ können Sie festlegen, welche Inhalte Sie in die zugehörige Beschreibung oder den Diskussionsbereich einfügen möchten.

Anwendungsfall für den E-Mail-Monitor-Dienst

Der häufigste Anwendungsfall für die E-Mail-Monitor-Funktion ist folgender:

Ich leite eine große Organisation und möchte, dass alle Mitglieder meiner Organisation alle Fehler, die sie in meiner Software finden, in mein Azure DevOps-Projekt eintragen.

Sobald Email Monitor vollständig mit bugs@myorganization.com konfiguriert ist, können alle betroffenen Beteiligten einfach eine E-Mail an bugs@myorganization.com senden, und ich kann festlegen, dass in meinem Projekt ein Bug-Workitem angelegt werden soll.

Gleichzeitig wird die E-Mail, die zur Erstellung des Fehlers geführt hat, auch an die zuständigen Personen des Projekts gesendet. Die zuständigen Mitglieder können nun per E-Mail an der Diskussion zu diesem Arbeitselement teilnehmen, und die gesamte E-Mail-Kommunikation wird den Diskussionseigenschaften dieses Arbeitselements in Ihrem Projekt hinzugefügt.

Dank dieser einzigartigen Funktion können andere Personen zum Erfolg Ihres Projekts beitragen, ohne vollständigen Zugriff auf Ihr Azure DevOps-Projekt zu benötigen. Externe Personen können nun an der Diskussion zu einem Workitem teilnehmen, ohne dass Sie ihnen Zugriff auf Ihr Projekt gewähren müssen.

Weitere Szenarien, die Sie interessieren könnten

Hinzufügen von Arbeitselementen zu anderen Projekten als dem Standardprojekt

Wenn der Absender im E-Mail-Text keinen bestimmten Projektnamen angibt, wird die zugeordnete E-Mail dem Standardprojekt hinzugefügt. Wenn Absender die Anforderung einem anderen Projekt innerhalb derselben Sammlung hinzufügen möchten, müssen sie [ProjectName=GCD] in den E-Mail-Text einfügen (GCD ist ein Beispiel für einen Projektnamen).

Mehrere Arbeitsaufgabentypen

Wir wissen, dass die Projektbeteiligten möglicherweise mehr als einen Work-Item-Typ über den E-Mail-Monitor hinzufügen möchten. Auch das ist möglich! Sie können einfach mehrere Work-Item-Typen auswählen . Ich wähle beispielsweise zusätzlich zu „Bug“ auch „User Story“ aus. Wenn Ihr Team E-Mails an die Monitor-E-Mail-Adresse sendet, kann es im E-Mail-Text [WIT=bug] oder [WIT=user story] verwenden, um anzugeben, welchem Work-Item-Typ die erstellte Anforderung zugeordnet werden soll. Ohne Angabe des Work-Item-Typs im E-Mail-Text versucht das System, die E-Mail dem Work-Item-Typ zuzuordnen, der in die Work-Item-Kategorie fällt, die Sie im Abschnitt „WI-Kategorie“ ausgewählt haben.

Zusätzliche Inhalte zu einem bestehenden Arbeitselement hinzufügen

Nachdem die ursprüngliche E-Mail vom System erfasst wurde, können standardmäßig alle nachfolgenden Antworten als Diskussionen zum selben Work Item hinzugefügt werden. Darüber hinaus können Absender [wiid=1997] (1997 ist eine Beispiel-Work-Item-ID) in den E-Mail-Text einfügen, um neue Inhalte zu dem betreffenden bestehenden Work Item hinzuzufügen.

Natürlich können Sie je nach Bedarf mehrere dieser Sonderbefehle in einer E-Mail verwenden.

Probieren Sie es jetzt aus!
Facebook Twitter LinkedIn
Lesezeit: 20 Minuten

Umgang mit verdächtigen Anforderungen durch automatische Kennzeichnung

Umgang mit verdächtigen Anforderungen durch automatische Kennzeichnung

„Dirty Flag / Suspect Link“ ist eine Komponente von MR Services (früher „MR Agent“ genannt), die dazu dient, Arbeitselemente zu identifizieren, die möglicherweise von einer Änderung eines verknüpften Arbeitselements betroffen sind, damit die zuständigen Beteiligten die betroffenen Arbeitselemente überprüfen können. Wenn sich beispielsweise eine User Story im aktiven Status ändert, werden die zugehörigen Testfälle als verdächtig markiert.
 
Die Funktion „Verdächtige Verknüpfungen“ trägt zum Erfolg Ihres Projekts bei, indem sie die Auswirkungen von Änderungen an Arbeitselementen sowohl abfragbar als auch generell besser erkennbar macht. Sie können diese Funktion als eine Methode betrachten, um die Auswirkungen von Änderungen an Arbeitselementen innerhalb Ihres Projekts zu bewerten.

Wie funktioniert „Dirty Flag“ / „Suspect Link“?

Mit dieser Funktion können Sie Workitems überwachen, die bestimmte Voraussetzungen erfüllen. Wenn sich diese Workitems ändern, markiert die Überwachungsfunktion alle damit verknüpften Workitems als verdächtig.

Betrachten wir einmal ein Beispiel:

Die User Story 1 wurde soeben in den Status „Abgeschlossen“ versetzt. Kann der „Suspect Link“ so konfiguriert werden, dass er eine Warnmeldung auslöst, wenn Änderungen an User Stories im Status „Abgeschlossen“ vorgenommen werden (z. B. eine Änderung an einem Feld wie „Beschreibung“)?

Das bedeutet, dass, wenn das Feld „Beschreibung“ von User Story 1 in Zukunft geändert wird, alle damit verknüpften Anforderungen mit einem „Dirty Flag“ markiert werden.

Auf diese Weise kann Ihr Team leicht erkennen, ob sich eine Anforderung, die bestimmte (von Ihnen festgelegte) Kriterien erfüllt, geändert hat. Sobald dies festgestellt wird, werden die direkt verknüpften, konfigurierten Arbeitselemente mit dem Status „Dirty/Suspect“ gekennzeichnet.

Um bei unserem Beispiel zu bleiben: Wenn sich das Feld „Beschreibung“ in User Story 1 ändern würde, könnten wir alle direkt verknüpften Testfälle mit einem „Dirty Flag“ versehen, die möglicherweise angepasst werden müssen, um die neuen Kriterienänderungen zu testen.

Die „Dirty Flags“, die für diese Testfälle gesetzt werden, würden die Form eines Work-Item-Tags annehmen.

Tags werden im Standard-Workitem-Editor von Azure DevOps angezeigt. Sie können außerdem die Spaltenoptionen im Modul „Workitems und Backlogs“ anpassen, um eine Gruppe von Workitems anzuzeigen, von denen einige möglicherweise mit dem „Dirty Flag“ markiert sind.

Wenn bei Arbeitselementen das „Dirty Flag“-Tag gesetzt wird, enthält dieses Tag sowohl die ID des geänderten Arbeitselements als auch dessen Revisionsnummer, sodass Ihr Team leicht erkennen kann, welche Anforderung geändert wurde und die „Dirty Flag“- bzw. „Suspect Link“-Funktion ausgelöst hat.

„Dirty Flag“-Markierungen können manuell entfernt werden, sobald die zuständigen Beteiligten die Auswirkungen geprüft und die erforderlichen Aktualisierungen vorgenommen haben. Wir empfehlen, einen weiteren Kommentar hinzuzufügen, in dem erläutert wird, dass die „Dirty Flag“-Markierung nun entfernt wurde, da die erforderlichen Aktualisierungen vorgenommen wurden oder keine Aktualisierungen erforderlich sind.  

Weitere Informationen sowie eine Anleitung zur Konfiguration von „Dirty Flag/Suspect Link“ finden Sie im Video.

 
Probieren Sie es jetzt aus!
Facebook Twitter LinkedIn
Lesezeit: 20 Minuten

So gestalten Sie Ihre Anforderungs-IDs mithilfe benutzerdefinierter IDs aussagekräftiger und unverwechselbarer

So gestalten Sie Ihre Anforderungs-IDs mithilfe benutzerdefinierter IDs aussagekräftiger und unverwechselbarer

Modern Requirements4DevOps bietet die Möglichkeit, Work Items mit benutzerdefinierten IDs zu versehen. Diese Funktion soll Work Item-Felder lesbarer und besser erkennbar machen. Beispiel: „PX-REQ-00001” für das erste Requirements Work Item in Projekt X.

Unsere Funktion „Benutzerdefinierte ID“ bietet dieselben Vorteile sowie zusätzliche Vorteile durch die Verwendung der benutzerdefinierten ID im Modul „Abfragen“.

Benutzerdefinierte IDs können als benutzerdefinierte Eigenschaft eingerichtet werden, die für jedes Ihrer Arbeitselemente vorhanden ist. Die benutzerdefinierten IDs sollen die Arbeitselement-ID nicht ersetzen, sondern ergänzen.

Die Eigenschaft „Benutzerdefinierte ID“ bietet eine einfache Methode, um mehrere erforderliche Informationen zu einem bestimmten Workitem in einem einzigen Feld zu identifizieren. Sie erweist sich auch als äußerst nützliches Werkzeug zur Identifizierung einer Anforderungsquelle in projektübergreifenden Abfragen.

Indem Sie die Informationen in einem Feld zusammenfassen, machen Sie ein Work Item für weniger involvierte Benutzer zugänglicher. Die Funktion „Benutzerdefinierte ID” entspricht den folgenden Richtlinien:

Work Items können je nach Art des Work Items einen eindeutigen Code zugewiesen bekommen. Beispielsweise könnte der Code für einen Requirement Work Item-Typ REQ lauten, der Code für einen User Story Work Item-Typ US und der Code für einen Bug Work Item-Typ BG.

Sie können die Startnummer festlegen, von der aus Ihre Workitem-Typen fortlaufend nummeriert werden. Sie können beispielsweise festlegen, dass die benutzerdefinierte ID-Nummerierung für User Stories bei 1 oder 10000 beginnen soll und dass die benutzerdefinierte ID jeder User Story fortlaufend erhöht wird.

Sie können auch ein optionales Projektpräfix für jede benutzerdefinierte ID hinzufügen. Beispielsweise könnte einem Projektnamen wie „Projekt X“ das Präfix PX zugewiesen werden.

Schließlich können Sie den Umfang eines Arbeitselements hinzufügen. Die ID-Nummer wird im Umfang nicht wiederholt; der Umfang kann „Team“, „Projekt“ oder „Sammlung“ sein. Der Umfang garantiert, dass die benutzerdefinierte ID innerhalb des Umfangs eindeutig ist.

Anhand des in der obigen Richtlinie behandelten Beispiels wäre eine benutzerdefinierte ID für das erste (00001) Anforderungs-Workitem in Projekt X „PX-REQ-00001“ – eine Verkettung aus Projektpräfix + Workitem-Typcode + Nummer.

Weitere Informationen und den Konfigurationsprozess für die benutzerdefinierte ID finden Sie im Video.

 
Probieren Sie es jetzt aus!
Facebook Twitter LinkedIn
Lesezeit: 20 Minuten

Digitaler Projektmanager: Ein Überblick über die aktuellen Anforderungen an DevOps

Der digitale Projektmanager: Ein Überblick über die aktuellen Anforderungen an DevOps

Ausführlicher Überblick und Erläuterung der Funktionen zum Anforderungsmanagement

Was ist „Modern Requirements4DevOps“?

Was ist Modern Requirements4DevOps? Lesen Sie weiter und erfahren Sie, wie Modern Requirements4DevOps funktioniert – welche Probleme es lösen kann und wer es nutzt –, sowie einen Überblick über die Funktionen, Preise und Integrationsmöglichkeiten.

Außerdem werde ich erläutern, wie sich Modern Requirements4DevOps von ähnlichen Tools unterscheidet.

Lesen Sie den vollständigen Artikel auf Digital Project Manager.

Facebook Twitter LinkedIn

Jetzt erhältlich: „Modern Requirements4DevOps 2020“

Jetzt erhältlich: „Modern Requirements4DevOps 2020“

Einzelheiten zu den wichtigsten Neuerungen der „Modern Requirements4DevOps 2020“!

Benutzerfreundlichkeit, kurze Zykluszeiten, die Möglichkeit, Anforderungen online zu erstellen, Compliance-Berichte und weniger Nacharbeiten in der Entwicklung. Dies sind nur einige der Begriffe, mit denen unsere Kunden die Leistungsfähigkeit verschiedener Module der Anwendung „Modern Requirements4DevOps“ beschrieben haben. Mit unserem Release 2020 wurden neue Funktionen und Verbesserungen an den Modulen vorgenommen.

Hier stellen wir Ihnen einige Highlights zu einigen unserer Module in Modern Requirements sowie einige Tool-Verbesserungen vor, die wir für Sie umgesetzt haben. Die Module, die wir Ihnen vorstellen werden, sind:

  1. Rechteverwaltung
  2. Verbesserungen bei der Überprüfung
  3. Verbesserungen bei Smart Docs
  4. Verbesserungen bei Smart Reports
  5. Verbesserungen der Basisversion
  6. MatCal (Neu!)

 

1. Rechteverwaltung: Sie haben gefragt, und wir haben zugehört. Sie können nun den Benutzerzugriff verwalten. Ein Benutzer (der über Administratorrechte für die Sammlung/das Projekt verfügen muss) kann nun den Benutzerzugriff auf beide Module von Modern Requirements4DevOps sowie auf die Funktionen innerhalb jedes Moduls verwalten. Das Einrichten dieser Berechtigungen ist kinderleicht… Schritte zum Einrichten der Berechtigungen:

  • Auf Ihr Projekt zugreifen
  • Zu den Projekteinstellungen
  • Scrollen Sie nach unten zu „Erweiterungen“ > klicken Sie auf „Modern Requirements4DevOps“

Das wirst du sehen:

Auf diesem Bildschirm können Sie dieBerechtigungen für*Gruppen und/oder*Teams festlegen (im linken Bereich). Es gibt zwei Möglichkeiten, Berechtigungen festzulegen: Entweder in den „*Allgemeinen Einstellungen“ oder einzeln in den „*Modern Requirements4DevOps-Modulen“ (im rechten Bereich der Registerkarte „Berechtigungen“). Hier können Sie die Berechtigungen für die Funktionen der einzelnen Module festlegen.

Die folgenden Berechtigungsoptionen stehen zur Verfügung:

  1. Ordner erstellen/bearbeiten
  2. Ordner löschen
  3. Artefakt erstellen/aktualisieren
  4. Artefakt löschen
  5. Meta-Vorlage erstellen/aktualisieren
  6. Als Vorlage speichern
  7. Intelligente Berichterstellung
  8. Berichtsdesigner

Derzeit wird die Rechteverwaltung für drei Module unterstützt: Smart Docs,Baseline undReporting.

Video zur Rechteverwaltung

Weitere Informationen zu den Neuerungen im Bereich Rechteverwaltung und deren Funktionen finden Sie im Video.

 

2. Verbesserungen am Review-Modul: Das Review-Modul ermöglicht es Ihnen, innerhalb der Projektumgebung zu kommunizieren, Inhalte zu prüfen und zu genehmigen sowie bei Bedarf Änderungen vorzunehmen. Das Review-Modul wurde verbessert. Hier finden Sie eine Liste einiger neuer Funktionen:

  • Lesezugriff für Nichtteilnehmer an der Überprüfung
  • Automatische Massenerstellung von Prüfungsberichten
  • Format der Prüfungsberichte – Word/PDF

Lesezugriff für Nichtteilnehmer an der Überprüfung: Mit dieser Erweiterung können Sie nun Berechtigungen für Nichtteilnehmer festlegen, sodass diese die Details der Überprüfung im schreibgeschützten Modus einsehen können.

Nicht teilnehmende Benutzer:Benutzer, die weder Genehmiger noch Prüfer sind.

Automatische Massenerstellung von Prüfberichten: Mit dieser Erweiterung können Sie Prüfberichte für alle Überprüfungen eines Projekts auf einmal als Sammelbericht oder projektweise über das Admin-Panel erstellen.

Hier können Sie Projekte auswählen und Details angeben, um die Prüfberichte zu den bestehenden Überprüfungen automatisch zu erstellen

Format der Prüfberichte – Word/PDF: Das System bietet Ihnen nun die Möglichkeit, das Format auszuwählen, in dem die Prüfberichte erstellt werden sollen. Sie können zwischen einer Word- und einer PDF-Version wählen.

Der Zweck des Genehmigungsprüfungsberichts besteht darin, Einzelheiten zu allen Arbeitsaufgaben einer Überprüfung bereitzustellen. Er liefert einen vollständigen Überblick darüber, wer die Arbeitsaufgaben der Überprüfung genehmigt oder abgelehnt hat, sowie die entsprechenden Kommentare und Entscheidungen.

So nehmen Sie die Einstellungen vor:
  • Gehe zu „Admin/Einstellungen für Sammlungen“
  • Scrolle nach unten zu „Erweiterungen“
  • Wählen Sie „Modern Requirements4DevOps2020“
  • Wechseln Sie zur Registerkarte „Überprüfen“ (suchen Sie nach der Option, an der Sie Änderungen vornehmen möchten)
Hinweis: Eine detaillierte Liste der Verbesserungen und neuen Funktionen finden Sie unter „Modern Requirements4DevOps – Versionshinweise 2020„unter Revisionsverwaltung (Seite 10).“

Video zum Thema Bewertungsmanagement

Weitere Informationen zu den Neuerungen im Bewertungsmanagement und dessen Funktionen finden Sie im Video.

 

3. Erweiterungen bei Smart Docs: Smart Docs ist ein Tool, das die Lücke zwischen Dokumenten- und Informationsmanagement schließt, indem es die Erstellung von Anforderungen in einer Online-Dokumentansicht ermöglicht. Smart Docs wurde um neue Funktionen erweitert; hier sind einige der wichtigsten Neuerungen:

  • Vollbild-Unterstützung
  • Aktualisierung der Benutzeroberfläche im rechten Bereich
  • Aktualisierung der von den übergeordneten Elementen geerbten Eigenschaften

Vollbildunterstützung: Für eine bessere Benutzererfahrung und eine größere Anzeige können Sie Smart Docs nun im Vollbildmodus anzeigen. Das bedeutet eine bessere Übersicht beim Erstellen Ihrer Online-Anforderungsdokumente.

Aktualisierung der Benutzeroberfläche im rechten Bereich:

  • Zur Vereinfachung wurde in der Benutzeroberfläche des rechten Fensters ein Kreuzsymbol hinzugefügt. Das bedeutet, dass Sie das rechte Fenster nun direkt über das Fenster selbst schließen können.
  • Als ob das noch nicht genug wäre, haben wir den Suchbereich „*find“ um eine Funktion zum Ein- und Ausblenden erweitert, um die Benutzerfreundlichkeit zu verbessern.
  • Um mehr Platz für die Anzeige weiterer Arbeitselemente zu schaffen, wurden außerdem die Schaltflächen „Unterelement hinzufügen“ und „Alle auswählen/Auswahl aufheben“ entfernt. Denken Sie daran, dass Sie Ihre Arbeitselemente weiterhin per Drag & Drop in den Dokumentbereich ziehen können.

Aktualisierung zur Übernahme von Eigenschaften des übergeordneten Workitems: Mit dieser Aktualisierung wird das Kontrollkästchen zur Übernahme der Eigenschaften des übergeordneten Workitems in das untergeordnete Workitem standardmäßig als „nicht aktiviert“ angezeigt. 

Hinweis: Wenn in der Dropdown-Liste keine Eigenschaften ausgewählt werden, werden im untergeordneten Workitem keine Eigenschaften übernommen.

Smart Docs – Video

Weitere Informationen zu den Neuerungen in Smart Docs und dessen Funktionen finden Sie im Video.

 

4. Verbesserungen am Smart Report: Mit Smart Report können Benutzer ihre Berichte entsprechend der Struktur der Arbeitselemente formatieren. Das Modul ist aus vielen ADO- und Modern Requirements4DevOps-Modulen heraus zugänglich. Hier finden Sie eine Liste einiger Verbesserungen, die am Smart Report-Modul vorgenommen wurden:

  • Makrofähige Word-Vorlage hochladen
  • Auswahl der zuletzt hochgeladenen Word-Vorlage beibehalten
  • Auswahl des letzten Smart Parts beibehalten

Word-Vorlage mit Makros hochladen: Mit Smart Report können Sie nun über die Funktion „Word-Vorlage hochladen“ sowohl Word-Dokumente mit Makros (.docm) als auch Word-Vorlagen mit Makros (.dotm) in Smart Report hochladen und ausführen. Damit wird das Hochladen von Word-Vorlagen für Sie noch einfacher.

Auswahl der zuletzt hochgeladenen Word-Vorlage beibehalten: Ratet mal… Smart rReport ist jetzt noch smarter geworden und behält nun die Auswahl bei, die ihr beim Hochladen eurer Word-Vorlage getroffen habt. 

Auswahl des letzten Smart-Teils beibehalten: Wir haben uns nicht damit begnügt, die letzte Auswahl für die Wortvorlage zu speichern … Es wurden Verbesserungen vorgenommen, sodass das System nun auch die Auswahl Ihres letzten Smart-Berichtsteils beibehält. Das ist ein voller Erfolg für alle, die Berichte erstellen.

Smart Report – Video

Weitere Informationen zu den Neuerungen in Smart Reports und dessen Funktionen finden Sie im Video.

 

5. Verbesserungen bei „Baseline“: Mit „Baseline“ können Sie zu einem bestimmten Zeitpunkt eine Momentaufnahme Ihrer Anforderungen erstellen, um diese besser zu kontrollieren und Änderungen nachzuverfolgen. So wird Ihre Arbeitserfahrung dadurch noch besser:

  • Auswahl der Arbeitselemente beim Wechseln zwischen Registerkarten beibehalten
  • Vergleichs-ID beim Basisvergleich

Auswahl des Arbeitselements beim Wechseln zwischen Registerkarten beibehalten: Das System merkt sich nun die zuletzt ausgewählte Arbeitselement, wenn Sie innerhalb einer Baseline zwischen verschiedenen Registerkarten wechseln. Was bedeutet das? Nun, wenn Sie mit einer Baseline arbeiten (insbesondere mit einer großen) und zur Registerkarte „Vergleichen“ oder „Details“ wechseln und dann zurück zur Registerkarte „Ansicht“, falls Sie vergessen haben, mit welchem Arbeitselement Sie gerade gearbeitet haben … Machen Sie sich keine Sorgen mehr, denn das System merkt sich das für Sie.

Vergleichs-ID beim Baseline-Vergleich: Es wurden Verbesserungen vorgenommen, sodass Sie nun nur noch Revisionen von Arbeitselementen anzeigen können, die in beiden verglichenen Baselines vorhanden sind. Beispiel: Wenn ein Arbeitselement in einer der Baselines nicht vorhanden ist, wird keine Revisions-ID angezeigt; stattdessen erscheint in der Spalte „Rev.ID“ oder „Comp.Rev.ID“ ein „-“. Diese Regel gilt auch für den Differenzbericht.

Einführungsvideo

Weitere Informationen zu den Neuerungen in Baseline und dessen Funktionen finden Sie im Video.

 

6. MatCal (Neu): In Modern Requirements wurde eine neue Funktion eingeführt, mit der mathematische und logische Ausdrücke berechnet werden können. Klingt spannend? Nun, wir sind jedenfalls begeistert davon. Und zwar aus folgenden Gründen:

  • Damit können Sie Felder in Arbeitselementen automatisch auf der Grundlage der Eingaben in anderen Feldern desselben Arbeitselements berechnen lassen.
  • Es kann auf alle Workitem-Felder angewendet werden, einschließlich numerischer, boolescher und textueller Workitem-Felder

So gehen Sie vor: Übermitteln Sie Ihre Formeln an einen Mitarbeiter des Modern Requirements Customer Success-Teams, und wir nehmen die Konfiguration gerne für Sie vor.

MatCal-Video

Weitere Informationen zu MatCal und seinen Funktionen finden Sie im Video.

 

 

 

 

 
Eine detaillierte Liste aller Verbesserungen und Funktionen, die im Release 2020 vorgenommen wurden, finden Sie in den Release Notes zu Modern Requirements4DevOps 2020.

Wir freuen uns, Ihnen mitteilen zu können, dass „Modern Requirements4DevOps 2020“ nun zum Download bereitsteht!

Einführung in die Rechteverwaltung

Einführung in die Rechteverwaltung

Was ist Rechteverwaltung?

Die Rechteverwaltung ist eine neue Funktion in der MR2020-Version zur Steuerung des Benutzerzugriffs. Der Projektadministrator kann einer Benutzergruppe den Zugriff auf ein MR-Modul und dessen Funktionen gewähren oder verweigern. Derzeit ist die Rechteverwaltung für drei MR-Module verfügbar: Smart Docs, Baseline und Reporting.

Die Vorteile der Rechteverwaltung

Dank flexibler und individuell anpassbarer Berechtigungen können Projektteams das richtige Gleichgewicht zwischen Zusammenarbeit und Kontrolle wahren.

Jede Änderung der Berechtigungen wirkt sich sofort auf alle Benutzerteams und -gruppen aus, denen diese Berechtigungen zugewiesen sind. Dadurch wird sichergestellt, dass die Berechtigungseinstellungen im Laufe des Projekts und bei Rollenwechseln innerhalb der Teams problemlos aktualisiert und gepflegt werden können.

So greifen Sie auf die Rechteverwaltung zu

Die Rechteverwaltung ist über die Erweiterung „Modern Requirements4DevOps“ unter „Projekteinstellungen“ zugänglich.

Gruppenfunktionen

Die Funktionen, für die Sie Berechtigungen festlegen können, variieren von Modul zu Modul.

Die verfügbaren Gruppenfunktionen sind folgende:

  1. Ordner erstellen/bearbeiten
  2. Ordner löschen
  3. Artefakt erstellen/aktualisieren
  4. Artefakt löschen
  5. Meta-Vorlage erstellen/aktualisieren
  6. Als Vorlage speichern
  7. Intelligente Berichterstellung
  8. Intelligenter Berichtsdesigner

Auswahl der Berechtigungen

In der Regel stehen für jede Gruppenfunktion drei Arten von Zugriffsberechtigungen zur Auswahl:

„Zulassen“

„Ablehnen“

„Nicht festgelegt“

  1. „Zulassen“: Erteilt Benutzern ausdrücklich die Berechtigung, auf eine Gruppenfunktion in MR-Modulen zuzugreifen.
  2. „Verweigern“: Schränkt den Zugriff von Benutzern auf eine Gruppenfunktion im MR-Modul bzw. in den MR-Modulen ausdrücklich ein.
  3. „Nicht festgelegt“: Verweigert Benutzern implizit den Zugriff auf eine Gruppenfunktion im/in den MR-Modul(en).

Vererbte Berechtigungen

Teams/Gruppen können Berechtigungseinstellungen automatisch von übergeordneten Teams/Gruppen übernehmen. Berechtigungseinstellungen, die in den untergeordneten Teams/Gruppen explizit geändert werden, können die von übergeordneten Teams/Gruppen übernommenen Berechtigungen überschreiben. Beachten Sie bitte die folgenden Regeln:

  1. Vererbte „Allow“-Werte können auf „Deny“ überschrieben werden.
  2. Der vererbte Wert „Nicht festgelegt“ kann auf „Zulassen“ oder „Verweigern“ überschrieben werden.
  3. Der vererbte Wert „Verweigern“ kann nicht in „Zulassen“ überschrieben werden.

Berechtigungskonflikte

Wenn derselbe Benutzer in mehr als einem Team oder einer Gruppe vorhanden ist, gelten folgende Regeln:

  1. „Verweigern“ hat Vorrang vor „Zulassen“.
  2. „Ablehnen“ hat Vorrang vor „Nicht festgelegt“.
  3. „Zulassen“ hat Vorrang vor „Nicht festgelegt“.

Bitte sehen Sie sich das ausführliche Tutorial-Video zum Thema Rechteverwaltung an!

Wenn Sie Fragen oder Anregungen zum Thema Rechteverwaltung haben, wenden Sie sich bitte an Ihren Kundenbetreuer bei Modern Requirements , und wir werden diese Funktion gerne gemeinsam mit Ihnen erkunden.
Facebook Twitter LinkedIn
Lesezeit: 10 Minuten

Einsatz von MatCal für mathematische und logische Berechnungen im modernen Anforderungsmanagement

Einsatz von MatCal für mathematische und logische Berechnungen im modernen Anforderungsmanagement

Was ist MatCal?

MatCal ist eine Funktion in Modern Requirement4DevOps, mit der mathematische und logische Ausdrücke auf Arbeitselemente angewendet werden können.

Warum wir MatCal im Anforderungsmanagement brauchen

Um die Beziehungen zwischen den Eigenschaften von Arbeitselementen intelligenter zu verwalten! Dadurch entfällt der manuelle Aufwand für Berechnungen außerhalb der Projektumgebung, und es wird das Risiko vermieden, dass fehlerhafte Berechnungsergebnisse in Ihre Projekte gelangen.

Betrachten wir hier ein einfaches Beispiel, um die Beziehung zwischen den Eigenschaften von Arbeitselementen zu veranschaulichen.

„Geschäftlicher Nutzen “ und „Priorität“ sind Eigenschaften des Workitem-Merkmals. Normalerweise führt ein hoher geschäftlicher Nutzen zu einer hohen Priorität.

Bei richtiger Konfiguration kann MatCal Sie bei der Verwaltung der Beziehung unterstützen, indem es automatisch einen Prioritätswert auf der Grundlage der eingegebenen Geschäftswerte zuweist.

Anwendungsszenarien in der Industrie

Szenario 1: Automotive Safety Integrity Level (ASIL) gemäß ISO 26262

Szenario 2: Die Risikoeinstufung wird automatisch anhand des Schweregrads und der Häufigkeit ermittelt

Szenario 3: Die Prioritätsbewertung wird automatisch anhand des Schweregrads und der Wahrscheinlichkeit zugewiesen

Schau dir das Video an, um weitere Anwendungsbeispiele und Anleitungen zu MatCal zu erhalten!

Facebook Twitter LinkedIn
Lesezeit: 10 Minuten

Wiederverwendung von Anforderungen

Wiederverwendung von Anforderungen: Ein wirksamer Ansatz zur Erleichterung der Anforderungserfassung

Erfahren Sie, wie Sie Anforderungen in Azure DevOps wiederverwenden können

Azure DevOps ist eine hervorragende Plattform, die eine zentrale Informationsquelle bietet.
Für viele Teams reicht diese Aussage allein schon aus, um den Einsatz der weltweit führenden ALM-Plattform für ihr Anforderungsmanagement in Betracht zu ziehen. Die Möglichkeit, Entwicklungsaufgaben mit Anforderungen und diese wiederum mit Testfällen zu verknüpfen, ist kaum zu übertreffen. 

Was aber, wenn Sie nicht alle Funktionen einer vollständigen ALM-Plattform benötigen?
Was, wenn Sie lediglich eine Lösung für Ihr Anforderungsmanagement benötigen? 

Sie können alle umfangreichen Funktionen von Modern Requirements4DevOps nutzen, um Ihr Azure DevOps-Projekt in eine vollwertige Lösung für das Anforderungsmanagement zu verwandeln. Eine dieser Funktionen ist die Möglichkeit, Anforderungen mithilfe des Modern Requirements4DevOps Reuse-Tools projekt-, sammlungs- und serverübergreifend wiederzuverwenden.

Möchten Sie Anforderungen wiederverwenden?
Dann sind Sie hier genau richtig. 

Was Sie in diesem kurzen Artikel erfahren werden:

  1. Vorteile der Wiederverwendung von Anforderungen
  2. Die beiden Arten der Wiederverwendung von Anforderungen
  3. Wie sich die Wiederverwendung von Anforderungen effektiv nutzen lässt

Die Vorteile der Wiederverwendung von Anforderungen

Wenn wir über die Vorteile der Wiederverwendung von Anforderungen sprechen, muss zunächst ein Punkt angesprochen werden.

Die häufigste Frage, die mir Hardware-Teams stellen, lautet: „Inwiefern könnte das für Teams von Nutzen sein, die nichts mit Software zu tun haben?“

Bevor wir also beginnen: Die Wiederverwendung von Anforderungen ist nicht nur etwas für Software-Teams.

Die Wiederverwendung von Anforderungen ist ein Thema, das oft für Aufsehen sorgt.

Das liegt daran, dass sich Unternehmen in der Weltwirtschaft zunehmend auf bestimmte Bereiche oder Segmente innerhalb bestimmter Branchen konzentrieren. Dies führt dazu, dass Unternehmen Produkte in einem bestimmten Bereich oder rund um eine bestimmte Lösung entwickeln und sich wirklich auf die wenigen Dinge konzentrieren, in denen sie wirklich erfolgreich sein können.

Das bedeutet, dass ein Team bei der Entwicklung von Projekten, Lösungen oder Systemen häufig Elemente aus einem früheren Projekt wiederverwenden kann. Hier kommt die Wiederverwendung von Anforderungen ins Spiel.

Indem ein Team diese Anforderungen im nächsten Projekt wiederverwenden kann, lässt sich der Aufwand für den Start eines neuen Projekts reduzieren.

Für manche mag das vielleicht schon klar sein.

Was jedoch vielleicht nicht auf den ersten Blick ersichtlich ist: Die Wiederverwendung kann auch eine hervorragende Möglichkeit sein, Anforderungen zu handhaben, deren Geltungsbereich über die Projektebene hinausgeht. Dazu gehören nicht-funktionale Anforderungen oder Risiken, die als unternehmensweite Vorgabe berücksichtigt werden müssen. Dies würde sogar so weit gehen, dass Ihr Team Anforderungen wiederverwenden könnte, deren Zweck streng regulativ oder auf Compliance ausgerichtet ist. Diese Funktionalität lässt sich gleichermaßen auf Software- und Hardware-Teams ausweiten und kann sogar Produktteams unterstützen, die sich einer physischen Komponente oder einem physischen Ergebnis widmen.

 

Die zwei Arten der Wiederverwendung von Anforderungen

Wiederverwendung von Anforderungen durch Verweis

Die Wiederverwendung von Anforderungen durch Verweise ist eine schnelle Möglichkeit, bestehende Anforderungen in Ihr Projekt zu integrieren, indem Sie einfach Verknüpfungen zu ihnen erstellen. Auf diese Weise haben Sie direkten Zugriff auf diese Arbeitselemente und können alle zugehörigen Inhalte, Verknüpfungen und Anhänge überprüfen, ohne sie tatsächlich innerhalb oder zwischen Projekten kopieren zu müssen.

Wiederverwendung von Anforderungen durch Verweis

 

Anforderungen durch Kopieren wiederverwenden

In Azure DevOps sind die Möglichkeiten zum Kopieren von Anforderungen oder anderen Arbeitselementen von einem Projekt in ein anderes sehr begrenzt. Wenn Sie jedoch Modern Requirements4DevOps in Ihre Azure DevOps-Umgebung integrieren, kann die Wiederverwendung von Anforderungen ihr volles Potenzial entfalten.

Bei der Erörterung der Wiederverwendung von Anforderungen durch Kopieren sind drei wesentliche Ansätze zu berücksichtigen.

Anforderungen durch Kopieren wiederverwenden

 

Wie man Anforderungen effektiv wiederverwendet

Nach dem Ansehen der oben genannten Videos wird deutlich, dass das Tool „Modern Requirements4DevOps Reuse“ für die Wiederverwendung von Anforderungen sehr effektiv ist.
Es bietet vollständige Kontrolle über die Anforderungen, die Sie wiederverwenden möchten, ermöglicht es Ihnen, diese Anforderungen anzupassen, und erlaubt es Ihnen, die Anforderungen mit dem ursprünglichen Workitem zu verknüpfen.

Das bedeutet, dass Sie Anforderungen mit dem Modern Requirements4DevOps Reuse-Tool an jeden beliebigen Ort senden können. Es gibt jedoch einige Möglichkeiten, wie Sie das Reuse-Tool noch effektiver nutzen können. 

Als erstes ist die Kombination des Reuse-Tools mit dem „Modern Requirements4DevOps Baseline“-Tool zu nennen. 

Was ist eine Baseline?
Viele Teams nutzen Baselines für Anforderungen, ohne sich dessen überhaupt bewusst zu sein.

Eine Baseline ist eine Momentaufnahme der Arbeitselemente zu einem bestimmten Zeitpunkt.
Viele Teams verwenden einfach die Versionen von Microsoft Word-Dokumenten als Baseline. 

Wenn es darum geht, Anforderungen zu einem bestimmten Zeitpunkt zu erfassen, gibt es viele Gründe, warum die Funktion „Modern Requirements4DevOps“ dem herkömmlichen Microsoft Word-Ansatz überlegen ist. Mit den „Modern Requirements4DevOps Baselines“ können Sie eine Reihe von Arbeitsaufgaben so erfassen, wie sie zu einem beliebigen Zeitpunkt Ihrer Wahl vorlagen.

Das bedeutet: Wenn Sie Ihre Anforderungen so erfassen möchten, wie sie vor zwei Wochen waren, können Sie ganz einfach eine Baseline für diese Anforderungen zu diesem Datum erstellen. Dies führt direkt zu den Vorteilen des von Modern Requirements4DevOps hinzugefügten Reuse-Tools.

Durch die Kombination des Reuse-Tools mit unserer Baseline können Sie nicht nur die Anforderungen auswählen, die Sie wiederverwenden möchten, sondern auch die jeweilige Version dieser Anforderungen. So können Sie die beste und am besten geeignete Version Ihrer Anforderungen in Ihr nächstes Projekt übernehmen. 

Als Nächstes ist zu erwähnen, dass man bei der Wiederverwendung von Anforderungen das Präfix, das Postfix und andere Operationen effektiv einsetzen sollte.

Bei der Wiederverwendung von Anforderungen können Sie mit dem Tool „Modern Requirements4DevOps Reuse“ festlegen, wie die wiederverwendeten Anforderungen im Zielprojekt dargestellt werden sollen. 

Der Bildschirm, über den Sie dies tun können, ist unten zu sehen:

 

Mit dieser Funktion können Sie den Anforderungen ganz einfach ein Präfix oder Suffix hinzufügen, sobald sie das von Ihnen ausgewählte Zielprojekt erreichen. Wie oben gezeigt, können Sie diese Anforderungen auch an einen bestimmten Bereichspfad (wie beispielsweise „Hardware“ oder „Software“) oder sogar an eine bestimmte Iteration senden, sodass Sie entscheiden können, wann diese Anforderungen bearbeitet werden. 

Die am häufigsten genutzte Funktion in den Feldoptionen ist jedoch die Möglichkeit, ein Tag hinzuzufügen.
Wenn Sie Anforderungen von einem Projekt in ein anderes übertragen, möchten Sie diese Anforderungen im Zielprojekt oft leicht identifizieren und nachverfolgen können. Durch das Hinzufügen eines Tags ist dies möglich.

Inwiefern hängt dies mit der Option „Source Work Item“ zusammen?

Mit dieser Option können Sie eine Verknüpfung zwischen dem Workitem, das Sie wiederverwenden, und dem Workitem herstellen, das Sie in Ihrem Zielprojekt anlegen. 

Welchen Link erstellt das?
Es verknüpft Ihr neues Ziel-Workitem mit Ihrem ursprünglichen Workitem über den Link „Verwandt“ oder einen beliebigen anderen Linktyp, den Sie im Admin-Bereich konfiguriert haben.
In der folgenden Abbildung sehen Sie einen Testfall, den ich von einem Projekt in ein anderes kopiert habe, wobei sowohl das Präfix „CL- “ als auch die Option „Mit Quell-Workitem verknüpfen“ aktiviert waren.

 

Mit der Funktion „Mit Quell-Workitem verknüpfen“ können Sie Anforderungen ganz einfach auf ihre ursprüngliche Quelle zurückverfolgen. Diese Funktion bietet zwar zahlreiche Anwendungsfälle für die direkte Übertragung von Anforderungen von einem Projekt in ein anderes, die hier beschriebenen fortgeschritteneren Anwendungsfälle kommen jedoch zum Tragen, wenn Sie Anforderungen stattdessen aus einer Bibliothek oder einem Repository in ein Projekt übertragen. 

Wie fügt man kopierte Baselines zusammen?

Baseline ist ein sehr nützliches Werkzeug, ganz gleich, ob Sie ein einzelnes Arbeitselement oder eine lange Liste von Arbeitselementen aus Ihrem Quellprojekt bzw. Ihrer Quellbibliothek wiederverwenden möchten. In Modern Requirements können Sie Verknüpfungen zwischen Ihren Quell- und den kopierten Arbeitselementen erstellen, sodass Sie die Herkunft dieser kopierten Arbeitselemente zurückverfolgen können.

Obwohl Verbindungen zwischen ihnen bestehen, gelten die kopierten Arbeitselemente weiterhin als unabhängig von den Quell-Arbeitselementen, was bedeutet, dass Änderungen, die Sie entweder an den kopierten oder an den Quell-Arbeitselementen vornehmen, keine Auswirkungen auf das jeweils andere Element haben.

Vielleicht fragen Sie sich: Wie lassen sich die Änderungen bei Bedarf synchronisieren? Angenommen, Sie haben eine Bibliothek, in der alle Ihre Arbeitselemente für Designspezifikationen gespeichert sind, und Sie haben diese in 5 verschiedenen Projekten wiederverwendet. Wenn Sie nun einige Designs in der Bibliothek ändern müssen und möchten, dass alle kopierten Designspezifikationen synchronisiert werden, können Sie einfach die Merge-Funktion verwenden, die sich unter „Source Copied Baseline(s)“ oder „Target Copied Baseline(s)“ auf der Registerkarte „Details“ des Baseline-Moduls befindet.

Baseline ist ein sehr nützliches Werkzeug, ganz gleich, ob Sie ein einzelnes Arbeitselement oder eine lange Liste von Arbeitselementen aus Ihrem Quellprojekt bzw. Ihrer Quellbibliothek wiederverwenden möchten. In Modern Requirements können Sie Verknüpfungen zwischen Ihren Quell- und den kopierten Arbeitselementen erstellen, sodass Sie die Herkunft dieser kopierten Arbeitselemente zurückverfolgen können.

Obwohl Verbindungen zwischen ihnen bestehen, gelten die kopierten Arbeitselemente weiterhin als unabhängig von den Quell-Arbeitselementen, was bedeutet, dass Änderungen, die Sie entweder an den kopierten oder an den Quell-Arbeitselementen vornehmen, keine Auswirkungen auf das jeweils andere Element haben.

Vielleicht fragen Sie sich: Wie lassen sich die Änderungen bei Bedarf synchronisieren? Angenommen, Sie haben eine Bibliothek, in der alle Ihre Arbeitselemente für Designspezifikationen gespeichert sind, und Sie haben diese in 5 verschiedenen Projekten wiederverwendet. Wenn Sie nun einige Designs in der Bibliothek ändern müssen und möchten, dass alle kopierten Designspezifikationen synchronisiert werden, können Sie einfach die Merge-Funktion verwenden, die sich unter „Source Copied Baseline(s)“ oder „Target Copied Baseline(s)“ auf der Registerkarte „Details“ des Baseline-Moduls befindet.

Erinnern Sie sich noch an die Definition einer Baseline? Es handelt sich um eine Momentaufnahme ausgewählter Arbeitselemente zu einem bestimmten Zeitpunkt. Unabhängig davon, welche Änderungen wir an den in der Baseline enthaltenen Arbeitselementen vorgenommen haben, bleibt die gespeicherte Momentaufnahme unverändert. Selbst wenn wir die Baselines zusammengeführt haben, werden die Änderungen an den neuesten Versionen der Arbeitselemente vorgenommen, nicht an den Baselines selbst. Klingt das etwas schwer verständlich?

Bitte sehen Sie sich das 5-minütige Video zum Zusammenführen kopierter Baselines an.

Kopierte Baselines zusammenführen

 

Möchten Sie das volle Potenzial der Wiederverwendung ausschöpfen?

Testen Sie „Modern Requirements4DevOps“ noch heute kostenlos.

Wir bieten Ihnen die Möglichkeit, unsere Lösung für das Anforderungsmanagement in Ihrer eigenen Azure DevOps-Umgebung oder in einer von uns bereitgestellten Umgebung mit Beispieldaten zu testen. 

Probieren Sie es noch heute aus!

Anforderungen in Azure DevOps importieren

Anforderungen in Azure DevOps importieren

Erfahren Sie, wie Sie Anforderungen (und einige Assets) ganz einfach in Ihr ADO-Projekt importieren können

Wenn Sie zu Azure DevOps wechseln oder offline arbeiten und keinen Zugriff auf Ihr bestehendes Azure DevOps-Projekt haben, benötigen Sie eine Möglichkeit, Ihre neu erstellten Anforderungen in Azure DevOps zu übertragen.

Viele Teams stehen vor der Herausforderung, die Anforderungen, die sie in Excel, Word und anderen Programmen erstellt haben, in Azure DevOps zu übertragen. Glücklicherweise gibt es einige einfache Möglichkeiten, dies zu bewerkstelligen, ohne dass Sie Ihren Prozess um langwierige Kopier- und Einfügevorgänge erweitern müssen! 

In diesem Artikel werden wir einige verschiedene Möglichkeiten zum Importieren von Anforderungen behandeln.

Eine dieser Optionen ist kostenlos, und einige Funktionen stehen zur Verfügung, wenn Sie „Modern Requirements4DevOps“ zu Ihrem Azure DevOps-Projekt hinzufügen. 

Dieser Artikel behandelt folgende Themen:

  1. Anforderungen aus Microsoft Excel importieren
  2. Anforderungen für den Import aus Microsoft Word
  3. Diagramme und Mockups in Azure DevOps importieren

Anforderungen aus Microsoft Excel importieren

Ganz gleich, ob Sie alle oder nur einen Teil Ihrer bestehenden Anforderungen in Excel gespeichert haben oder ob Sie Anforderungen aus einem internen Tool in eine CSV-Datei exportieren möchten – es gibt eine kostenlose Möglichkeit, Ihre Anforderungen in Ihr Azure DevOps-Projekt zu importieren. 

Dies ist eine kostenlose Lösung – vorausgesetzt, Sie verfügen bereits über Azure DevOps und Excel.

Als Erstes sollten Sie sicherstellen, dass Sie über das Microsoft Excel-Add-In „Team-Registerkarte“ verfügen .

Sie können dieses Add-in direkt hier herunterladen:

(Auf der oben genannten Seite ist „Azure DevOps Office® Integration 2019“ im Abschnitt „Sonstige Tools, Frameworks und Redistributables“aufgeführt.)

Wenn Sie auf den obigen Link geklickt haben, können Sie die Registerkarte „Team“ in Excel aktivieren. 

Wenn diese Erweiterung aktiviert ist, können Sie eine Excel-Tabelle direkt mit einem bestimmten Projekt in Ihrer Azure DevOps-Organisation verknüpfen. 

Wenn Sie diese Funktion aktivieren, stehen Ihnen zwei Hauptfunktionen zur Verfügung:
1) Sie können Anforderungen aus Excel inIhr Projekt übertragen
2) Sie können Anforderungen ausIhrem Projekt inExcel exportieren

Das bedeutet, dass Sie Ihre Anforderungen über beide Oberflächen bearbeiten und die Änderungen mit Ihrem Projekt synchronisieren können. Wenn Sie also Anforderungen in Excel importieren und dort Änderungen vornehmen, können Sie diese Änderungen wieder in die Anforderungen Ihres Projekts übertragen. 

Nachdem Sie das heruntergeladene Installationsprogramm ausgeführt haben, können Sie die Erweiterung aktivieren.

So aktivieren Sie die Registerkarte „Team“in Excel:

  1. Excel öffnen
  2. Leeres Blatt erstellen 
  3. Klicken Sie auf „Datei“
  4. Auf „Optionen“ klicken
  5. Klicken Sie auf „Add-Ins“
  6. Wählen Sie „COM-Add-Ins“ aus dem Dropdown-Menü am unteren Rand des Fensters
  7. Wählen Sie „Team Foundation Add-In“ und klicken Sie auf „OK“. 
Sollten bei diesem Vorgang Probleme auftreten, folgen Sie bitte diesem Link.
 
Wenn Sie nun in Excel die Registerkarte „Team“ sehen, können Sie mit dem Importieren der Anforderungen beginnen! 

Verwendung der Registerkarte „Team“ in Excel

In diesem Video zeigen wir Ihnen, wie Ihr Team die Importfunktionen nutzen kann, die das Add-In „Excel Team“ bietet.

Anforderungen für den Import aus Microsoft Word

Die zweite Möglichkeit, Anforderungen in Ihr Projekt zu importieren, ist über Microsoft Word. 

Diese Funktion ist eine „Vorschau-Funktion“, die mit jeder Enterprise Plus Modern Requirements4DevOps-Lizenz verfügbar ist. Das bedeutet, dass jeder Benutzer in Ihrem Unternehmen, der über eine Enterprise Plus-Lizenz verfügt, auf die Word-Importfunktion zugreifen und diese nutzen kann. 

Wenn Sie „Modern Requirements4DevOps“ derzeit noch nicht nutzen, können Sie diese Word-Importfunktion testen, indem Sie „Modern Requirements4DevOps“ noch heute ausprobieren!

Probier es doch mal aus!

Wie funktioniert der Word-Import? 

Warnung: Da es sich um eine Vorschaufunktion handelt, solltest du damit rechnen, dass dies vielleicht nicht die eleganteste Lösung ist und in der Regel einige Programmierkenntnisse erfordert. Aber nicht viel – und wenn du dir für 20 Minuten einen Entwickler ausleihen kannst, der sich mit XML (oder einer anderen Skriptsprache) auskennt, sollte das kein Problem sein.

Für den Word-Import benötigen Sie ein gut formatiertes Word-Dokument, in dem die verschiedenen Arbeitselemente bzw. Anforderungen und deren Eigenschaften durch unterschiedliche Überschriften dargestellt werden. 

Nehmen wir zum Beispiel ein BRD, das Sie vielleicht bereits im Word-Format haben.

Wahrscheinlich haben Sie Ihre Einleitung, den Überblick, den Umfang und andere kontextbezogene Elemente mit dem Stil „Überschrift 1“ formatiert. 

Möglicherweise sind in diesem Dokument auch Ihre Epics, Features und User Stories enthalten.Ihr Dokument könnte dannetwa so aussehen:

Überschrift 1 – Einleitung
-> Absatz –Der gesamte Text der Einleitung kommt hierhin…

Überschrift 1 – Überblick
-> Absatz –Der gesamte Text für den Überblick kommt hierhin…

Überschrift 1 – Geltungsbereich
-> Absatz –Der gesamte Text für den Geltungsbereich kommt hierhin…

Überschrift 1 – Anforderungen
-> Überschrift 2 – Name des Epics
–> Überschrift 3 – Name der Funktion
—> Überschrift 4 – Name der User Story
—-> Absatz – Beschreibung der oben genannten User Story

Dein Dokument sieht vielleicht etwas anders aus, aber das macht nichts.Die Grundsätze, die du gleich kennenlernen wirst, sind dieselben. 

Für den Word-Import sind ein Dokument (siehe oben) und ein Regelsatz (siehe unten) erforderlich.

In der Regel erstellt ein Administrator einen Regelsatz, den Ihr Team für den Import von Dokumenten verwendet, und dies muss nur einmal erfolgen.Wenn Sie also bereits ein Dokument erstellt haben und Ihr Administrator einen Regelsatz angelegt hat, können Sie loslegen. 

Wenn Ihr Administrator einen Regelsatz erstellen muss, lesen Sie weiter. 

Das Erstellen eines Regelsatzes ist unglaublich einfach und erfolgt durch Bearbeiten einer XML-Datei.
Die von Ihnen erstellte XML-Datei legt fest, wie das Word-Import-Tool Ihr Dokument analysiert, um Folgendes zu ermitteln:
1) Welche Teile des Dokuments sind Arbeitselemente?
2) Welche Teile des Dokuments sind Eigenschaften eines bestimmten Arbeitselements?

Wenn Sie diese Anleitung in Echtzeit durcharbeiten, könnte es hilfreich sein, diese Regelsatzdatei als Ausgangspunkt herunterzuladen und sich das folgende Video anzusehen:

Erste Schritte mit dem Beispiel-Regelsatz

In diesem Video zeigen wir Ihnen, wie Sie mithilfe der Beispiel-Regelsatzdatei ein einfaches Anforderungsdokument importieren können. Bitte beachten Sie, dass die Erstellung eines Regelsatzes in der Regel ein einmaliger Vorgang ist. 

Diagramme und Mockups in Azure DevOps importieren

Diagramme, Mockups und Anwendungsfallmodelle können äußerst nützliche Hilfsmittel für die Erstellung und Ermittlung von Anforderungen sein. 

Deshalb kann Ihr Team mit Modern Requirements4DevOps all diese Visualisierungen ganz einfach direkt aus Ihrem Projekt heraus erstellen. So profitieren Sie von einem Modell mit einer einzigen Datenquelle, bei dem alles in Ihr Projekt integriert ist. 

Vielleicht verfügen Sie aber bereits über Diagramme und Mockups, die Sie Ihrem Azure DevOps-Projekt hinzufügen und mit Anforderungen verknüpfen möchten. Ist es möglich, diese Assets zu importieren?

Die Antwort lautet: Ja.

Sowohl mit unserem Mockup-Tool als auch mit unserem Diagramm-Tool können Sie vorhandene Mockups oder Diagramme ganz einfach in Ihr Azure DevOps-Projekt einbinden. 

Speichern Sie dazu Ihr Element einfach als PNG- oder JPEG-Datei aus dem von Ihnen gewählten Mockup-/Diagramm-Tool.
Anschließend können Sie Ihr erstelltes Element entweder in das Modern Requirements4DevOp-Simulationstool (Mockups)oder indas Diagramm-Tool (Diagramme) hochladen. 

Vielleicht fragst du dich: „Aber wenn wir die Dateien als .png oder .jpeg hochladen, wie können wir dann unsere Diagramme und Mockups bearbeiten?“ Nun, das geht nicht. Aber es gibt trotzdem einen Grund, warum du es trotzdem tun solltest. 

Wenn Sie ein einzelnes Diagramm mit 25 Anforderungen verknüpfen möchten, ohne „Modern Requirements“ zu verwenden, müssen Sie alle 25 Anforderungen öffnen und sie jeweils einzeln mit dem Diagramm verknüpfen. 

Wenn Sie Ihr Diagramm in Zukunft aktualisieren, müssen Sie alle 25 Anforderungen erneut öffnen und den Anhang ändern. 

Mit Modern Requirements4DevOps können Sie jedoch ein Diagramm-Arbeitselement erstellen, mit dem Sie alle erforderlichen Anforderungen über das rechte Fenster direkt verknüpfen können. Das bedeutet, dass Sie Ihr Diagramm an einem einzigen Ort haben. Wenn dieses Diagramm aktualisiert werden muss, können Sie ganz einfach Ihr aktualisiertes Bild hinzufügen und Ihren Anhang mit diesem einen Arbeitselement verknüpfen. 

Schlussfolgerung

In diesem Artikel haben wir drei verschiedene Möglichkeiten vorgestellt, wie Sie sowohl Anforderungen als auch die dazugehörigen Assets in Ihr Azure DevOps-Projekt importieren können. 

Sie können Anforderungen über Excel oder Word importieren oder Ihre vorhandenen Diagramme und Mockups importieren. 

Wenn Sie daran interessiert sind, Modern Requirements4DevOps zur Unterstützung Ihres Anforderungsmanagementprozesses einzusetzen, probieren Sie unser Produkt doch einfach hier aus!

Facebook Twitter LinkedIn
Lesezeit: 10 Minuten