Agile Ausgabe- und Feature -Tracker -Software [geschlossen

Question

Ich suche die "beste" agil-freundliche Funktions- und Defekt-Tracking-Software. Derzeit verwenden wir Fogbugz, aber dies ist für Teams, die nach einer agilen Methodik folgen, nicht besonders nützlich. Dafür gibt es bessere Werkzeuge wie Greenhopper für JIRA. Ich habe Jira schon einmal verwendet, aber ich frage mich, ob es andere Tools gibt, die besser sind.

Answer 1

Ich werde meine Erfahrungen erzählen und hoffen, dass es hilfreich sein wird.

Wir begannen, Scrum mit Karten an einer Wand zu steuern. Wir dachten, wir würden zu einem Werkzeug wechseln, als wir es wirklich anfingen. Wir richten unseren Defekt -Tracker ein (Redmine) mit Benutzergeschichte und Aufgaben und können Sie in jedem Projekt einen Burdown erstellen. Wir haben jedoch festgestellt, dass Sie nicht wirklich die Transparenz eines physischen Informationskühlers erhalten. Die Leute gehen an der Kartenwand an und können sehen, wie sich das Team fortschreitet. Nur sehr wenige werden die Website so oft überprüfen, wie sie die Kartenmauer inspizieren. Derzeit machen wir die Kartenwand für den aktuellen Sprint und Verfolgen Sie den Sprint in Redmine, der uns historische Informationen gibt.

Als wir uns zu mehr Teams skalierten, als wir einen Wandraum haben, stellten wir fest, dass wir ein Tool benötigen, das wie eine Kartenwand funktionieren und ein "echter" agiler Tracker sein kann. Also haben wir uns mehrere Tools angesehen, und unsere kurze Liste enthielt Version eins, Rallye, und Mischen. Eines dieser Produkte ist vielleicht am besten für Sie, aber letztendlich haben wir uns aus verschiedenen Gründen ausgewählt.

Das einzige, worüber ich mir Sorgen mache, ist der Verlust der Kartenmauern. Es ist schwer, den transformativen Wert zu erklären, den diese öffentlichen Informationskühler hatten. Die Teams erhalten sowohl von den Produktbesitzern als auch von Management und anderen Stakeholdern eine große Sichtbarkeit. Ich mache mir Sorgen, dass die Sichtbarkeit verloren geht, wenn wir nur das Werkzeug verwenden. Möglicherweise muss ich Dashboards bauen, die an den Wandmonitoren auftreten und als High-Tech-Version der Kartenwände fungieren. Eine Sache, die wir getan haben, war, einige Touchscreen-Whiteboards zu beschaffen, mit denen Teams in Standups virtuelle Karten auf vertraute Weise bewegen können, indem wir die Wall-Schnittstelle des Werkzeugkartens verwenden. Ich hoffe, dass wir dies ermöglichen werden, die Teamkommunikations- und Interaktionsvorteile des Teams beizubehalten, die wir bei einer Kartenmauer gesammelt haben.

Wie auch immer, viel Glück mit deiner Suche!

Answer 2

Wir verwenden in unseren Projekten PivotalTracker (http://pivotaltracker.com). Es ist ein leichtes und einfach zu bedienendes Werkzeug. Es funktioniert in der Cloud. Das Erstellen eines Kontos und das Einrichten eines Projekts ist also eine Frage von Minuten. Benutzergeschichte und Fehlereingabe sind ganz einfach. Das Tool unterstützt einen Standard -Workflow von Aufgaben, die aus nicht gestarteten, gestarteten, abgeschlossenen, gelieferten, akzeptierten und abgelehnten Staaten bestehen.

Ich habe Fogbugz noch nicht ausprobiert, aber ich habe Jira, Greenhopper und VersionOne vor PivotalTracker verwendet. Der Nachteil all dieser Werkzeuge gegen PivotalTracker ist, dass Sie zu viel Überkopf bringen. Sie müssen sie einrichten und pflegen. Sie müssen sie konfigurieren. Und weil sie schwerer zu bedienen sind, benötigen sie mehr Zeit für den täglichen Gebrauch. Ich habe gesehen, dass Entwickler zögern, diese Tools zu verwenden, weil sie zu viel Reibung erzeugen. Imo PivotAlTracker ist das beste Werkzeug in dieser Hinsicht.

Der Nachteil von PivotalTracker ist, dass es nur wenige Konfigurationsoptionen gibt. Dadurch können Sie keine Workflows anpassen. Es hat nicht viele Optionen für Benutzerautorisierungsoptionen. Aber in unserem Fall passt es sehr gut zu unseren Bedürfnissen.

Answer 3

Dies könnte in gewissem Maße ein Nichttrennwort sein, aber ich hoffe, dass es immer noch informativ ist und einen Mehrwert verleiht.

Ich war in mehreren Teams mit verschiedenen Tools, darunter physische Boards und Greenhopper. Andere agile Teams in meiner Abteilung haben verschiedene andere Optionen verwendet und bewertet. Wenn Sie darüber sprechen, den effizientesten Weg zu finden, um das Team innerhalb eines Sprint zu verwalten (im Gegensatz zur Veröffentlichungsplanung, Backlog -Pflege usw.) bin ich zu folgender Schlussfolgerung gekommen:Nichts passt gut, es sei denn, Sie haben das Tool selbst geschrieben oder ein Speadsheet verwendet. Ja, eine Tabelle. Es ist die flexibelste Option, auf die ich gestoßen bin. Wir verwenden eine schicke mit Burndown -Charts und so, aber es funktioniert großartig.

Jedes Werkzeug, das Sie jetzt finden, das eine perfekte Passform sein kann, wird irgendwann nicht etwas tun, das Sie wollen. Hier ist ein Beispiel aus meiner eigenen jüngsten Erfahrung:

Wir haben daran gearbeitet, die Zeit zu senken, die erforderlich ist, um den Status während des täglichen Scrum -Meetings zu melden. Die Herausforderung bestand darin, dass Entwickler die Tendenz haben, in eine detaillierte Erklärung der Probleme zu gehen, die sie während der Arbeit an einer Aufgabe begegnet sind. Wir versuchen, diese Diskussionen bis nach dem Scrum -Meeting zu verschieben. Es war schwer zu tun, bis wir einfach anfingen, Elemente in der Tabelle hervorzuheben, die wir weiter besprechen müssen. Dies ließ uns mit dem Meeting fortsetzen, aber nicht den Überblick über Probleme verlieren, die besprochen werden müssen. Es war mühelos, dies in unseren Prozess einzuführen, gerade weil wir ein flexibles Werkzeug wie eine Tabelle verwendeten. Das Tool stand nicht im Wege, um unseren Prozess zu verbessern.

Was die Defekte angeht, nutzen die meisten Teams in meiner Abteilung JIRA.