Anforderungsverwaltung

[haentschman]

Hallo...

Zitat:

Als mein Team z.B. von 5 auf 3 Personen geschrumpft wurde, hat sich für uns rausgestellt, dass sich Bugtracking (mit Mantis) sich nicht mehr wirklich lohnt.

...sehe ich anders. Ich hab für mich allein einen Mantis aufgesetzt. Allein die ganzen Ideen, was man noch reinstampfen kann, welche nun nicht mehr auf gelben Zetteln verstauben...
Mit der integrierten Zeitverwaltung ist gut zu sehen wieviel Zeit das Projekt in Anspruch nimmt.

[squetk]

Wir sind nur zwei Entwickler.
Aber die Menge an Anforderungen gilt es zu organisieren.

Mantis schaue ich mir mal an, danke.

[shmia]

Zitat von haentschman:

Ich hab für mich allein einen Mantis aufgesetzt

Ja, das kann durchaus funktionieren.
Aber nur mit Disziplin.

Aber wenn nur einer (Ich) die Mantisdatenbank befüttert und die anderen zwei sich nicht drum scheren und nichts beitragen, dann wird es sinnlos.
Und wie oft habe ich den Serviceleuten gesagt, sie sollen Fehler über Mantis melden und nicht einfach nur anrufen oder eine Mail schicken - es hat alles nicht genützt.

Es ist meist der psychologische Faktor der solche Dinge wie Bugtracker, Wikki, CRM scheitern lässt.

[s.h.a.r.k]

Zitat von shmia:

Es ist meist der psychologische Faktor der solche Dinge wie Bugtracker, Wikki, CRM scheitern lässt.

So wie bei vielen anderen Systemen eben auch. Problem ist halt, dass man immer nur spezielle Lösungen für Probleme hat und nicht ein übergreifendes und einfach zu handhabendes Tool gibt. Zumindest habe ich noch keines gefunden, welches für mich echt taugen würde.

[squetk]

Disziplin setze ich mal voraus - sonst brauchen wir so was nicht einzuführen.
(Wobei ich zugeben muss, dass mein Co noch nicht ganz willig ist....)
Aber wenn aktuell ein unbefriedigender Zustand vorhanden ist, ist man eher bereit, die Zeit zu investieren.

Mantis hab ich mir angeschaut, auch Redmine habe ich angetestet - letzteres sieht irgendwie übersichtlicher aus.

[s.h.a.r.k]

Musst ihn halt sonst zu täglichen zweistündigen Meetings beordern, vielleicht mag er das ja lieber

[Sir Rufo]

Zitat von shmia:

Zitat von haentschman:

Ich hab für mich allein einen Mantis aufgesetzt

Ja, das kann durchaus funktionieren.
Aber nur mit Disziplin.

Aber wenn nur einer (Ich) die Mantisdatenbank befüttert und die anderen zwei sich nicht drum scheren und nichts beitragen, dann wird es sinnlos.
Und wie oft habe ich den Serviceleuten gesagt, sie sollen Fehler über Mantis melden und nicht einfach nur anrufen oder eine Mail schicken - es hat alles nicht genützt.

Es ist meist der psychologische Faktor der solche Dinge wie Bugtracker, Wikki, CRM scheitern lässt.

Fehler im Bugtracker werden behoben, alles andere gilt als nicht gemeldet
Dann geht das auch.

Solange der alternative Weg bedient wird, ändert sich nichts.

[mquadrat]

Bei einigen Kunden verwenden wir deren In-House-Lösungen (meist Mantis). Für eigene Projekte haben wir uns vor Jahren was eigenes geschrieben.

[GPRSNerd]

Ich habe auch einige Jahre Mantis erfolgreich eingesetzt, mit größeren, kleineren und Miniteams. Disziplin bei den Usern muss man halt einfordern, wenn nötig mit Zwang.

Allerdings ist Mantis KEIN Tools zum Anforderungsmanagement, sondern eher nur ein Bugtracker, ähnlich wie Bugzilla.
Für richtiges Requirement Management setze ich, wie beinahe auch alle Kunden, seit Jahren DOORS ein, ehemals von Telelogic, jetzt von IBM. Das kann aber leider auch nix anderes.

Die eierlegende Wollmilchsau für einen gesamten Lebenszyklus eines Produktes habe ich noch nicht gefunden...

[Nersgatt]

Wir setzen Bugzilla ein. Zuerst nur zwischen meinem Chef und mir und wollten es schon nach 2 Wochen nicht mehr missen.
Mittlerweile nutzen es 2 Entwickler, 2 Chefs, 2 Hotlinedamen
Dabei ist halt schön, dass man eine zentrale Sammelstelle hat und nichts mehr verloren geht. Wir geben wirklich jeden Furz, den wir an der Software ändern dort ein. So weiß man auch hinterher z.B. seit welcher Version Feature x implementiert ist.

Dabei vergewaltigen wir das System auch an einigen Stellen als z.B. Informationssammelstelle. Z.B. haben wir einen Status "support" wo wir Informationen für unsere Hotline zu einzelnen Programmteilen hinterlegen. Nach dem Schema: wenn x nicht funktioniert, dann prüfe a, b und c.
Solche Informationen wurden vorher eher mündlch überliefert. Da hat man es dann einer Hotlinedame erklärt und 2 Wochen später stellt die 2. die selben Fragen und man darf es nochmal erklären. Und ein Jahr später haben beide es wieder vergessen. Jetzt können sie es einfach nachschlagen. Teilweise erstelle ich diese Infos schon während der Programmierung, weil mir dabei auffällt, worauf der User hinterher achten muss.