Frage

Planung ist sehr schwierig. Wir sind natürlich nicht gut darin, unsere eigene Zukunft zu schätzen, und viele kognitive Verzerrungen verschlimmern das Problem. Die Gruppenplanung ist noch schwieriger. Unvollständige Informationen, inkonsistente Ansichten einer Situation und Kommunikationsprobleme verschärfen die Schwierigkeit.

Agile Methoden bieten einen Rahmen für die Organisation der Gruppenplanung-die Planung der Planung für alle (Benutzergeschichten), das Verstößen in kleinere Stücke (Sprints) und eine retrospektive Analyse, damit Sie die Planung besser können. Es ist jedoch schwierig, gute Werkzeuge zur Unterstützung dieser Praktiken zu finden.

Mit welchen Software -Tools können Sie diese Ziele erreichen? Warum benutzt du dieses Tool? Was Erfolge haben Sie hatte mit einem bestimmten Werkzeug?

War es hilfreich?

Lösung

Omniplan

Mac OS X -Planungstool.

Pivotal Tracker

Nützlich, auch wenn Sie keine "agile" Entwicklung durchführen.

Fogbugz

Unglaublich nützlich und ausgebildete Ausgabeverfolgung.

Ich benutze diese in Verbindung. Omniplan ist großartig, um alle Aufgaben auszulegen, die erledigt werden müssen, und sie in Ihr Team zu teilen. Sie können kritische Pfade einrichten (Dinge, die muss zum Abschluss passieren) und die Gesamtaufwand auf Breakdown. Auch visuell toll für das Management.

Pivotal ist hervorragend, um Ihr Entwicklungsgeschwindigkeit zu erhalten. Wenn Sie die Agile -Methodik vollständig abonnieren, ist es ausgezeichnet, aber dennoch sehr nützlich, um Funktionen, abhängige Komponenten und derzeit aktive Status zu verfolgen.

Fogbugz bietet eine einfach zu verwendende Schnittstelle für Nichtprogrammierer, um Fehler oder Feature-Anfragen einzureichen und den Fortschritt zu überwachen. Die eingehenden Probleme werden bewertet und in zentraler Bedeutung. Dann werden sie in Omniplan verlegt, wenn es zu einer größeren Aufgabe mit mehreren Komponenten wird.

Andere Tipps

Wir verwenden Redmine -> http://www.redmine.org/

Wir protokollieren alle unsere Entwickler zusammen mit Support -Anrufen, damit wir sehen können, wie viel Zeit wir frei haben, um einen Sprint unserer neuesten Entwicklung zuzuweisen. Es ist nützlich, weil es gut mit unserem E -Mail -System und unserem Versionskontrollsystem zusammenhängt (in unserem Fall Git, aber es funktioniert mit anderen).

Einfach, um aus der Schachtel zu gehen (in Ruby geschrieben, wird auf den meisten kleinen Servern ausgeführt) und mit einigen ziemlich leistungsstarken Addons, die einfach zu installieren und zu verwenden sind.

Ist es in Ordnung, zu antworten? keiner?

Sie scheinen zu implizieren, dass Software -Tools für eine erfolgreiche agile Planung erforderlich sind. Ich stimme nicht zu. Wenn Ihr Team Scrum oder XP korrekt verwendet ("nach Buch"), sollten Sie für die Planung überhaupt keine Softwaretools verwenden müssen.

In vielen Fällen ist das Hinzufügen von Softwaretools zu einem agilen Prozess nur eine Möglichkeit, nicht mit dem tatsächlichen zugrunde liegenden Problem in Bezug auf schlechte Kommunikation oder Vertrauen umzugehen. Solche Probleme werden am besten auf andere Weise gelöst.

Meine Empfehlung ist, ohne digitale Tools zu beginnen und sie erst später hinzuzufügen, wenn Sie Ja wirklich Verstehe, warum du sie brauchst.

(Verteilte Teams sind ein Sonderfall)

Ich habe beide benutzt Rallye und Jira mit Greenhopper.

Ich werde mit Jira beginnen. JIRA ist ein ausgezeichnetes Infusions -Tracking -Tool. Greenhopper ist ein Add-On, mit dem Teams mit Agile arbeiten können. Da es von Grund auf nicht als agiles Werkzeug entworfen wurde, fühlen sich einige der Prozesse unangenehm an. Das Tool ist auch zeitaufwändig und schwer zu bedienen. Es ist jedoch äußerst anpassbar. Im Allgemeinen fühlt es sich wie ein Werkzeug an, in das Sie agile Prozesse beschränken müssen.

Rally wurde von Grund auf ein agiles Werkzeug entworfen und zeigt sich. Es folgt vielen agilen Prozessen sehr gut und ergänzt den Prozess. Ich habe dieses Tool in einer extrem agilen Organisation verwendet und es uns ermöglicht, Cross-Team-Abhängigkeiten und komplizierte Projekte zu verfolgen, an denen mehrere agile Teams beteiligt sind. Cross-Team-Koordination ist etwas, mit dem andere Werkzeuge zu kämpfen haben, aber Rally hat dies gut gemacht. Außerdem verfügt Rally eine ausgezeichnete API mit Webdiensten. Dadurch konnte mein Team eine benutzerdefinierte Software mit Rally als Backend schreiben und einige benutzerdefinierte Berichte generieren.

Wir verwenden TFS für die Quellvertretung und die Arbeitselementverfolgung (leider) und ich verwende Telerik Work Item Manager Um mir zu helfen, Sprint -Pläne aufzunehmen und das Taskboard synchron zu halten. Wenn Sie gezwungen sind, TFS zu verwenden, macht Telerik es weniger schmerzhaft.

Wir verwenden einen Ausgabe -Tracker namens FIT (Ich arbeite für diese Firma wie bei ausgelagertem Auftragnehmer, also war es meine Wahl, was ich verwenden sollte.) Fogbugz war im Vergleich teuer. Es hat einen kleinen Fußabdruck, webbasiert, kostengünstig und macht die üblichen Dinge. Ich habe Redmine angesehen, ein wunderbares Paket, aber das Management war unruhig über ein Open -Source -Paket, das noch blutete.
Für ein Tool wie einen Ausgabe -Tracker wollte ich es nicht verwalten oder aktualisieren oder anpassen: Ich wollte nur, dass es direkt außerhalb der Box funktioniert und so bleibt.

Lizenziert unter: CC-BY-SA mit Zuschreibung
scroll top