Anforderungsmanagement mit einem Issue-Tracker

Transkript

1 Anforderungsmanagement mit einem Issue-Tracker REConf :20, Raum Madrid Gerd Beneken mit Auszügen der Arbeit von: Phillip Trojandt, Benedikt Gassner und Simon Grießer

2 Agenda Motivation Anforderungen verwalten mit einem IssueTracker Prozesse steuern mit einem IssueTracker Bewertung des Erreichten Zusammenfassung 2

3 Kontext: Thema: Software-Entwicklung und Software-Einführung in kleinen und mittleren Unternehmen Fragestellung: Was macht KMU erfolgreich? Projektinhalte: Stärken/Schwächen-Analyse der Ist-Prozesse Erarbeitung eines Leitfadens für SW-Entwicklung und SW-Einführung in KMU Untersuchte KMU: 10 Unternehmen, ca Entwickler, MA i.d.r. Produkt + Projektgeschäft Methodik: Persönliche Interviews mit Fragebogen als Rahmen Fragebögen entlang des SWEBOK 3

4 Motivation Anforderungsmanagement in kleinen Unternehmen Es gibt nicht DAS kleine Unternehmen - Pauschalaussagen oder one-size-fits-all Methodik häufig Unsinn - Unterscheiden: Produkthersteller und Projekthäuser Anforderungsmanagement ist geschäftskritisch - Nahe am Kunden und flexibel reagieren = wichtigste Erfolgsfaktoren - Nische erhalten: Kunden individuelle Lösungen bieten - Domänen/Spezialwissen sichern - Untersuchte KMU, erfolgreich in ihren Bereichen Anforderungsmanagement bei KMU (Beobachtungen) - Jede Firma hat eigene Methodik (Produkthäuser stärker) - Wenig Dokumentation, sehr selten Modellierung, eher Prototypen - Viel persönliche Abstimmung intern und mit dem Kunden - Prozesse in den Köpfen, häufig wenig dokumentiert 4

5 Motivation Anforderungsmanagement für kleine Unternehmen Unternehmen wollen Umgang mit Anforderungen verbessern Aktuell: Mehrere kleinere Unternehmen müssen / wollen CMMI Level 2 und mehr erreichen - Wichtiges Element: Anforderungsmanagement (REQM, RD) - Risiko der Bürokratisierung begegnen - Eigene Leichtgewichtigkeit erhalten und besser werden Idee: Werkzeugunterstützung, die professionelles Anforderungsmanagement erwirkt aber nicht behindert 5

6 Motivation Issue Tracker als Werkzeug Issue-Tracker (hier Trac 0.11) - Verwaltet Tickets (Fehlermeldungen, Änderungw., ) - Steuert Bearbeitung (z.b. Ticket wird Mitarbeiter zugewiesen) - Ticket Verfolgung (Berichte über fertig gestellte / offene Tickets) = Werkzeug zur Steuerung und Kontrolle des Teams - Keiner arbeitet, ohne ein entsprechendes Ticket (= Arbeitsauftrag) - Integration in IDEs (z.b. Eclipse Mylin) - Integration mit Versionsmanagement (Commit Hooks) = Werkzeug zur Verwaltung von Daten (Issues) Eigenschaften - Kostengünstig (viele OpenSource Lösungen) - Teamfähig (Webbasierte Lösungen) - Häufig Integriert (IDEs, Versionsmanagement, ) - In den meisten Unternehmen bereits im Einsatz - = Messfühler im Team 6

7 Fragestellungen Wie weit ist eine Unterstützung des Anforderungsmanagements mit einem Issue-Tracker - Im Bereich der Anforderungsverwaltung möglich und sinnvoll? - Im Bereich der Prozesssteuerung möglich und sinnvoll? Anforderungsmanagement zusammen mit den Studierenden besser verstehen Nebenfrage: Was ist als minimales Anforderungsmanagement gerade noch ausreichend? 7

8 Erfassung/Verwaltung von Anforderungen mit einem IssueTracker Neue Tickets (Requirement, User Story, ) (Neue) Attribute für Tickets - Vorhandene Attribute wie Priorität, Komponente, Release, - z.b. Kategorie der Anforderung <Qualität>,<Funktional>... - z.b. Daten, wie sie Anforderungsvorlagen (z.b. Volere) fordern Abhängigkeiten zwischen Tickets - Z.B. Elternanforderung zu Kindanforderung - Z.B. Zeitliche / Kausale Abhängigkeiten Sichten auf Anforderungslisten über Reports Idee bereits in vielen (kleinen) Unternehmen umgesetzt Entdeckung Analyse Spezifikation Validierung Verwaltungsablauf (frei nach SWEBOK) 8

9 Anforderungsverwaltung /1 Entdeckung von Anforderungen Entdeckung Analyse Spezifikation Validierung Wesentlicher Teil der Anforderungs-Entdeckung außerhalb des Werkzeugs (Prototypen, Innovation Games, Workshops, ) Bei großen Systemen Vorbedingung: Grobstruktur vorhanden Erfassung einer Anforderung (nach der Entdeckung) als Ticket - Anforderung zunächst nur Überschrift ( Schlagzeile ), dann verfeinern - Wichtig: Autor, Erfassungsdatum automatisch mit erfasst - Weitere Attribute ergänzen (z.b. Quelle, ) Wer erfasst / wann wird erfasst? - In Workshops, Meetings (Beamer) - Von jedem Stakeholder = einfach, da häufig Webfrontend (Produktmanagement, Entwickler,, ggf. Endkunde) - Wichtig: Änderungshistorie 9

10 Anforderungsverwaltung /2 Analyse der Anforderungen Entdeckung Analyse Spezifikation Validierung Nutzung vorhandener Attribute - Priorität (Stufen idr. Definierbar, besser wäre: Reihenfolge) - Ablehnen / Vertagen von Anforderungen (siehe Workflow) Attributierung/Einordnung der Anforderung über zusätzliche Felder - Kategorie ( Funktional, Qualität, Rahmenbed.) - Typ (Anwenderanf., Systemanforderung, Komponentenanf., ) - Stabilität (hoch / mittel / niedrig) - Komplexität (hoch / mittel / niedrig), erwarteter Aufwand, Risiko - Abgestimmt am <Datum> (Herstellung Übereinstimmung) Strukturierung / Gültigkeitsbereich - Komponente (in System-Architektur) - Meilenstein (in Projektplanung) - Release (in Produktplanung) - ggf. zusätzlich Variante (in Produktlinie), ggf. nach Ziel (Abhängigkeiten feststellen) 10

11 Anforderungsverwaltung Erfassung und Einordnung einer Anforderung Eindeutige Id = URL der Anforderung Schlagzeile Beschreibung Autor Priorität Zuordnung/Gültigkeit Attribute der Anforderung Bewertung Prozess 11

12 Anpassung des Datenmodells an die Bedürfnisse der Firma Systemarchitektur Projektstruktur Produktversionen Anpassung der Attribute Wichtig: wenige, stabile Attribute 12

13 Anforderungsverwaltung Erfassung und Einordnung einer Anforderung /2 Zusatzinformationen Änderungshistorie Kommentare 13

14 Hilfsmittel beim Erarbeiten: Reports (In Workshops, für PL, Produkt Manager, ) 14

15 Analyse der Anforderungen Was geht nicht mit Trac / einem Issue Tracker? File 1 * attached Ticket 1 * blocked by (zu) einfaches Metamodell Einfache Tools (wie Trac) haben Komplexitätsobergrenze - Komplexere Architekturen (Subkomponenten) schwierig - Komplexere Projekte (hier nur ein flaches Projekt) schwierig - Bei Trac: Bezug zwischen den Komponenten / Releases / Meilensteien - Massenverarbeitung von Tickets nicht möglich Abhängigkeiten zwischen Anforderungen - Hierarchie (über Trac-Plugin möglich) - Andere Abhängigkeiten nicht direkt formulierbar (Zeitlich, Kausal, ), ggf. über HTML-Links zwischen den Tickets Verschiedene Typen von Anforderungen schwierig Kaum / keine methodische Unterstützung 15

16 Anforderungsverwaltung /3 Spezifikation der Anforderungen Entdeckung Analyse Spezifikation Validierung Spezifikation / Modellierung als Anhang - Nur Beschreibungstext (etwa als User Stories) - Detailspezifikationen (z.b. Dokument mit UseCase / Szenario) als Anhang - GUI-Prototypen mit Doku als Anhang - Modelle als Anhänge (z.b. UML-Diagramme) - Auch möglich: Generierung von Tickets aus Modellen Hilfreich: Kombination mit Versionsverwaltung (etwa SVN) - Dokumente und Modelle in Versionsverwaltung - Verweis über HTML-Link Generierung von Dokumenten über Reports 16

17 Spezifikation Was fehlt noch bei einem IssueTracker? Strukturvorgaben / Templates - Z.B. Spezifikation = Use Cases, Datenmodell, Dialogmodell - Automatische Konsistenzchecks nicht möglich - Generierung von Dokumenten schwieriger Explizite Hierarchie (1, 1.1, 1.3, ) - Bei großer Zahl von Anforderungen -> Übersichtlichkeit fehlt - Massenoperationen fehlen (= Zweig umhängen) Abhängigkeiten - Auswirkungsanalysen problematisch Integration in andere Tools - Z.B. UML-Editor, Microsoft-Word import/export, - Integration von Grafiken und Schaubildern aufwändig 17

18 Anforderungsverwaltung /4 Validierung der Anforderungen Entdeckung Analyse Spezifikation Validierung Review der Anforderungen - Durchgeführtes Review dokumentieren (Attribut: Datum) - QS über Workflow absichern (Ticketzustand: in QS, mit anderer zuständiger Rolle) - Änderungen über Historie sichtbar Aus Anforderungen Akzeptanztests definieren - Ggf. eigener Tickettyp Akzeptanztest - Im Workflow vorsehen Rückfluss der Erfahrungen aus Prototypen (als Änderungswünsche zum Prototypen) 18

19 Steuerung von Prozessen / Arbeitsabläufen mit einem IssueTracker Technisch - Verschiedene Ticket Typen (z.b. Requirement, User Story, Task, ) - Ticket Workflow - Rollen / Rechte für Übergänge im Workflow Organisatorisch / Technisch - Keiner tut was ohne Arbeitsauftrag = Ticket - Kein Commit ohne Ticket (Commit-Hooks) - Koppelung IDEs mit Issue-Tracker (z.b. über Mylin) - Koppelung Office Tools mit Issue-Tracker (Termine/Aufgaben per Mail, Änderungsinfo über RSS, ) Damit: Steuerung verschiedener Prozesse möglich - Risiken, Änderungen, Probleme, Anforderungen, Abb.: Ticket-Workflow in Trac ( 19

20 Beispiel für zwei Ticket-Typen Requirement und Task ( = Implementierung) Project Requirement 1 Requirement 2 Requirement X Task 1 Task 1 Task 2 Task X Abbildung von: Gassner, Trojandt, Grießer 20

21 Workflow für Requirements und Tasks in Trac 0.11 Task specialize Requirement New specialize postpone New Task Review Postponed assign review review approve Assinged Task Approved reassign begin work reopen reject define tasks Work In Progress Define Tasks implemented realize tasks Implemented Implementation quality assurance quality assurance Quality Assurance Quality Assurance resolve reopen resolve Closed Abbildung von: Gassner, Trojandt, Grießer 21

22 Dokumentation des Workflows / der Prozesse Beispiel Wiki Beschreibung des Prozesses im Wiki Wichtig: Verschiedene Perspektiven (Prozess, Rollen, Normen, ) Vorlagen, Checklisten, Beispiele zum Download möglich Wiki möglichst: Generiert aus Versionsverwalteten Dokument(en) Aus: Diplomarbeit Andy Pillip, Grafik aus DokuWiki 22

23 Fazit Issue Tracker eignen sich für einfaches Anforderungsmanagement Eigene Anforderungsmanagement Prozesse/Methodik über neue Workflows darstellbar Eigene Methodik und Besonderheiten des Unternehmens über neue Attribute zu Tickets Damit: Unterstützung einiger Forderungen aus CMMI und anderen Prüfmodellen 23

24 Backup 24

25 Vortrag am Beispiel Anforderungsmanagement mit Trac 0.11 = Ergebnis eines studentischen Projektes, WS 08/09 - Autoren: Gassner, Trojandt, Grießer - Aufgabe: Umsetzung der Anforderungen CMMI/SWEBOK mit Trac Issue Tracker = Trac Open Source - Quelle: Workflows und hierarchische Tickets über Plugins - MasterTicketsPlugin AdvancedTicketWorkflowPlugin 0.10dev - Graphviz Plugin 0.7.5dev - TracForms

26 Workflowdefinition Ausschnitt aus der trac.ini: Gesamter Workflow Abbildung von: Gassner, Trojandt, Grießer 26

27 Prozessverfolgung Beispiel mit BI Tools [Cubeware] Grafik von Casagranda, Kaffl: Studentisches Projekt FH Rosenheim 27