Arbeiten mit Teamprojektartefakten, Auswählen eines Prozessleitfadens

Bei jedem Erstellen eines Teamprojekts müssen Sie eine Prozessvorlage auswählen. In der Prozessvorlage werden ein Satz von Arbeitsaufgabentypen (WIT), Abfragen und Berichten definiert, mit dem Sie das Projekt planen und nachverfolgen können. Wählen Sie die Vorlage aus, die geeignete Tools für Ihr Team enthält, um notwendigen Mehraufwand zu reduzieren und den Fokus auf Qualität zu lenken.

Ein Teamprojekt erstellen Sie hier.

Zum Abrufen der aktuellen Versionen der Team Foundation Server (TFS)-Prozessvorlagen installieren Sie Visual Studio Team Foundation Server 2013 (TFS). Anschließend können Sie sie mit dem Prozessvorlagen-Manager herunterladen.

Die Hauptunterschiede zwischen den drei Standardprozessvorlagen liegen in den Arbeitsaufgabentypen, die jeweils für Planung und Nachverfolgung bereitgestellt werden. Visual Studio Scrum ist das einfachste und MSF for Capability Maturity Model Integration (CMMI) bietet die umfassendste Unterstützung für formale Prozesse und Änderungsverwaltung.

Microsoft Visual Studio Scrum 2013 Wählen Sie Visual Studio Scrum aus, wenn das Team Fehler während der Sprintplanung mit Product Backlog Items verwaltet. Die Scrum-Vorlage unterstützt exakt die von der Scrum-Organisation definierte Methodik. Diese Prozessvorlage verfolgt Fehler auf derselben Ebene wie Produktrückstandsobjekte und Schätzungen mithilfe eines Aufwandfelds. Das System füllt automatisch das Feld "Verbleibende Arbeit" mit Nullen auf, wenn die Aufgabe "Status" auf "Fertig" festgelegt ist.
MSF for Agile Software Development 2013 Wählen Sie Agile aus, wenn die Organisation Fehler separat vom Product Backlog selektiert und Arbeitsaufgaben vor dem Schließen löst. Wählen Sie Agile aus, wenn das Team jedem Sprint Zeit für Fehler zuordnet. Die Agile-Vorlage ist so konzipiert, eine agile Entwicklung für Teams zu unterstützen, die jedoch von Scrum nicht eingeschränkt werden möchten. Es unterstützt die Schätzung von User Storys durch die Verwendung von Storypunkten. Aufgaben enthalten Felder zum Nachverfolgen der Felder "Ursprüngliche Schätzung", "Verbleibend" und "Abgeschlossen". Fehler werden auf einer beliebigen Backlogseite nachverfolgt. Weitere Informationen über Agile Methoden finden Sie unter http://www.agilealliance.org/.
MSF for CMMI Process Improvement 2013 Wählen Sie CMMI aus, wenn Ihre Organisation Fehler separat vom Product Backlog selektiert, Arbeitsaufgaben vor dem Schließen löst und Anforderungsänderungen formal nachverfolgt. Die CMMI-Vorlage wurde zum Unterstützen bei formalen Änderungsverwaltungsprozessen entwickelt. Diese Vorlage unterstützt die Schätzung von Anforderungen durch die Verwendung eines Größenfelds. Aufgaben enthalten Felder zum Nachverfolgen der Felder "Ursprüngliche Schätzung", "Verbleibend" und "Abgeschlossen". Fehler werden auf einer beliebigen Backlogseite nachverfolgt. Hier erfahren Sie mehr über CMMI-Prozesse.

Hauptunterschiede unter den Standardprozessvorlagen

Die Standardvorlagen wurden entworfen, um die Anforderungen der meisten Teams zu erfüllen. Alle unterstützen das Verwenden der agilen Planungstools, um den Product Backlog zu erstellen und in Sprints mit dem Task Board zu arbeiten. Wenn das Team außergewöhnliche Anforderungen hat, können Sie eine Vorlage anpassen und dann das Teamprojekt erstellen, oder Sie können ein Teamprojekt aus einer Vorlage erstellen und dann das Projekt anpassen.

In der folgenden Tabelle werden die Hauptunterschiede zwischen den Arbeitsaufgabentypen und Zuständen zusammengefasst, die von den drei Standardprozessvorlagen verwendet werden.

Prozessbereich	Visual Studio Scrum	Agile	CMMI
Workflowzustände	Zeilen Bestätigt Zugesichert Fertig Entfernt	Zeilen Aktiv Gelöst Closed Entfernt	Vorgeschlagen Aktiv Gelöst Closed
Produktplanung (siehe Hinweis 1)	Fehler Produktrückstandselement	User Story	Anforderung
Portfoliobacklog (2)	Funktion	Funktion	Funktion
Aufgaben- und Iterationsplanung (3)	Aufgabe	Aufgabe	Aufgabe
Verwaltung Fehlerbacklog (4)	Fehler	Fehler Arbeitsmappe "Selektierung"	Fehler Arbeitsmappe "Selektierung"
Projektverwaltung (4)	Hindernis	Problem Arbeitsmappe "Probleme"	Problem Risiko Überprüfung Arbeitsmappe "Probleme"

Hinweise:

1. Sie können diese WITs mit dem Produktbacklog definieren. Die Produktbacklogseite zeigt eine einzelne Ansicht des aktuellen Arbeitsbacklogs, die dynamisch neu angeordnet und gruppiert werden kann. Produktbesitzer können Arbeit schnell priorisieren und Abhängigkeiten und Beziehungen darstellen.

2. Sie können Funktionen erstellen und diese mit Backlogelementen verknüpfen, um den Portfoliobacklog zu verwalten. Durch Portfoliobacklogs können Sie eine Hierarchie von Backlogs definieren, um den Arbeitsumfang mehrerer Teams zu verstehen und das Rollup dieser Arbeitsaufgaben in umfassendere Aktivitäten zu prüfen.

3. Sie können Aufgaben mit Sprintbacklog und Task Board definieren. Die Sprint-Backlog-Seite reflektiert in Echtzeit die Daten, die Sie eingegeben haben. Daten enthalten die Arbeitsaufgaben, die dem Iterationspfad, der verbleibenden Arbeit, der einzelnen Arbeitskapazität und den Arbeitsunterbrechungen sowohl für das Team als auch den Personen zugewiesen werden. Teams können unmittelbares Feedback über die Burndownrate und Stellen, die über der Kapazität liegen, abrufen.

4. Arbeitsmappen sind nur verfügbar, wenn das Teamprojekt mit einem SharePoint-Projektportal konfiguriert ist. Sie können jedoch Ihre eigene Arbeitsmappe durch Öffnen einer entsprechenden Abfrage in Excel erstellen.

Workflowzustände

Workflowzustände unterstützen die Nachverfolgung des Arbeitszustands eines abgeschlossenen oder fertig gestellten Zustands. In den folgenden Diagrammen wird der typische Fortschritt von WITs dargestellt, die zum Nachverfolgen von Arbeits- und Codefehlern für die drei Standard-TFS-Prozessvorlagen verwendet werden. Sie zeigen außerdem Regressionen früher Zustände und Übergänge zu entfernten Zuständen. Jedes Bild zeigt nur den Standardgrund, der mit dem Übergang verknüpft ist.

Scrum	Agile	CMMI
Funktion	Funktion	Funktion
Produktrückstandselement	User Story	Anforderung
Fehler	Fehler	Fehler
Aufgabe	Aufgabe	Aufgabe

Die von den Agile-Planungstools verwendeten Scrum- und Agile-WITs unterstützen Beliebig-zu-Beliebig-Übergänge. Sie können den Status einer Arbeitsaufgabe mit dem Kanban-Board oder dem Task-Board aktualisieren, indem Sie sie auf die entsprechende Zustandsspalte ziehen.

Workflowzustände, Gründe und Übergänge

Der Workflow bestimmt den logischen Fortschritt der ausgeführten Aufgaben und von wem diese ausgeführt werden. Jeder Workflow besteht aus einem Satz von Zuständen, den gültigen Übergängen zwischen den Zuständen und den Gründen für den Übergang der ausgewählten Arbeitsaufgabe in den ausgewählten Zustand. Sie können den Workflow so ändern, dass er zusätzliche Zustände, Übergänge und Gründe unterstützt.

Die Zustände Entfernt, Geschlossen und Fertig gestellt

Wenn Sie den Zustand einer Arbeitsaufgabe in Entfernt, Geschlossen oder Fertig gestellt ändern, reagiert das System wie folgt:

• Geschlossen oder Fertig: Arbeitsaufgaben in diesem Zustand werden nicht im Portfoliobacklog oder auf den Backlogseiten angezeigt. Allerdings werden sie auf den Sprintbacklogseiten, auf dem Kanban-Board und Taskboard angezeigt. Auch beim Ändern der Portfoliobacklog-Ansicht zur Anzeige von Backlogelementen z. B. zum Anzeigen von Features zu Product Backlog Items, werden Elemente angezeigt, die einen geschlossenen oder fertig gestellten Zustand aufweisen.

• Entfernt: Arbeitsaufgaben in diesem Zustand werden nicht im Backlog oder in einem Board angezeigt.

Arbeitsaufgaben werden in einem Teamprojekt beibehalten, solange das Teamprojekt aktiviert ist. Selbst wenn Sie sie auf geschlossen, fertig gestellt oder entfernt festlegen, wird ein Datensatz im Datenspeicher beibehalten. Sie können einen Datensatz verwenden, um Abfragen und Berichte zu erstellen. Wenn Sie Arbeitsaufgaben permanent löschen müssen, können Sie das Befehlszeilentool witadmin destroywi verwenden.

Arbeitsaufgabentypen zu allen Prozessvorlagen hinzugefügt

Die folgenden WITs entsprechen sich in allen Prozessvorlagen.

Teams erstellen und arbeiten mit diesen Typen mithilfe des entsprechenden Tools:

• Testplan, Testauflistung, freigegebene Schritte für Testfälle und freigegebene Parameter: Microsoft Test Manager.

  Freigegebene Parameter wurden durch die Aktualisierung der lokalen Bereitstellung auf TFS-2013.2 verfügbar.

  Testplan und Test Suite WITs werden verfügbar, wenn Sie die lokalen Bereitstellung auf TFS-2013.3 aktualisieren.

• Feedbackanforderung und Feedbackantwort: Feedback anfordern.

• Codeüberprüfungsanforderung und Codeüberprüfungsantwort: Meine Arbeit (von Team Explorer) und Codeüberprüfungsanforderung.

Arbeitsaufgaben dieser Typdefinitionen sollten nicht manuell erstellt werden und sind daher der ausgeblendeten Typenkategorie hinzugefügt. Arbeitsaufgabentypen, die der ausgeblendeten Typenkategorie hinzugefügt werden, werden nicht in den Menüs angezeigt, die verwendet werden, um neue Arbeitsaufgaben zu erstellen.

Hinweis

Wenn Sie ein Upgrade für das Teamprojekt von TFS 2012 oder einer früheren Version auf die aktuelle Version von TFS ausgeführt haben, müssen Sie möglicherweise WITs hinzufügen, die in früheren Versionen nicht enthalten waren.Weitere Informationen finden Sie unter Update eines aktualisierten Teamprojekts für den Zugriff auf neue Funktionen.

WITs, welche die Test-Erfahrung unterstützen

WITs, welche die Test-Erfahrung unterstützen und mit Test-Manager und Team Web Access arbeiten, sind mit den in der folgenden Abbildung gezeigten Link-Typen verknüpft.

Mithilfe von Team Web Access oder Test Manager können Sie anzeigen, welche Testfälle für eine Testsammlung und welche Testsammlungen für einen Testplan definiert sind. Diese Objekte sind allerdings nicht miteinander durch Linktypen verknüpft.

Wie bereits oben erwähnt erscheinen der Testplan und die Testsammlung WITs, nach dem Sie Ihren Anwendungsebenenserver auf TFS-2013.3 aktualisiert haben. Sie können diese WITs wie alle anderen WITs anpassen. Siehe Anpassen der Objekte für die Arbeitsnachverfolgung als Unterstützung der Prozesse des Teams.

Wenn Sie den Workflow für den Testplan und die Testsammlung ändern, müssen Sie möglicherweise die Prozesskonfiguration wie hierbeschrieben aktualisieren.

Definitionen der einzelnen Testfelder finden Sie unter Feldverweis für Build- und Testintegration.

Weitere Informationen zu Änderungen an Test-Manager und Team Web Access mit dem Upgrade auf TFS-2013.3 finden Sie unter Opening test plan and test suite work item types.

Fragen an das Team

Um die Arbeit effektiv nachzuverfolgen, müssen Teammitglieder sich darüber verständigen, wie sie die Arbeitsaufgabentypen und Tools verwenden. Im Folgenden sind einige Fragen zur Beantwortung durch das Team aufgeführt.

Fragen	Teamauswahl
Wie verfolgt das Team Arbeit?	Wenn das Team den Fortschritt hauptsächlich durch Aktualisieren des Status der Backlog-Elemente nachverfolgt, kann das mit dem Kanban-Board erledigt werden. Das Team kann das Kanban-Board auch anpassen, um den Fortschritt über mehrere Organisationsprozessdarstellungen nachzuverfolgen. Wenn das Team Backlog-Elemente in Aufgaben für jeden Sprint untergliedert und die verbleibende Arbeit einschätzt, kann das Sprint-Task Board verwendet werden. Obwohl die verbleibende Arbeit in der Regel in Stunden geschätzt wird, können Sie jede beliebige Zeiteinheit verwenden, sofern Sie sich vorher auf eine Einheit geeinigt haben. Durch Einschätzen und Aktualisieren der verbleibenden Arbeit kann das Team den Fortschritt anhand des Burndown Diagramms nachverfolgen, das mit jedem Sprint bereitgestellt wird.
Verfolgt das Team Kapazität pro Person oder nach Aktivität nach?	Wenn das Team verbleibende Arbeit nach Aufgaben nachverfolgt, kann es die Kapazität für einen Sprint für einzelne Teammitglieder oder verschiedene Teamaktivitäten wie Entwicklung, Tests und Entwurf bewerten.
Wie gruppiert das Team Arbeit?	Sie können die Arbeit auf unterschiedliche Weise in gruppieren. Elemente, die Sie auf der Backlog-Seite erstellen, werden dem Bereichspfad des Teams automatisch zugewiesen. Elemente, die einen Sprint zugewiesen werden, werden dem Iterationspfad des Sprints zugeordnet. Außerdem können Sie Arbeitsaufgaben Tags zuweisen, um einen Backlog oder eine Abfrageergebnisliste zu filtern.
Verwendet das Team Geschwindigkeit und Vorhersage?	Zur Unterstützung von Vorhersagen kann das Team die Felder "Aufwand" (Scrum), "Storypunkte" (Agile) oder "Größe" (CMMI) verwenden, um zu bestimmen, wie viele Elemente für einen Sprint abgeschlossen werden können. Das Geschwindigkeitsdiagramm zeigt zudem den Teamfortschritt von Sprint zu Sprint an.
Wie gibt das Team Informationen frei?	Die Teammitglieder können Dateien an Arbeitsaufgaben anfügen, Dateien in Quellcode einchecken, oder Arbeit mithilfe des Teamprojektportals freigeben. Wenn ein Projektportal konfiguriert ist, hat das Team Zugriff auf alle Funktionen einer SharePoint-Website, einschließlich Dokumentbibliotheken, Wiki-Seiten, Blog und Ereigniskalender.
Unterstützt das Team einen Statusrollup über mehrere Teams?	Mit Portfolio-Backlogs können Sie einen Rollup des In Bearbeitung-Status über mehrere Teams schnell anzeigen. Wenn ein Teammitglied in mehreren Team arbeitet, kann es seine Kapazität jedem Team entsprechend zuordnen.

Fragen und Antworten

F: Was geschieht, wenn ich ein Teamprojekt aktualisiere?

A: Informationen zum Verwenden der neuen Funktionen, die nach der Installation der aktuellen TFS-Version hinzugefügt wurden, finden Sie unter Update eines aktualisierten Teamprojekts für den Zugriff auf neue Funktionen.

Informationen zum Anpassen von vorhandenen Teamprojekten finden Sie unter Anpassen der Objekte für die Arbeitsnachverfolgung als Unterstützung der Prozesse des Teams.

F: Welche Prozessvorlage sollte ich mit dem Kanban-Board verwenden?

A: Sie können das Kanban-Board mit jeder Prozessvorlage verwenden, ob Standardvorlage oder benutzerdefiniert.

F: Wie kann ich die neuesten Prozessvorlagen abrufen?

A: Die neuesten Versionen der Standardprozessvorlagen werden automatisch hochgeladen, wenn Sie die neueste Version von TFS installieren oder aktualisieren. Verwenden Sie den Prozessvorlagen für eine Teamprojektsammlung für das Hochladen, Herunterladen und Löschen, um sie herunterzuladen.

Sie können auch Team Foundation Server 2013 Prozessvorlagenbeispiele - Support für Scaled Agile Framework (SAFe) herunterladen. Diese Vorlagen enthalten die in diesem Whitepaper beschriebenen Anpassungen: Scaled Agile Framework: Using TFS to support epics, release trains, and multiple backlogs.

F: Gibt es ein Tool, das das Visualisieren des Workflowzustandsdiagramms unterstützt?

A: Ja. Sie können den Prozess-Editor verwenden, der mit den Team Foundation Server Power Tools bereitgestellt wird.

F: Was ist noch in einer Prozessvorlage definiert?

A: Zusätzlich zum Definieren von Teamprojektartefakten definiert die Prozessvorlage die Anfangskonfiguration vieler Elemente, die zum Nachverfolgen von Arbeits- und Unterstützungstestaktivitäten verwendet werden. Zu diesen Elementen gehören:

• Bereichs- und Iterationspfade

• Arbeitsaufgabenabfragen

• Testvariablen, Konfigurationen, Auflösungszustände und standardmäßige Testeinstellungen

• Gruppe und Element-Definitionen und Berechtigungszuweisungen

• Zuordnen von Microsoft Project-Feldern zu Team Foundation-Feldern

Alle Elemente können konfiguriert oder angepasst werden, nachdem ein Teamprojekt anhand der Prozessvorlage erstellt werden.

F: Kann ich eine Prozessvorlage anpassen?

A: Ja. Die Standardvorlagen wurden entworfen, um die Anforderungen der meisten Teams zu erfüllen. Wenn das Team außergewöhnliche Anforderungen hat, können Sie eine Vorlage anpassen und dann das Teamprojekt erstellen, oder Sie können ein Teamprojekt aus einer Vorlage erstellen und dann das Projekt anpassen.

F: Wie haben sich die Prozessvorlagen seit der vorherigen Version verändert?

A: Siehe Änderungen an Teamprojekten und Standardprozessvorlagen beim Upgrade von Team Foundation Server.

F: Wie verfahre ich, wenn mehrere Portfoliobacklogs benötigt werden?

A: Sie können weitere Portfoliobacklogs definieren. Insgesamt sind fünf Portfoliobacklogs möglich.

F: Wo erfahre ich mehr über Storyboarding?

A: Mit der Registerkarte Storyboards im PBI-Formular können Sie einen Link zu Storyboards erstellen, die Sie an einen freigegebenen Netzwerkspeicherort hochgeladen haben. Sie können einen Link zu jeder URL erstellen, auf die das Team zugreifen kann. Außerdem können Sie Links zu Storyboards erstellen, die Sie mit PowerPoint-Storyboarding erstellt haben.

F: An wen kann ich mich bei weiteren Fragen wenden?

A: Im Forum für Team Foundation Server – Teamprojekt und Arbeitsaufgabe können Sie nach Antworten suchen oder dort eine Frage stellen.