Welche Funktionen sollte jedes agile Softwaretool haben? [abgeschlossen]

Ich hatte die Aufgabe, meinem Team ein agiles Tool zu empfehlen. Ich bin noch einen Monat von meinem Empfehlungstermin entfernt, aber ich wollte mit meiner Due Diligence beginnen. Unsere Organisation hat einige Einschränkungen.

Wir können wählen zwischen:

  • Version eins
  • Scrum funktioniert

Mir ist keine andere Option bekannt, die wir zur Verfügung haben. Die Option, eines dieser Werkzeuge mit einer Wand oder etwas Physischem zu verwenden, ist ebenfalls möglich.

Ich schließe eine dritte Option (MS Project) nicht ein, weil ich bereits feststelle, dass diese Empfehlung ausfällt.

Hallo Geo, wir helfen gerne! Aber wie es aussieht, habe ich einige Bedenken, dass diese Frage eher eine Umfragefrage ist, für die StackExchange nicht wirklich geeignet ist. Könnten Sie den Fragetext bearbeiten und vielleicht mehr Details über Ihr Team angeben und auch einige spezifische Fragen stellen, die Ihnen helfen, gute und qualitativ hochwertige Antworten auf Fragen und Antworten zu erhalten? So wie es aussieht, werden die Antworten, die Sie dafür wahrscheinlich erhalten werden, nicht besser sein als eine Reihe anderer Fragen zum Thema „Welche Software ist zu empfehlen“, die wir auf dieser Website haben. Außerdem kann jeder Änderungen vorschlagen, um die Frage zu verbessern. Viel Glück!
Wenn Sie nach einem Tool suchen, müssen Sie sich fragen, welche Teile Ihres Prozesses ein Tool benötigen. Was willst du lösen. Sie können solche Kriterien hier posten, um bessere Empfehlungen zu erhalten. Es gibt auch Websites, die Ihnen mehr als diese beiden Optionen bieten, wie: userstories.com/products oder bestvendor.com/best/project-management , aber natürlich wird dies Ihre Wahl nur erschweren ;-)
@MarcinNiebudek - Toller Vorschlag, den Fokus der Frage einzugrenzen;)
Abstimmung zum Schließen als Duplikat von pm.stackexchange.com/questions/8559/… .
Sie haben einen Monat Zeit, um eine Tool-Reco zu erstellen? Ist das nicht ein bisschen seltsam?
Nur um meinen Senf zu teilen, schließe ich mich der Meinung von @jmort253 an. Diese Frage, so wie sie jetzt ist, wird in 5 Jahren nicht mehr sehr nützlich sein, daher kann sie als Offtopic betrachtet werden. Obwohl ich nicht glaube, dass sie genau wie Code erwähnt sind, passt seine Antwort (in der anderen Frage) auch ganz gut zu dieser.

Antworten (4)

Es kann sich lohnen, zunächst nur ein physisches Board zu verwenden, bis Sie verstehen, welche Funktionen Sie von einem Softwareprodukt erwarten (oder sogar, ob Sie wirklich Software benötigen).

Was andere Tools angeht, mag ich Agile Zen sehr. Vielleicht möchten Sie auch einen Blick auf Mingle und Rally werfen.

Ein weiteres +1 für die Verwendung eines physischen Boards. Ich war ein echter Zyniker in Bezug auf den Wert eines physischen Boards, bis wir versuchten, eines zu verwenden. Als das Team das erste Mal im Standup sagte, dass sie keine Karten mehr zum Testen bekommen könnten, weil die Spalte voll sei und dass sie vielleicht etwas tun sollten, um den Rückstand aufzulösen, wurde ich verkauft!! Das ist bei der Verwendung eines elektronischen Tools noch nie passiert.

VersionOne ist zwar reich an Funktionen, hat aber eine abscheuliche, produktivitätsbeschränkende Benutzererfahrung. Dinge, von denen Sie erwarten, dass sie "einfach funktionieren", erfordern Dutzende von Klicks, wobei Popup-Browserfenster angezeigt werden, die nichts mit der anstehenden Aufgabe zu tun haben.

Ich wünschte, ich könnte mein Unternehmen dazu bringen, Team Foundation Server einzuführen. Tut alles, was VersionOne kann und noch viel mehr. Die Nicht-Browser-Clients sind hochfunktional (im Gegensatz zu VersionOne, dessen Visual Studio-Add-In ein Witz ist).

Nicht so sehr eine "Antwort" als meine Meinung, die aus tatsächlichen jüngsten Erfahrungen stammt. Viel Glück!

TFS hat auch viele Probleme. In erster Linie, dass sobald Sie die Workflow-Vorlage für ein Projekt festgelegt haben, es in Stein gemeißelt ist. Möchten Sie ein zusätzliches Feld oder einen zusätzlichen Prozessschritt hinzufügen? Bereiten Sie sich auf Tage des Leids vor!

Wir haben kürzlich eine sehr ähnliche Übung durchgemacht, und es gibt ein paar Dinge, die uns aufgefallen sind - wenn Sie sich Version 1 ansehen, sind Sie vielleicht wie wir, ein bisschen unternehmenslustiger.

Wir haben ziemlich geografisch verteilte Teams, daher sind gute Tools für unsere Product Owner und unsere Testteams von entscheidender Bedeutung. Von allen Tools, die wir uns angesehen haben, haben nur Version 1 und Rally Dev auf der Seite des Testmanagements gemessen, wobei ich für Rally gestimmt habe, einfach weil der aktuelle Teststatus leicht zu sehen ist.

Wie andere bereits gesagt haben, wäre es hilfreich, wenn Sie ein wenig über die Einrichtung Ihres Unternehmens erwähnen würden. Um es selbst etwas klarer zu sagen – wir haben agile Teams mit Mitgliedern, die auf zwei Länder verteilt sind (funktionsübergreifend), und wir haben einige Produktinhaber in einem Drittland, um es etwas schwieriger zu machen.

Ich denke, die Software für agiles Management muss eine und wichtigste Regel erfüllen, sie sollte dynamisch und einfach zu bedienen sein und nicht viel Zeit für Ihre täglichen PM-Aufgaben erfordern. Es sollte so etwas wie ein physisches Board sein und sich neben agilen Tools wie Berichterstellung, Schätzung, Teammanagement, Iterationen/Sprints natürlich gut in PM-Kernfunktionen integrieren lassen.

Welche Funktionen sollte jedes agile Softwaretool haben? [abgeschlossen]
AntwortenHierDatenschutz-Bestimmungen1y, 0v