Mit welcher Software planen Sie Ihre Teamarbeit und warum?

Planung ist sehr schwierig. Wir sind natürlich nicht gut darin, unsere eigene Zukunft einzuschätzen, und viele kognitive Vorurteile verschärfen das Problem. 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: Sie machen die Planung für alle sichtbar (User Stories), teilen sie in kleinere Teile (Sprints) auf und bieten eine retrospektive Analyse, damit Sie besser planen können. Es erweist sich jedoch als schwierig, gute Werkzeuge zur Unterstützung dieser Praktiken zu finden.

Mit welchen Software-Tools erreichen Sie diese Ziele? Warum benutzt du dieses Tool? Welche Erfolge haben Sie mit einem bestimmten Tool erzielt ?

OmniPlan

Mac OS X Planungstool.

Pivotal Tracker

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

FogBugz

Unglaublich nützliche und vorgestellte Problemverfolgung.

Ich benutze diese in Verbindung. OmniPlan ist großartig, um alle Aufgaben zu erledigen, die erledigt werden müssen, und sie auf Ihr Team aufzuteilen. Sie können kritische Pfade einrichten (Dinge, die zum Abschluss passieren müssen ) und den Gesamtaufwand aufschlüsseln. Auch optisch hervorragend für das Management.

Pivotal eignet sich hervorragend, um Ihr Entwicklungstempo aufrechtzuerhalten. Wenn Sie die agile Methodik vollständig abonnieren, ist dies hervorragend, aber dennoch sehr nützlich, um Funktionen, abhängige Komponenten und den derzeit aktiven Status zu verfolgen.

FogBugz bietet Nicht-Programmierern eine benutzerfreundliche Oberfläche, über die sie Fehler oder Funktionsanforderungen senden und den Fortschritt überwachen können. Eingehende Probleme werden ausgewertet und in Pivotal protokolliert. Dann werden sie in OmniPlan verschoben, wenn es sich um eine größere Aufgabe mit mehreren Komponenten handelt.

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

Wir melden alle unsere Entwickler dort zusammen mit Supportanrufen an, damit wir sehen können, wie viel Zeit wir für einen Sprint für unsere neueste Entwicklung zur Verfügung haben. Es ist nützlich, weil es gut zu unserem E-Mail-System und unserem Versionskontrollsystem passt (in unserem Fall Git, aber es funktioniert mit anderen).

Einfach in Betrieb zu nehmen (in Ruby geschrieben, läuft auf den meisten kleinen Servern) und mit einigen ziemlich leistungsstarken Addons, die einfach zu installieren und zu verwenden sind.

Ist es in Ordnung, keine zu beantworten ?

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 ("by the book"), 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, um zu vermeiden, dass Sie sich mit dem eigentlichen zugrunde liegenden Problem im Zusammenhang mit schlechter Kommunikation oder schlechtem Vertrauen befassen müssen. Solche Probleme lassen sich am besten auf andere Weise lösen.

Ich empfehle, ohne digitale Tools zu beginnen und diese erst später hinzuzufügen, wenn Sie wirklich verstehen, warum Sie sie benötigen.

(Verteilte Teams sind ein Sonderfall)

Ich habe sowohl Rally als auch JIRA mit Greenhopper verwendet .

Ich werde mit JIRA beginnen. JIRA ist ein hervorragendes Tool zur Fehlerverfolgung. Greenhopper ist ein Add-On, mit dem Teams agil arbeiten können. Da es nicht von Grund auf als agiles Werkzeug konzipiert wurde, fühlen sich einige Prozesse unangenehm an. Das Tool ist außerdem 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 Ihre agilen Prozesse einbinden müssen.

Die Rallye wurde von Grund auf als agiles Werkzeug konzipiert und zeigt dies. Es folgt vielen agilen Prozessen sehr gut und ergänzt den Prozess. Ich habe dieses Tool in einer äußerst agilen Organisation verwendet und es hat uns ermöglicht, teamübergreifende Abhängigkeiten und komplizierte Projekte zu verfolgen, an denen mehrere agile Teams beteiligt sind. Teamübergreifende Koordination ist etwas, mit dem andere Tools zu kämpfen haben, aber Rally hat dies gut gemacht. Außerdem verfügt Rally über eine hervorragende Webdienst-basierte API. Dadurch konnte mein Team eine benutzerdefinierte Software mit Rally als Backend schreiben und einige benutzerdefinierte Berichte erstellen.

Wir verwenden TFS für die Quellcodeverwaltung und die Verfolgung von Arbeitselementen (leider), und ich verwende den Workitem-Manager von Telerik , um Sprintpläne aufzuzeichnen und das Taskboard synchron zu halten. Wenn Sie gezwungen sind, TFS zu verwenden, macht Telerik es weniger schmerzhaft.

Wir verwenden einen Issue-Tracker namens FIT (ich arbeite für dieses Unternehmen wie bei einem ausgelagerten Auftragnehmer, daher habe ich mich für eine Verwendung entschieden). Fogbugz war im Vergleich teuer. Es hat einen geringen Platzbedarf, ist webbasiert, kostengünstig und erledigt die üblichen Aufgaben. Ich habe mir Redmine angesehen, ein wunderbares Paket, aber das Management war besorgt über ein Open-Source-Paket, das immer noch auf dem neuesten Stand war.
Für ein Tool wie einen Issue-Tracker wollte ich es nicht warten oder aktualisieren oder anpassen: Ich wollte nur, dass es sofort funktioniert und so bleibt.