Verwalten der Anforderungen
16. Juni 2009 Roland
- Erstellen eines Newssystems
- Akteure im Newssystem
- Newssystem Anwendungsfälle für den Systemadministrator
- Newssystem Anwendungsfälle für den Editor
- Newssystem Anwendungsfälle Zusammenfassung
- Newssystem Anwendungsfälle Webuser
- Anwendungsfall Add Category
- Anwendungsfall Add Editor to Category
- Anwendungsfall Change Editor
- Nebenläufigkeiten beim Editieren von Newseinträgen
- Anwendungsfall Create Editor
- Anwendungsfall Delete Category
- Anwendungsfall Delete Editor
- Anwendungsfall Edit Category
- Anwendungsfall Remove Editor From Category
- Anwendungsfall Show Editors
- Anwendungsfall Show Categories
- Anwendungsfall Add Image to Newsentry
- Anwendungsfall Create Newsentry
- Anwendungsfall Delete Image
- Anwendungsfall Delete Newsentry
- Anwendungsfall Edit Image Data
- Anwendungsfall Edit Newsentry
- Anwendungsfall Navigate in Newslist
- Anwendungsfall Remove Image from Newsentry
- Anwendungsfall Search Image
- Anwendungsfall Search News
- Anwendungsfall Set Presentation Times
- Anwendungsfall Upload Image
- Anwendungsfall Navigate Archive News Shortentries
- Anwendungsfall Navigate Shortentries
- Anwendungsfall Show Archive Newsentry
- Anwendungsfall Show Newsentry
- Anwendungsfall Show Shortentries
- Aufbereiten der bisherigen Anwendungsfälle
- Technische Anwendungsfälle
- Nebenläufigkeiten beim Lesen von Newseinträgen
- Lasst uns mal über Performancemessung reden
- Erste Gedanken zum Backup und Restore für unser Newssystem
- Zwischenschicht zur Performancemessung einbauen
- Performancemessungen ein- und ausschalten
- Performance Messung auf dem Server durchführen
- Newssytem Daten Modellieren
- Anwender Aktionen loggen
- Geschäftsmodelle erkennen
- ImageModel Beschreibung
- Installierbarkeit des Newssystems
- Housekeeping im Newssystem
- Anwendungsfall SearchNotUsedImages
- UserModel Beschreibung
- Meldungsverwaltung und Severity Bestimmung im Newssystem
- UserModelFactory
- Einsatz eines Frameworks für die Erstellung des Newssystems
- Ist das Newssystem einfach nur eine View auf eine Blogsoftware?
- Factory- und Adapter Pattern für die Erweiterung von WordPress
- Wieso will ich das Newssystem nicht als WordPress Plugin erstellen?
- Newssystem gesundschrumpfen
- Wer sind unsere Kunden für das Newssystem?
- Requirements für Newssystem erfassen
- Rahmenbedingungen für das Newssystem
- Entscheidung wie das Newssystem jetzt umgesetzt werden soll
- Welche Tools können wir zur Anforderungsverwaltung einsetzen?
- Verwalten der Anforderungen
- Namensänderungen im Newssystem Modell
- Ein Tool für die Anforderungen
- Komponenten die im ersten Sprint umgesetzt werden sollen
- Auf der Suche nach einem Tool um Anforderungen zu erfassen
- Security fummelt man am Besten gleich in die Architektur hinein
- Security Komponenten Klassendiagramm
- wie schrumpft man das System Gesund?
Wir hatten in der letzten Zeit diverse Diskussionen wie wir unsere Anforderungen für das Newssystem verwalten können.
Ich hatte im Artikel Requirements für Newssystem erfassen beschrieben, welche Informationen zu einer Anforderung beschrieben werden sollen.
Im Artikel Welche Tools können wir zur Anforderungsverwaltung einsetzen habe ich verschiedene Tools aufgelistet, mit denen die Anforderungen verwaltet werden können.
Dirk hat noch weitere Werkzeuge (Wikis usw.) aufgeführt.
Er hat jedoch auch gesagt, dass man Anforderungen auch mit Stift und Zettel verwalten kann.
Und dann ist noch der Kommentar zu erwähnen in dem Dirk vorschlägt, dass Jozo sich diverse Tools aussucht und damit arbeitet.
Das empfinde ich als eine sehr gute Vorgehensweise.
In unserem Fall, wir sind räumlich voneinander getrennt, bin ich nicht gerade ein Fan von Stift und Zettel 
Damit wir unsere Anforderungen sinnvoll verwalten können, empfehle ich nun folgende Vorgehensweise:
Jozo ist der Anforderungsmanager
Toller Titel gelle?
Was sind die Aufgaben eines Anforderungsmanagers?
- Sammeln der vorhandenen Anforderungen
- Ordnen der Anforderungen
- Publizieren der Anforderungen
- Tracken der Anforderungen
- Informieren welche Anforderungen umgesetzt werden müssen
- Informieren welche Anforderungen umgesetzt worden sind
Wie geht Jozo hierbei vor?
Zuerst einmal gehst du her und suchst nach passenden Tools, so wie es Dirk schon im Kommentar beschrieben hat.
Du installierst dir lokal die Tools und evaluierst Diese.
Schreibe deine Erfahrungen in einem Artikel.
Für diese Aufgabe sollst du nicht mehr als maximal zwei Tage Aufwand betreiben.
Wenn du das Supertool gefunden hast und damit umgehen kannst, dann darfst du selbstverständlich das Tool anstatt StarCalc verwenden.
Die einzelnen Aufgaben des Anforderungsmanagements bearbeitest du wie im Folgenden beschrieben:
Sammeln der vorhandenen Anforderungen
Du, Jozo, nimmst via Mail (jozo@miradlo.de) die Anforderungen entgegen.
Weiterhin scannst du die bisher erstellten Artikel und filtert dort die bestehenden Anforderungen heraus.
Ordnen der Anforderungen
Die gewonnenen Informationen fügst du in ein StarCalc Dokument ein.
Das Format der Anforderungen kannst du aus dem Artikel Requirements für Newssystem erfassen entnehmen.
Publizieren der Anforderungen
Mindestens einmal pro Woche schreibst du einen Artikel Status der Newssystem Anforderungen vom tt.mm.yyyy.
Inhalt dieses Artikels ist welche Anforderungen neu hinzugekommen sind, welche bearbeitet wurden, wo Probleme bestehen.
In diesem Artikel verlinkst du das Anforderungsdokument. Dafür lädst du das Anforderungsdokument auf den Server hoch.
Falls du ein Tracking Tool verwendest, wird entsprechend der Link zu dem Tool hinzugefügt. Hauptsache ist, dass die Anforderungen im Internet einsehbar sind und maxmimal eine Woche “veraltet” sind.
Falls sich zu viele Anforderungen unter der Woche verändern (gerade am Anfang), oder wenn eine wichtige Situation auftritt, dann schreibst du entsprechend mehr Artikel pro Woche.
Tracken der Anforderungen
Das StarCalc Dokument, oder das von dir betriebene Anforderungssystem, dient zum Tracken.
Informieren welche Anforderungen umgesetzt werden müssen
Ist Teil des wöchentlichen Reports.
Informieren welche Anforderungen umgesetzt worden sind
Ist Teil des wöchentlichen Reports.
Wieso finde ich dieses Vorgehen gut?
Jozo soll lernen mit Anforderungen und dem Arbeiten in verteilten Teams umzugehen.
Weiterhin haben wir so eine Rolle etabliert, die im Projekt sich proaktiv um die Anforderungen kümmert.
Mit dieser Vorgehensweise sind wir sehr nah am Zettel und Stift.
Es sind wenig technische Mittel notwendig und wir haben dennoch den Vorteil immer die aktuellen Anforderungen von verschiedenen Orten einsehen zu können.
Ok, falls Jozo das Wundersuperduppertool findet und verwendet, sind wir weit vom Zettel und Stift weg. Doch dann lernt Jozo immerhin das Tool zu verwenden.
Die Kommunikation und Information innerhalb des Projekts läuft weiterhin über diesen Blog.
So müssen wir nicht aus 1001 Quellen unsere Informationen zusammenkratzen.
Das finde ich auch recht angenehm 
Der Beitrag wurde
am Dienstag, den 16. Juni 2009 um 00:09 Uhr veröffentlicht
und wurde unter IT, Programmieren abgelegt.
Kurzlink: http://www.baldenhofer.eu/blog/?p=1513
Dir gefiel der Artikel? Dann abonniere doch den RSS Feed
Du kannst die Kommentare zu diesem Eintrag durch den RSS 2.0 Feed verfolgen. Du kannst einen Kommentar schreiben, oder einen Trackback auf deiner Seite einrichten.
