Das Kochrezept und die Kundenanforderungen

Das Kochrezept, in diesem Fall Pfifferlingrisotto, ist mit den Kundenanforderungen zu vergleichen. Die Kundenanforderungen definierten als Musskriterien:

• Reis, der zu Risotto verarbeitet wird
• Pfifferlinge

Ok, Reis hatte ich und Pfifferlinge hatte ich ja schließlich gekauft. Als weitere Anforderungen lagen vor:

• Weißherbst zum Abschmecken
• Knoblauch
• Eine Zwiebel
• Pfeffer
• Etwas Sahne
• Gemüsebrühe

Aus diesen Anforderungen leitete ich ab ob sie muss oder kann Kriterien sind. Der Weißherbst selbst ist keine Mussanforderung. Ich hatte einen anderen Rose da und entschied, die Anforderung in Wein umzustellen. Knoblauch war kein Problem, genauso die Zwiebel, Sahne und der Pfeffer. Die Gemüsebrühe war nicht vorhanden. Also entschied ich um und verwendete eine Rinderbrühe. Somit veränderte ich den Wein und die Brühe.

Kundenanforderungen mit Wirklichkeit abgleichen

Ich hätte mich am Sonntag auf den Kopf stellen und mit den Ohren wackeln können. Damit hätte ich immer noch keinen Weißherbst und keine Gemüsebrühe gehabt. Ok, meine Nachbarin hat schon eine Zwiebel von mir bekommen. Vielleicht hätte sie im Gegenzug mit Wein und Gemüsebrühe herhalten können. Doch da ich den Pfifferlingrisottokunden recht gut kenne, ich bins ja selbst gewesen, wollte ich sie mit solchen Lapalien nicht belasten. Bei der IT ist es ebenfalls häufig einfach finanziell oder technisch nicht möglich einige Anforderungen zu erfüllen. Wenn die Anforderung heißt, dass du zwei Rechenzentren im Abstand von mindestens 15km benötigst und deine Rechenzentren einfach nur fünf Kilometer Abstand voneinander haben, dann kannst du diese Anforderung nicht erfüllen. Du musst mit deinem Kunden darüber reden und die Anforderung abändern. Und genau das habe ich mit der Rinderbrühe und dem anderen Wein gemacht.

Kundenanforderungen erweitern

Nachdem die Anforderungen geklärt sind, werden von der IT noch technische Anforderungen generiert. Das neue System muss betreibbar sein, es muss wartbar sein und wir müssen es z.B. auch noch überwachen können. Wir fügen zu den bestehenden Kundenanforderungen noch weitere Anforderungen hinzu. In meinem Fall war ich mit den Gewürzen nicht einverstanden. Ich hatte noch frischen Schnittlauch und frischen Oregano. Diese Gewürze wollte ich auch noch zum Menü hinzufügen. Damit wollte ich dem Gericht den nötigen Schliff geben. Somit habe ich das ursprüngliche Rezept doch schon ziemlich abgewandelt. Solange die Kunden damit einverstanden sind, entsteht so eine machbare (und sehr gut schmeckende) Lösung. Wenn ich nun einen externen Kunden gehabt hätte und dieser Kunde z.B. Vegetarier ist, wäre meine Rinderbrühe ein Killerkriterium gewesen. Also immer auf die Umgebung achten! Übrigens, dass Risotto war wunderbar. Und im Vergleich zu Programmen kann man beim Kochen das Ergebnis einfach aufessen und den Rest abspülen. Es bleiben keine Spuren mehr vorhanden und ein Refacturing ist normalerweise nur auf dem Konzeptlevel (Rezept) sinnvoll

Ähnliche Beiträge

Ziel wäre gewesen einen Anwendungsfall zu streichen, und dabei die minimalen Anforderungen trotzdem zu erfüllen.

Was sind die minimalen Anforderungen?

Aus dem vorhergehenden Artikel von Roland sind die Anforderungen wie folg definiert:

• Eine Userverwaltung
• Eine Kategorieverwaltung (Hier kann man Abstriche machen. Man könnte viele kleine Newssysteme für die jeweilige Kategorie installieren. Dann kann man durch Konfiguration die Komplexität verringern. Dafür hat man halt die Problemstellung, dass die Konfiguration je nach Einsatz ziemlich komplex werden kann.)
• Eine Artikelverwaltung
• Irgendwas um die Bilder hochzuladen
• Eine einfache Art die News auf Webseiten zu positionieren.

Ein anderer Lösungsweg für die Kategorieverwaltung bedeutet für mich im Moment, dass diese Anwendungsfälle wegfallen.

Der Bilderupload war die nächste Stelle, um abzuspecken. Die Bilder sollen “geploaded” werden, das ist die Anforderung. Das zusätzlich noch Stammdaten angelegt werden, ist nicht definiert. Für mich klingt das im Moment ein Wenig nach Bildverwaltung, und die ist nicht als Anforderung definiert also raus…

Doch dann kam die Spalte mit den verbauten Chancen und es wurde klar, dass jeder gestrichene Anwendungsfall Chancen auf Übersichtlichkeit, Datenhaltung, Verwaltung, usw. verbaut.

Was kann man da nun tun?

Ähnliche Beiträge

MediaWiki

• Stärken

Versionen der Anforderung möglich.
Rechteverwaltung möglich.
Diskussionsmöglichkeit gegeben um evtl. direkt den Status der Anforderung zu besprechen.
Kategorisierung, Suchfunktion, und Anordnung möglich.

• Schwächen

Eingabe der Anforderung ist nicht ganz durchgängig.

Eine für jeden verständliche Anordnung der Anforderungen muss noch erfunden werden.

• Chancen

Es besteht die Möglichkeit einzelne Anforderungen direkt auszudiskutieren und einen Status festzulegen.
Anforderungen müssen nicht unbedingt per Mail entgegengenommen werden, sondern können an passenden Stellen eingetragen werden.
Man kann Bilder oder andere Medien einfügen um Vorgänge oder Anforderungen genauer zu beschreiben.
Erstmaliger Einsatz von einem Wiki.

• Risiken

Es muss eine geeignete Struktur eingesetzt werden, damit keine Anforderungen untergehen.

Blog

• Stärken

Diskussionsmöglichkeit gegeben.
Rechteverwaltung möglich.
Kategorisierung möglich.
Anforderungen können direkt eingetragen werden.

• Schwächen

Artikel oder Seiten können nicht nachträglich in andere Kategorien oder Serien geordnet werden.

• Chancen

Jeder ist mit dem System vertraut und man würde sich Einarbeitungszeit sparen.

• Risiken

Man müsste sich auf ein nicht änderbare Anordnung festlegen, und somit evtl. feststellen, dass diese Tool doch unpassend ist.
Keine Erfahrung ob sich dieses Tool als “Anforderungserfassungssystem” eignet.

Gobby

• Stärken

Dokumente können von mehreren gleichzeitig genutzt werden.
Zeitversetztes arbeiten möglich.
Anforderungen können in ein passendes Dokument eingetragen werden.
Diskussionsmöglichkeit über Chat möglich.
Mehrere Dateien können über ein einzelnes Fenster geöffnet werden.

• Schwächen

Jede Anforderung müsste ein eigenes Dokument erhalten.
Einzelne Dokumente werden durch einen Filebrowser geöffnet, somit bestimmt die “Ordner/Datei-Anordnung” die Übersichtlichkeit.
Ein z.B. Tabellendokument (.ods) ist in der Liste der bekannten Dateiformate nicht vorhanden.
Das System ist nicht jedem bekannt.

• Chancen

Wir lernen ein neues Tool kennen.

• Risiken

Kriterien, wie Übersichtlichkeit, Kategorisierung usw. werden evtl. nicht erfüllt.

Einige dieser Tools habe ich nur angetestet, und sind mir nicht im Detail bekannt. Also falls es z.B. doch sein kann das Gobby auch andere Dateiformate annimmt oder es bei einem Wiki doch noch Schwächen gibt die ich Übersehen habe, könnt ihr es ja kommentieren…

In Anbetracht dessen, dass der Weg der Anforderungen doch nicht unbedingt per Mail erfolgen soll, würde ich ein Wiki vorziehen. Dort hätte man tatsächlich die Möglichkeit Anforderungen selber einzutragen und deren Status auszudiskutieren. Darüber hinaus können Änderungen anhand verschiedener Versionen jederzeit ersichtlich sein. RSS-Feeds könnte man ebenfalls benutzen, was somit alle Teilnehmer über Änderungen informiert. Ausserdem wäre ein Einsatz eines Wikis auch mein erstes Mal, und somit eine Erfahrung wert.

Was haltet ihr diesmal davon?

Ähnliche Beiträge

• Create Editor
• Create MasterEditor
• Create SysAdmin
• Show Editors
• Show SysAdmins
• Show MasterEditors
• Update Editor
• Update SysAdmin
• Update MasterEditor
• Delete Editor
• Delete SysAdmin
• Delete MasterEditor

Weiterhin würde ich die technischen Anwendungsfälle für die Passwortverwaltung erstellen:

• Reset Password
• Change Password

Und damit unser Newssystem mal ein paar Datensätze aufnehmen kann, würde ich die erste Version des ArticleModel und der Kategorie erstellen.

• Create Category
• Create Article
• Show Categories
• Show All Articles
• Update Category
• Update Article
• Delete Category
• Delete Article
• Add Editor To Category
• Add MasterEditor To Category
• Remove Editor from Category
• Remove MasterEditor from Category

Was ist das Ziel des ersten Sprints?

Wir haben ein Basissystem mit dem wir rumprobieren können.
Es sind noch keine Userviews vorhanden.
Wir können mit CakePHP umgehen und sehen welche Eigenschaften wir tatsächlich umsetzen müssen.
Testfälle für das Basissystem sind vorhanden.
Wir können abprüfen, ob unsere Komplexität ausreichend ist.
Erste Designfehler sollten auftauchen.
Eventuell müssen wir nach diesem Schritt unser komplettes Design noch einmal überarbeiten.
Vermutlich wird es aber soweit passen…

Ähnliche Beiträge

• miradlo Issue Tool
• Doku Wiki
• Media Wiki
• phProjekt
• wordpress Blog
• google docs
• Gobby

miradlo Issue Tool

Das “miradlo Issue Tool” ist wie bereits von Roland erwähnt sehr einfach zu benutzen. Man kann wirklich von Eingabefeld zu Eingabefeld “hüpfen” um Bearbeiter, Ersteller usw. einzutragen. Es besteht die Möglichkeit nach einem bestimmten Feld zu sortiern. Es müssten allerdings weitere Eingabefelder hinzugefügt werden und Rechteverwaltung ist im Moment auch nicht vorhanden.

Doku Wiki

Das  “Datenbanklose Doku-Wiki” hat meiner Meinung nach keine der benötigten Eigenschaften erfüllt. Das Erstellen einer Seite, und das Einrichten der Seitenleiste (Navi) war schon nicht sehr durchgängig. Es hat in jedem Fall seine nutzen doch passend für mich kam mir das nicht vor.

Media Wiki

Auch hier konnte ich lediglich Seiten erstellen, indem ich über die Suchmaske den Namen der Anforderung eingegeben habe. Ob das wirklich so funktioniert ist mir im Moment nicht bekannt, jedenfalls macht auch dieses Tool nicht den Anschein für unseren Zweck zu passend zu sein.

phProjekt

Hier ist klar, dass sich jeder in das Tool einarbeiten müsste. Nach der  ersten Installation, und einigen Versuchen auf der Demoversion fällt auch dieses Tool weg.

WordPress

Man kann jede Anforderung als Artikel erstellen, in Serien verpacken und diese dann z.B. in die Serien “genehmigt”, “abgewiesen”, “abgeschlossen” usw. verschieben. Nachträgliches verschieben in andere Serien ist allerdings nicht möglich, somit wäre ein ordentliches “hin und her” schieben (Was auch einer meiner Pläne war… ) nicht gegeben. Auch nachträgliches verschieben in andere Kategorien würde nicht ohne weiteres klappen, daher fällt auch ein Blogsystem als Tool weg.

Google Docs

Man hat ein Dokument, das man an einer Stelle pflegt. Jeder kann das Dokument einsehen, Schreibrechte kann man verteilen und verwalten. Das Dokument kann man per “iframe” einbinden oder einfach auf das Dokument (Link zur Anforderungstabelle) verlinken. Es bietet sich die Möglichkeit an, die Tabelle in verschiedenen Formaten (.ods, .txt, .pdf, usw.) zu exportieren um Sicherungen zu generieren.

Gobby

Meiner Meinung nach ein tolles Tool, welches einige Möglichkeiten bietet um Dateien gemeinsam, gleichzeitig, oder auch zeitversetzt zu bearbeiten. Ebenso eignet es sich auch um Brainstorming durchzuführen und Ideen auszutauschen (integrierter Chat). Doch auch in diesem Tool habe sehe ich nicht die Lösung.

Gibt es denn überhaupt ein passendes Tool?

Vor lauter tollen Tools, mit den verschiedensten Möglichkeiten und Plugins, sollte ich noch einmal an den Anfang gehen und mir einige Fragen stellen.

Wer bin ich ?

• Der Anforderungsmanager

Was soll ich tun?

• sammel die Anforderungen
• ordne die Anforderungen
• publiziere die Anforderungen
• tracke die Anforderungen
• informiere wie der Status der Anforderungen lautet

Woher bekomme ich die Anforderungen?

• ich nehme Anforderungen via Mail auf

Welche Informationen sollen andere von mir erhalten?

• Hauptsächlich soll klar werden, was, wie und wann von wem geklärt wird. Am Besten noch auf einem Blick.

Ein paar Tags welche mir ebenfalls noch im Kopf rumschwirren…

• Zeit- und Kostenbudget,  Solche Dinge können leicht zu neuen Projekten ausarten…

Fazit

Von den getesteten Tools, habe ich lediglich beim “miradlo-Issue-Tool”  noch am ehesten die Vorgaben entdeckt welche ich an mein “Wunschtool” gestellt habe. Doch das Tool ist nicht ganz so vorhanden… und eine Rechteverwaltung ist ebenfalls nicht vorhanden. Schade…

Somit ergab sich für mich doch noch die “LowCost Variante” am geeignetsten für diesen Anwendungsfall. Also ‘sprich’ ein zentrales Dokument welches in regelmässigen Abständen hochgespielt wird. Es ist zwar wirklich eine Steinzeitlösung, doch  sie erfüllt die Vorgaben. Mit Google Docs würde man sich das ständige hochspielen auf den Server sparen. Man hat nur ein Dokument welches die “Wahrheit” beinhaltet. Rechteverwaltung ist möglich, falls der Anforderungsmanger nicht erreichbar ist. In regelmässigen Abständen exportiert man eine Sicherung mit dem passenden Datum. Das Dokument ist “jederzeit” im Netz ersichtlich…ich sehe in Google Docs das passende Tool für diesen Anwendungsfall.

Was haltet ihr von meiner Entscheidung?

Ähnliche Beiträge

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

Ähnliche Beiträge