Agiles Requirements Management mit agosense.fidelia

Transkript

1 Agiles Requirements Management mit agosense.fidelia REFERENT Webinar Nr Juni Uhr bis 16 Uhr Bernd Röser Key Account Manager

2 Kurzer Hinweis zu Beginn Fragen stellen während des Webinars Nutzen Sie bitte einfach das Fragen-Feld in Ihrem GoToWebinar- Bedienpanel, tippen Sie hier Ihre Frage ein und drücken Sie Senden. Unsere Referenten werden Ihre Fragen gesammelt am Ende des Webinars beantworten.

3 Agenda 1 Über agosense 2 Status Quo 3 Herausforderungen im agilen Anforderungs-Management 4 Wie kann man agiles RM einführen? 5 Wie erfolgt die Umsetzung mit agosense.fidelia? 6 Fragen und Antworten

4 Über agosense Gegründet 2009 Firmensitz in Stuttgart (Kornwestheim) Expertise bei den führenden ALM Tools Software designed and made in Germany Starker Fokus auf Markt & Kunden

5 Über agosense: Produkte agosense.symphony ALM Tool Integration Automatisierter Datenaustausch agosense.fidelia Web-basiertes Anforderungsmanagement Cross Domain Traceability

6 Über agosense: Ausgewählte Kunden uvm.

7 Status Quo Produkte werden immer komplexer KOMPLEXER System Requirements High Level Design Detailed Design / Specifications Product Idea Themes / Epics Mock-ups / Prototypes

8 Herausforderungen im agilen RM Aufspüren und Sammeln der Backlog Items Einen Backlog organisieren für mehrere Teams welche an einem Produkt arbeiten Erstellen einer Gesamtproduktansicht Organisieren der HW- /SW- Entwicklung Wiederverwendung von Produktelementen und Anforderungen

9 Herausforderungen im Agilen RM Multiple agosense.fidelia templates: Projekt, Artefakt Typen, etc. Gelegentliche Anwender Agile - Kanban Remote Team in Asien Hardware Team Lokales Team Software Team 90 Tage Enwicklungszyklus Agile - Scrum Core Anwender 18 Monate Entwicklungszyklus

10 Wie kann ich die Herausforderungen meistern Die bestehenden old-fashioned Methoden sind zu schwerfällig und fehleranfällig um mit den aktuellen Wettbewerbsanforderungen Schritt zu halten. Vorschlag: Schon wieder ein neues Tool! à Agiles Anforderungsmanagement mit agosense.fidelia

11 Scrum Framework - Toolunterstützt Scrum Team Product Owner Rollen & Rechtekonzept Dev Team Scrum Master Projektstrukturierung & Review Scrum Management Event Sprint Sprint Planning Daily Scrum Sprint Review Dokumente & Reports Scrum Artifacts Product Backlog Sprint Backlog Definition of Done Traceability Rules

12 Scrum Framework - Toolunterstützt

13 Business Analyse Definieren des Projektziels Methodischer Ansatz definieren Vorgaben bzw. Bestandsdaten berücksichtigen Rollen der beteiligten Personen festlegen Projektstruktur definieren Milestones bzw. Review Points definieren...

14 Agile Konfiguration in agosense.fidelia Sheet Vorlagen Art des Datenmodell definieren Mehrere Datenmodelle innerhalb der DB sind möglich Datenmodell (z.b. Attribute, Werte, Kapitelstruktur u.v.m.) können vordefiniert werden Konfigurierbar und erweiterbar (z.b. pro Projekt)

15 Agile Konfiguration in agosense.fidelia Benutzerzugriffssteuerung Rollen- und regelbasiertes Berechtigungsmodell via AD, LDAP oder Kerberos Typische Rollen im agilen Umfeld wie Product Owner, Produktmanager und Business Analyst definieren Beachten aller Stakeholder wie Kunde, Marketing, Vertrieb, Legal, Support, Training, etc...

16 Strukturierung & Visualisierung von Requirements Strukturierung - Über die Strukturierung wird ein bessere Übersichtlichkeit de Projektes erreicht. - Eine Projektstrukturierung erleichtert eine Filterung von Daten und die Wiederverwendung von Projektelementen Visualisierung - Eine visuelle Darstellung für definierten Anforderungen erleichtern das Verständnis. - Die visuelle Darstellung verbessert die Kommunikation komplexer Sachverhalte

17 Strukturierung im Agilen RM Backlog on Team Level Use Case Backlog Item Non Func Req Story Task User Story Other Work Item Acceptance Test Unit Test

18 Strukturierung & Visualisierung in agosense.fidelia

19 Traceability Abhängigkeit zwischen vers. Artefakten und Artefakt Typen können über die Traceability visualisiert werden (Impact Analyse) Traceability ist für eine Reihe von Gründen erforderlich, nicht nur, um Compliance- und Audit- Anforderungen zu erfüllen Traceability ist notwendig um den Umfang eines Projekts zu verwalten. Traceabilty hilft bei der Bewertung der Vollständigkeit durch Coverage- Analyse

20 Traceability Rules Regelwerk für die Abhängigkeit zwischen verschiedenen Artefakt Typen

21 Traceability Rules Regelwerk für die Abhängigkeit zwischen verschiedenen Artefakt Typen opt Backlog const Use Cases Epic Realized by Feature Realized by Story Non Func Rec compliant Implemented by System Qualities Tests Task

22 Cross Domain Traceability Integration (via agosense.symphony) Visualisierung relevanter Informationen aus anderen Tools / Repositories (z.b. inline oder in Split View) Anwender müssen das Werkzeug nicht wechseln Keine Medienbrüche mehr selbst bei Einsatz verschiedener Werkzeuge Revisionssichere / versionierte Traces

23 Integration: Beispielszenario Implementierung einer integrierten Werkzeugkette, welche den gesamten Entwicklungsprozess umfasst: Project Management, Requirements Management Test Management Modeling Change Mangement Version Control Error Reporting... Sparx EA Modeling MS Project Project Management agosense. fidelia Requirements Management HP QC Test Management Integration platform agosense.symphony JIRA Work & Defect Management GIT Version Management

24 Integration: Mit Who s who der Toolhersteller

25 Beispiel Workflow mit JIRA agosense.fidelia agile workflow RUN YOUR SPRINT WITH WITH AGOSENSE.FIDELIA + JIRA

26 Beispiel Workflow mit JIRA Step 2 Anpassungen in JIRA Step 4 Entwicklung abgeschossen Step 1 Übertragung nach JIRA Step 3 Update Backlog nach JIRA

27 Backlog & Sprint - Review Durch einen strukturierten Prozess, wie z.b. ein Change Control Board, werden Änderungen bestätigt, d.h. sie werden in die offizielle Version des Sheets aufgenommen APPLY CHANGE SET Added UserStory Updated Work Item Removed UserStory Moved Work Item REJECT oder abgelehnt, was bedeutet, dass diese nur in der Tentative View des Sheets bleiben. SHEET BASE VIEW SHEET TENTATIVE VIEW SHEET TENTATIVE VIEW

28 Change Control: Review / Approval Prozess Unterstützung für formelle Entwicklungsprozesse Granulare Änderungen werden in Change Sets festgehalten Iterativer Freigabe- und Kommentierungsprozess Freigegebene Change Sets werden Bestandteil der Base

29 Testing Bei gleichzeitiger Pflege der zu den Anforderungen abhängigen Testcases kann sofort eine Qualitätsüberprüfung stattfinden Mit Hilfe der Traceability ist eine Covarage-Analyse möglich Effizientes Testen durch Strukturierung und Klassifizierung der Test Cases Überprüfung auch in kurzen Iterationen, wie in der agilen Entwicklung verwendet, möglich

30 Reporting Adhoc können verschiedene Arten von Reports wie Customer Spezifikationen, System Spezifikationen oder auch Backlogs erzeugt werden. Auswertungen in Form von Dashboards quer durch alle in der Datenbank verfügbare Daten

31 Reuse-Strategien Effiziente Wiederverwendung von Items (Anforderungen, Use Cases, Test Cases, User Stories, Epics,... ) Produktvarianten Produktlinienentwicklung Parallele Entwicklung Mehrere Produkt-Iterationen in verschiedenen Entwicklungsstufen Bibliotheks-Funktionalität Sammlung von Artefakten, welche organisationsweit genutzt werden können Version 3 Version 2 Version 1 Branching Version 2.2 Version 2.1

32 Demo Time

33 Fragen und Antworten?!

34 Kontakt agosense GmbH Bernd Röser Stammheimer Str Kornwestheim Alle Informationen auf unserer Webseite: Follow us on:

35 Tool Integration mit agosense.symphony REFERENT Webinar Nr Juni Uhr bis 16 Uhr Ralf Klimpke ralf.klimpke@agosense.com