PivotalTracker Best Practices

Question

(Für diejenigen, die noch nichts davon gehört haben, ist Pivotal Tracker "ein einfaches, storybasiertes Projektplanungstool, das Teams die Zusammenarbeit ermöglicht und auf reale Änderungen reagiert. Es basiert auf agilen Softwareentwicklungsmethoden , aber es kann für eine Vielzahl von Arten von Projekten verwendet werden. ")

Wir sind im Begriff, mit einem Workflow rund um this outline by Rein Henrichs zu starten und waren neugierig auf Meinungen, wie Produktkomponenten in Projekte zu brechen.

Wir haben einige mit Tagging experimentiert, aber es scheint, dass ein einzelnes Projekt ziemlich voll werden kann, wenn es viele Komponenten zu einem System gibt (ein Fotoviewer, ein Videoviewer, ein Nachrichtenfeed, ein Benachrichtigungsdienst).

Gleichzeitig scheint es für die Versionierung usw. sinnvoller zu sein, alles in einem Projekt zu haben, unabhängig von der Unordnung.

Irgendwelche Gedanken? Meinungen? Bemerkungen? Vielen Dank.

Answer 1

Denken Sie daran, dass Tracker ein storybasiertes Planungstool und kein aufgabenbasiertes Planungstool ist. Aus Sicht des Kunden spielt es keine Rolle, ob die Geschichte den Fotobetrachter, den Benachrichtigungsdienst oder beides beeinflusst. Der Kunde hat einige Geschichten (Anforderungen auf hohem Niveau), die er gerne umgesetzt hätte, er hat Schätzungen über die Kosten der Geschichten und er hat die Möglichkeit, die Geschichten zu priorisieren. Teile in Komponenten zu zerlegen ist ein Problem auf Aufgabenebene. Das Brechen von Stories für das gleiche Produkt in mehrere Tracker-Projekte würde es dem Kunden erschweren, zu kommunizieren, wie sie die Storys priorisieren, oder einen guten Schätzwert dafür zu erhalten, wann Stories fertig gestellt werden können.

Wir verwenden Tracker, um unsere Geschichten zu verfolgen, und wir haben unser eigenes Board, wo wir Aufgaben verfolgen. Ich persönlich denke, dass es nützlich wäre, sowohl Geschichten als auch Aufgaben in Tracker zu verfolgen, aber das Tool unterstützt es nicht.

Answer 2

Es ist wahrscheinlich am besten, ein einziges Projekt zu haben, das all Ihre Geschichten enthält. Auf diese Weise haben Sie einen einzigen Ort für das gesamte Team, um zu sehen, was mit dem Projekt passiert und was die aktuellen Prioritäten sind. Wenn du deine Geschichten so weit heruntergebrochen hast, dass sie die Eigenschaften in Reins Prozess sein können, bist du gut in Form! Am Ende des Tages ist eine Prioritätenliste von Funktionen alles, was Entwickler wirklich brauchen. Verwenden Sie die Tags in Tracker zum Filtern. Sie funktionieren gut. Meiner Meinung nach verschleiert die Aufteilung eines einzelnen Produkts in mehrere abhängige Projekte die Informationen und macht es schwieriger, den wahren Zustand des Projekts zu erkennen.