Starten eines neuen Teamprojekts

Artikel
07/20/2011

Aktualisiert: April 2011

Ein Teamprojekt ist ein zentrales Planungstool, mit dem Sie Informationen nachverfolgen und Quellcode, Builds, Tests und Pläne für das Team organisieren. Sie erstellen ein Teamprojekt, um einen zentralen Punkt für kooperative Aktivitäten des Teams bereitzustellen, die zum Entwickeln bestimmter Softwaretechnologien oder -produkte durchgeführt werden. Nachdem Sie ein Teamprojekt erstellt haben, können Sie die Arbeit mithilfe der für das Teamprojekt erstellten Hauptknoten verwalten und nachverfolgen.

In diesem Thema

Grundlegendes zu den verfügbaren Ressourcen für Teamprojekte und der Konfiguration des Teamprojekts
Planen des Teamprojekts
Erstellen, Strukturieren und Initiieren des Teamprojekts
Definieren und Nachverfolgen des Teamprojekts
Versionsverwaltung, Builds und Testverwaltung

Teamprojektknoten in Team Explorer

Grundlegendes zu den verfügbaren Ressourcen für Teamprojekte und der Konfiguration von Teamprojektsammlungen

In der folgenden Tabelle sind die Server angegeben, die in der Team Foundation-Bereitstellung bereitgestellt werden müssen, damit Sie Ihrem Teamprojekt die entsprechenden Ressource bereitstellen können.

Ressource	Windows SharePoint Services 3.0	Microsoft Office SharePoint Server 2007 oder Microsoft SharePoint Server 2010 Standard Edition	Microsoft Office SharePoint Server 2007 oder SharePoint Server 2010 Enterprise Edition	SQL Server 2008 Analysis Services	SQL Server 2008 Reporting Services	Team Foundation Build
Projektportal (Knoten "Dokumente")
Mein Dashboard und Projektdashboard
Unternehmensdashboards
Excel-Berichte
Berichte
Builds

Das grüne Häkchen Vollständige Unterstützung gibt an, dass Sie das Teamprojekt mit einem Knoten vom Typ Dokumente und einem Portal für die Freigabe von Informationen und Speichern von Excel-Berichten nur bereitstellen können, wenn die Projektsammlung, die das Teamprojekt hostet, mit einem Server konfiguriert ist, auf dem SharePoint-Produkte ausgeführt wird.

Das blaue Häkchen Erforderlich gibt an, dass das Teamprojekt nur mit Dashboards bereitgestellt werden kann, wenn auf dem Server eine bestimmte Edition von SharePoint-Produkte ausgeführt wird. Für die beiden grundlegenden Dashboards werden neben SQL Server 2008 Analysis Services auch Windows SharePoint Services 3.0, die Standard Edition von Microsoft Office SharePoint Server 2007, oder die Standard Edition von SharePoint Server 2010 benötigt. Für die Unternehmensdashboards werden neben Analysis Services auch die Enterprise Edition von Microsoft Office SharePoint Server 2007 oder die Enterprise Edition von SharePoint Server 2010 benötigt.

Um den Bericht -Berichtsknoten bereitzustellen, muss die Projektsammlung konfiguriert werden, in der das Teamprojekt sowohl mit SQL Server 2008 Reporting Services als auch mit Analysis Services gehostet wird. Abschließend erfordern Buildprozesse für das Teamprojekt die Konfiguration von Team Foundation-Builddienst.

Nachdem Sie das Teamprojekt erstellt haben, können Sie die in der folgenden Tabelle als optional gekennzeichneten Ressourcen hinzufügen oder konfigurieren:

Ressource	Verwandte Themen
Arbeitsaufgaben und Arbeitsaufgabenabfragen: Für jedes von Ihnen erstellte Teamprojekt wird ein Knoten Arbeitsaufgaben angezeigt. Mit Arbeitsaufgaben können Teams die Entwicklung eines Produkts und der zugehörigen Funktionen nachverfolgen, überwachen und dokumentieren. Eine Arbeitsaufgabe ist ein Datenbankeintrag, in dem die Definition, die Zuweisung, die Priorität und der Zustand der Arbeit gespeichert werden. Das Team kann nur die Arbeitsaufgabentypen erstellen, die in der zum Erstellen des Teamprojekts verwendeten Prozessvorlage definiert sind oder dem Teamprojekt nach seiner Erstellung hinzugefügt wurden. In der Prozessvorlage für Microsoft Solutions Framework (MSF) for Agile Software Development v5.0 sind sechs Arbeitsaufgabentypen definiert: User Story, Aufgabe, Testfall, freigegebene Testschritte, Fehler und Probleme. In der Prozessvorlage für MSF for CMMI Process Improvement v5.0 sind neun Arbeitsaufgabentypen definiert: Anforderung, Aufgabe, Änderungsanforderung, Fehler, Problem, Risiko, Überprüfung, Testfall und freigegebene Testschritte. Teamabfragen und individuelle Abfragen werden unter dem Knoten Arbeitsaufgaben gespeichert.	Arbeitsaufgaben und Workflow (Agile) Arbeitsaufgaben und Workflow (CMMI) Nachverfolgen von Fehlern, Aufgaben und anderen Arbeitsaufgaben
(Optional) Dokumente: Wenn Sie eine SharePoint-Website für das Teamprojekt erstellen oder konfigurieren, wird ein Knoten Dokumente für das Teamprojekt angezeigt. Dieser Knoten ist ein Container für Excel-Berichte, Prozessleitfäden und andere vom Team erstellte Dokumentbibliotheken. Die SharePoint-Website kann zudem als Projektportal fungieren, in dem das Team nicht codierte Arbeitsprodukte speichern und der Versionskontrolle unterstellen und Berichte für das Teamprojekt ablegen kann. Wenn der Team Foundation-Administrator eine oder mehrere SharePoint-Webanwendungen für die Teamprojektsammlung mit dem Projekt konfiguriert hat, können Sie beim Erstellen eines Teamprojekts eine SharePoint-Website hinzufügen. Alternativ können Sie auch nach dem Erstellen eines Projekts eine Website hinzufügen, die als Teamprojektportal dient.	SharePoint-Produkte und Team Foundation Server Konfigurieren eines Standardspeicherorts für Teamprojektportale Verwalten von Dokumenten und Dokumentbibliotheken
(Optional) Projektportal: Das Projektportal ist eine Website, die vom Team als zentrale Stelle für Informationen zum Teamprojekt und zu dessen Status verwendet werden kann. Ein Projektportal fördert die Kommunikation und gemeinsame Nutzung von Ressourcen zwischen den Teammitgliedern. Im Portal kann auch ein Prozessleitfaden für das Team freigegeben werden. Wichtig Wenn Sie eine SharePoint-Website als Teamprojektportal hinzufügen, wird in Team Explorer ein Knoten Dokumente für das Teamprojekt angezeigt.Dieser Ordner ist mit der SharePoint-Bibliothek für das Teamprojekt verknüpft und kann von Projektmitgliedern verwendet werden, um mit dem Projekt zusammenhängende Dokumente zu speichern und freizugeben.Diese Funktion ist nur verfügbar, wenn Sie eine SharePoint-Website hinzufügen.Wenn Sie einen anderen Websitetyp hinzufügen, wird in Team Explorer kein Knoten Dokumente für das Teamprojekt angezeigt. Teams verwenden das Projektportal zum Freigeben von Dokumentvorlagen und vordefinierten Berichten. Diese vordefinierten Objekte basieren auf der für das Teamprojekt ausgewählten Prozessvorlage.	Hinzufügen eines Teamprojektportals Zugreifen auf Teamprojektportale und Prozessleitfäden Zusammenarbeit im Team mithilfe von Teamprojektressourcen
(Optional) Prozessleitfaden: Prozessleitfäden bieten Informationen zur Koordination der Arbeiten an einem Teamprojekt und zur Verwendung von Arbeitsaufgabentypen im gesamten Projektlebenszyklus. Ein Prozessleitfaden kann Details zu einem Teamprojekt bereitstellen, z. B. Anweisungen zum Ausfüllen von Arbeitsaufgabenfeldern, Beispiele für fehlerfreie und fehlerhafte Berichte, Beschreibungen von Abfragen, zu übernehmende Rollen, durchzuführende Aktivitäten usw. Wichtig Für den Zugriff auf den Prozessleitfaden muss ein Projektportal für das Teamprojekt aktiviert und konfiguriert werden. Der Prozessleitfaden für das Team basiert auf der ausgewählten Prozessvorlage. Bei einem Prozessleitfaden handelt es sich um Inhalte, die den bei der Arbeit an einem Teamprojekt von Teammitgliedern zu befolgenden Prozess dokumentieren. Diese Inhalte können lokal auf einer von Ihnen festgelegten Website gehostet oder als ein Satz von Links bereitgestellt werden, die auf anderweitig gehostete Inhalte verweisen.	Zugreifen auf Teamprojektportale und Prozessleitfäden MSF for Agile Software Development, Version 5.0 MSF for CMMI Process Improvement, Version 5.0 Bereitstellen eines Prozessleitfadens für das Team Freigeben von Prozessleitfäden für ein Teamprojekt
(Optional) Dashboards: Mithilfe von Dashboards können Produktbesitzer und Teammitglieder wichtige Informationen zu ihren Teamprojekten schnell finden. Dashboards zeigen Projektdaten an, unterstützen Untersuchungen und ermöglichen Teams die schnellere Ausführung allgemeiner Aufgaben. Der Zugriff auf Dashboards erfolgt über das Projektportal. Die verfügbaren Dashboards und Funktionen zur Dashboardanpassung hängen von der im Portal installierten Version der SharePoint-Produkte ab. Die meisten Dashboards unterstützen die Anzeige mehrerer Berichte in Microsoft Excel, die auf Daten im Analysis Services-Cube zugreifen. Der Zugriff auf Dashboards setzt voraus, dass Sie das Teamprojekt mit SharePoint-Produkte bereitstellen und der Systemadministrator die Teamprojektsammlung mit SQL Server Analysis Services bereitgestellt hat. Damit Teammitglieder auf alle sechs Unternehmensdashboards zugreifen können, müssen Sie eine SharePoint-Website auswählen, auf der Microsoft Office SharePoint Server 2007 Enterprise Edition oder SharePoint Server 2010 Enterprise Edition installiert ist. Informationen zu erforderlichen Konfigurationen und Berechtigungen zum Anzeigen der Dashboards finden Sie unter Zuweisen von Berechtigungen zum Anzeigen und Verwalten von Berichten für die Anwendungslebenszyklus-Verwaltung von Visual Studio.	Dashboards (Agile) Dashboards (CMMI) Hinzufügen von SharePoint-Funktionen zu einem aktualisierten Teamprojektportal
(Optional) Microsoft Excel-Berichte: Sie können Berichte in Microsoft Excel verwenden, um Informationen aus dem Data Warehouse für das Teamprojekt anzuzeigen. Diese Berichte befinden sich unter dem Knoten Dokumente im Ordner Excel-Berichte. Microsoft Excel-Berichte werden auf dem Server gespeichert, auf dem SharePoint-Produkte für das Teamprojekt gehostet werden. Wenn für das Teamprojekt kein Projektportal aktiviert wurde, können Sie nicht auf diese Berichte zugreifen. Der Zugriff auf diese Berichte setzt voraus, dass Sie das Teamprojekt mit SharePoint-Produkte bereitstellen und der Systemadministrator die Teamprojektsammlung mit Analysis Services bereitgestellt hat.	Excel-Berichte (Agile) Excel-Berichte (CMMI) Zuweisen von Berechtigungen zum Anzeigen und Verwalten von Berichten für die Anwendungslebenszyklus-Verwaltung von Visual Studio
(Optional) Arbeitsmappen: Arbeitsmappen können verwendet werden, um das Produkt zu planen und User Storys, Aufgaben, Fehler und Probleme bestimmten Iterationen zuzuweisen. Die mit der Prozessvorlage für MSF for Agile Software Development v5.0 bereitgestellten Arbeitsmappen ermöglichen die schnelle Erstellung von Arbeitsaufgaben. Sie können auch den Rang, die Priorität, den Zustand und die Zuweisungen mehrerer Arbeitsaufgaben gleichzeitig ändern. Arbeitsmappen befinden sich unter dem Knoten Dokumente im Ordner Freigegebene Dokumente und werden auf dem Server gespeichert, der SharePoint-Produkte für das Teamprojekt hostet. Wenn für das Teamprojekt kein Projektportal aktiviert wurde, können Sie nicht auf diese Arbeitsmappen zugreifen. Der Zugriff auf Microsoft Excel-Arbeitsmappen setzt voraus, dass Sie das Teamprojekt mit SharePoint-Produkte bereitstellen.	Arbeitsmappen (Agile)
(Optional) Reporting Services-Berichte. Teams können den Status und die Qualität des Projekts mithilfe von Berichten analysieren. In Berichten werden Metriken aus Arbeitsaufgaben, der Versionskontrolle, Testergebnissen und Builds aggregiert. Berichte befinden sich unter dem Knoten Berichte in Team Explorer und werden auf dem Server gespeichert, der SQL Server Reporting Services für das Teamprojekt hostet. Wenn die Bereitstellung zur Verwendung von Analysis Services und Reporting Services konfiguriert ist, wird automatisch ein Ordner Berichte für das Teamprojekt erstellt. Andernfalls können Sie dem Teamprojekt diese Ressource später hinzufügen.	Berichte (Agile) Berichte (CMMI) Hinzufügen von Berichten zu einem Teamprojekt
(Optional) Builds: Team Foundation Build ermöglicht es dem Team, regelmäßig Produktbuilds zu erstellen und zu verwalten. Ein Team kann z. B. tägliche Builds ausführen und diese auf einem freigegebenen Server bereitstellen. Team Foundation Build stellt auch Buildberichte zum Status und zur Qualität jedes Builds bereit. Wenn Team Foundation Build für die Bereitstellung verwendet wird, wird ein Ordner Builds für das Teamprojekt erstellt. Builddefinitionen befinden sich unter dem Knoten Builds für das Teamprojekt. Für die Verwaltung von Builds und Organisation von Builddefinitionen wird Build Explorer verwendet. Der Zugriff auf Team Foundation-Builddienst setzt voraus, dass die Teamprojektsammlung zur Verwendung eines Buildcontrollers konfiguriert wurde. Jeder Buildcontroller ist einer bestimmten Teamprojektsammlung zugewiesen. Der Controller akzeptiert Buildanforderungen von allen Teamprojekten in einer angegebenen Sammlung.	Erstellen der Anwendung Verwenden von Build Explorer zum Anzeigen und Verwalten von in die Warteschlange gestellten, laufenden und abgeschlossenen Builds
Versionskontrolle. Für jedes Teamprojekt wird ein Knoten Quellcodeverwaltung erstellt. Dieser Knoten bietet Zugriff auf den Quellcodeverwaltungs-Explorer, mit dem das Team Quellcode für das Teamprojekt verwalten kann.	Verwenden der Versionskontrolle Verwenden des Quellcodeverwaltungs-Explorers
(Optional) Warnungen: Teammitglieder können sich über entsprechende Abonnements per E-Mail benachrichtigen lassen, wenn Änderungen an einem Teamprojekt vorgenommen werden. Warnungen können gesendet werden, wenn sich der Status einer Arbeitsaufgabe oder eines Builds ändert, ein Eincheckvorgang erfolgt oder ein Build abgeschlossen ist. Zur Unterstützung von E-Mail-Benachrichtigungen muss der Server, auf dem das Teamprojekt gespeichert ist, zum Versenden von E-Mail-Warnungen mit einem vorhandenen SMTP (Simple Mail Transfer Protocol)-Server konfiguriert werden.	Festlegen von Warnungen Konfigurieren von E-Mail-Benachrichtigungen und Angeben des SMTP-Servers
(Optional) Virtuelle Umgebungen: Mit Visual Studio Lab Management kann das Team virtuelle Umgebungen für die Anwendungsentwicklung und -bereitstellung sowie für Tests erstellen, zuweisen und nachverfolgen. Mithilfe von Microsoft Test Manager kann die Anwendung mit diesen virtuellen Umgebungen getestet werden. Der Server, auf dem das Teamprojekt gespeichert ist, muss zur Kommunikation mit Lab Management konfiguriert sein, um von Test Manager aus auf diese virtuellen Umgebungen zugreifen zu können.	Neues in der Verwaltung des Lebenszyklus von Anwendungen in Visual Studio 2010 Verwenden eines virtuellen Labs für den Anwendungslebenszyklus Erstmaliges Konfigurieren von Lab-Management
(Optional) Unterstützung eines verteilten Teams: Zur Unterstützung von Teammitgliedern, die remote arbeiten und sich daher nicht in der Nähe des Hauptspeicherorts für die Versionskontrolle befinden, kann Team Foundation Server Proxy installiert werden. Team Foundation Server Proxy verwaltet einen Cache heruntergeladener Versionskontrolldateien am Speicherort des verteilten Teams, durch den die bei Fernverbindungen erforderliche Bandbreite deutlich reduziert wird. Wenn Clients zur Verwendung von Team Foundation Server Proxy konfiguriert sind, ist die Dateiverwaltung für den Benutzer transparent. Für den Austausch von Metadaten und Dateiuploads wird weiterhin eine direkte Verbindung mit Team Foundation Server verwendet.	Weitere Informationen finden Sie im Thema "Szenario: Installieren von Team Foundation-Proxy" auf der Microsoft-Website im Installationshandbuch für Team Foundation. Architektur von Team Foundation Server
Webzugriff: Teammitglieder können Team Web Access verwenden, um Arbeitsaufgaben zu suchen und zu aktualisieren, mit Dateien und Ordnern unter der Versionskontrolle und Produktbuilds zu arbeiten und auf Berichte und Dokumente zuzugreifen. Team Web Access ist eine anpassbare Weboberfläche, die den Großteil der in Team Explorer verfügbaren Funktionen bereitstellt. Teammitglieder können auf Team Web Access zugreifen, nachdem Sie das Teamprojekt erstellt und die erforderlichen Berechtigungen gewährt haben.	Verwalten der Arbeit mit Team Web Access

Planen des Teamprojekts

Teamprojekte werden in Teamprojektsammlungen gruppiert. Eine Teamprojektsammlung ist eine Organisationsstruktur, mit der Team Foundation-Administratoren eine Gruppe von Teamprojekten in Team Foundation Server definieren und steuern.

Wenn Sie ein Teamprojekt erstellen, bestimmt die für das Teamprojekt ausgewählte Teamprojektsammlung die verfügbaren Ressourcen und Möglichkeiten zur Zusammenarbeit mit anderen Teamprojekten.

Aufgabe	Verwandte Themen
Bestimmen Sie die Projektsammlung, in der das Teamprojekt gespeichert wird. Besprechen Sie die Projektanforderungen mit dem Administrator der Bereitstellung, und legen Sie die Projektsammlung fest, die das Teamprojekt hosten soll. Die folgenden Faktoren müssen u. a. bei dieser Entscheidung berücksichtigt werden: Für das Teamprojekt benötigte Ressourcen Anforderungen für die gruppenübergreifende Zusammenarbeit mit anderen Teamprojekten Wie im vorhergehenden Abschnitt erläutert, hängt die Verfügbarkeit vieler Ressourcen für das Teamprojekt von der Teamprojektsammlung ab, die Sie zum Hosten des Teamprojekts auswählen. Zudem sollte die verwendete Projektsammlung die anderen Teamprojekte enthalten, mit denen das Team in Verbindung steht oder zusammenarbeitet. Teammitglieder können teamprojektübergreifende Abhängigkeiten nur dann mit Team Foundation nachverfolgen, wenn diese Teamprojekte in derselben Projektsammlung gespeichert werden.	Organisieren des Servers mit Teamprojektsammlungen Konfigurieren von Ressourcen für die Unterstützung von Teamprojekten
Wählen Sie die Prozessvorlage aus, die den Prozessanforderungen am besten entspricht. Eine Prozessvorlage definiert die Arbeitsaufgabenobjekte, die Sie nachverfolgen können. Sie definiert auch die Standardregeln, -richtlinien, -sicherheitsgruppen und -abfragen für die Teammitglieder. Team Explorer enthält auf dem MSF basierende Prozessvorlagen. Standardmäßig können die Prozessvorlagen für MSF for Agile Software Development v5.0 oder MSF for CMMI Process Improvement v5.0 verwendet werden. Sie können eine dieser Vorlagen verwenden, eine benutzerdefinierte Vorlage erstellen oder eine Vorlage aus dem Internet herunterladen. Hinweis Die meisten Artefakte in einer Prozessvorlage können vor oder nach dem Erstellen des Teamprojekts angepasst werden.Wenn Sie die Prozessvorlage vor dem Erstellen eines Teamprojekts anpassen, bietet dies den Vorteil, dass alle von Ihnen erstellten Teamprojekte die gleichen Änderungen enthalten.	Auswählen einer Prozessvorlage Anpassen von Prozessvorlagen
Bestimmen Sie, wie Sie das Team bei der Anwendung und Befolgung von Teamprozessen unterstützen. Bei einem Prozessleitfaden handelt es sich um Inhalte, die den bei der Arbeit an einem Teamprojekt von Teammitgliedern zu befolgenden Prozess dokumentieren. Die MSF-Prozessvorlagen stellen themenbasierte Prozessleitfäden bereit, die offline in der Visual Studio ALM-Hilfe und online in der MSDN Library verfügbar sind. Sie können andere Prozessleitfäden im Teamprojektportal oder auf einer anderen von Ihnen festgelegten Website hosten.	Bereitstellen eines Prozessleitfadens für das Team Zugreifen auf Teamprojektportale und Prozessleitfäden
Bestimmen Sie die Verzweigungsstruktur für Quellcode. Beim Erstellen eines Teamprojekts können Sie einen leeren Ordner für den Quellcode oder eine Verzweigung in der Versionskontrolle erstellen.	Verzweigen von Ordnern und Dateien
Machen Sie sich mit den Einschränkungen für Namen und andere Attribute vertraut. Bevor Sie ein Teamprojekt erstellen, sollten Sie sich mit den Einschränkungen vertraut machen, die in Visual Studio ALM für Namen und andere Attributen gelten. Zu diesen Einschränkungen können Länge, Sonderzeichen, Eindeutigkeit oder andere Attribute gehören. Besonders wichtig ist das Verständnis der Einschränkungen für die folgenden Elemente im Zusammenhang mit Teamprojekten: Teamprojektname Größe von Arbeitsaufgabenanlagen Bereichs- und Iterationspfade des Teamprojekts (Name, Länge und Schachtelungsebene) Anpassung von Arbeitsaufgaben (Feldnamen, Hilfetext, globale Listen usw.) Prozessvorlagen (Name und Größe) In der Team Foundation-Versionskontrolle verwendete Namen, z. B. Verzweigungspfadnamen und -längen, Shelvesets und Changesets.	Benennungseinschränkungen in Team Foundation

Erstellen, Strukturieren und Initiieren des Teamprojekts

Aufgabe	Verwandte Themen
Erstellen Sie ein Teamprojekt. Teamprojekte werden mit dem Assistenten für neue Teamprojekte erstellt. Für den Zugriff auf den Assistenten für neue Teamprojekte muss Team Explorer auf dem Computer installiert sein. Team Explorer ist ein Add-In für Visual Studio und kann mit jedem Produkt in der Visual Studio Application Lifecycle Management (ALM)-Produktsuite installiert werden. Abhängig von den für das Teamprojekt konfigurierten Ressourcen müssen Sie erhöhte Berechtigungen für die Teamprojektsammlung und die Server festlegen, die SharePoint-Produkte und Reporting Services hosten.	Schnellstarthandbuch für das Starten eines Teamprojekts Erstellen eines Teamprojekts
Definieren Sie die Struktur des Teamprojekts. Sie können die nachzuverfolgende Arbeit organisieren, indem Sie Produktbereiche und Iterationspfade definieren. Sie können Bereiche definieren, die bestimmte Komponenten oder Funktionen des vom Team entwickelten Produkts darstellen. Mit Iterationen kann der Produktentwicklungszyklus in Zeiträume unterteilt werden, die dem Teamprozess entsprechen. Iterationen werden auch als Sprints bezeichnet. Hinweis Abhängig von der ausgewählten Prozessvorlage können mehrere standardmäßige Bereichs- und Iterationspfade definiert werden.Sie können die Standardpfade umbenennen und löschen und Pfade hinzufügen, um die Anforderungen für die Projektnachverfolgung zu erfüllen. Während des gesamten Produktlebenszyklus können Elemente in der Struktur des Projekts hinzugefügt und geändert werden.	Erstellen und Ändern von Bereichen und Iterationen
Gewähren Sie den Teammitgliedern Zugriff auf Teamprojektressourcen. Sie können die Zugriffsberechtigungen der Teammitglieder für Teamprojekte steuern, indem Sie jedes Mitglied für jedes Projekt einer Gruppe zuweisen. Sie können Teammitglieder einzeln hinzufügen oder in Active Directory oder einer Arbeitsgruppe definierte Gruppen verwenden. Wenn Sie ein Teamprojekt erstellen, werden unabhängig von der ausgewählten Prozessvorlage vier Standardgruppen für dieses Projekt erstellt. Diese Gruppen sind Readers, Contributors, Generatoren und Projektadministratoren. Jede Gruppe verfügt standardmäßig über einen Satz definierter Berechtigungen, die festlegen, für welche Aktionen Mitglieder dieser Gruppe autorisiert sind. Für den Zugriff auf die folgenden Artefakte müssen Teammitglieder mindestens einer Standardgruppe hinzugefügt werden: Arbeitsaufgaben, Arbeitsaufgabenabfragen und Quellcode: Für den Zugriff auf die in den Team Foundation-Datenbanken gespeicherten Daten müssen Teammitglieder einer der folgenden Gruppen für das Teamprojekt angehören: Readers, Contributors oder Projektadministratoren. Projektportal, Dashboards und Arbeitsmappen: Für den Zugriff auf die in SharePoint-Produkte gespeicherten Ressourcen müssen Teammitglieder einer der folgenden Gruppen für das Teamprojektportal angehören: Besucher, Mitglieder oder Besitzer. Berichte: Für den Zugriff auf Reporting Services-Berichte müssen Teammitglieder der Gruppe Browser oder Inhalts-Manager in SQL Server Reporting Services hinzugefügt werden. Microsoft Excel-Berichte: Zum Anzeigen eines Microsoft Excel-Berichts müssen Teammitglieder der Sicherheitsgruppe Gültige Team Foundation-Benutzer angehören.	Hinzufügen von Benutzern zu Teamprojekten Team Foundation Server: Standardgruppen, Berechtigungen und Rollen
Gewähren Sie ausgewählten Teammitgliedern zusätzliche Berechtigungen. Einzelnen Teammitgliedern oder Gruppen mit bestimmten Verantwortlichkeiten können zusätzliche Berechtigungen zugewiesen werden. Die entsprechenden Einstellungen können von Ihnen oder einem anderen Administrator vorgenommen werden. Diese Berechtigungen ermöglichen den Teammitgliedern das Verwalten von Quellcode unter Team Foundation-Versionskontrolle, das Verwalten von Builds, Tests und der Labortestumgebung und das Ausführen anderer Aktivitäten auf Projektebene. Zum Bearbeiten eines Berichts in Microsoft Excel oder Reporting Services müssen Sie Mitglied der Sicherheitsrolle TfsWarehouseDataReaders in Analysis Services sein. Sie müssen außerdem einer Gruppe angehören, der in SharePoint-Produkte die Berechtigung Teilnehmer für das Teamprojekt zugewiesen wurde.	Zuweisen von Berechtigungen zum Anzeigen und Verwalten von Berichten für die Anwendungslebenszyklus-Verwaltung von Visual Studio Gewähren von Zugriff auf die Datenbanken des Data Warehouse für Visual Studio ALM
Benachrichtigen Sie Teammitglieder über Teamprojektressourcen. Nachdem Sie Teammitgliedern Zugriff auf das Teamprojekt gewährt haben, können Sie sie über die verfügbaren Ressourcen und die ersten zu erledigenden Aufgaben informieren.	Schnellstarthandbuch für das Starten eines Teamprojekts Zusammenarbeit im Team mithilfe von Teamprojektressourcen
Installieren Sie die zum Herstellen einer Verbindung mit Team Foundation erforderlichen Clients. Die Teammitglieder können eine von mehreren Clientanwendungen für die Interaktion von Team Foundation mit Visual Studio ALM und Team Foundation Server verwenden. Bei allen Clients müssen Sie eine Verbindung mit einem Server herstellen, auf dem Team Foundation Server ausgeführt wird, und anschließend eine Projektauflistung und ein Teamprojekt angeben. Den Teammitgliedern müssen auch die Berechtigungen für den Zugriff auf die einzelnen Teamprojekte gewährt werden.	Arbeiten mit Team Foundation-Clients Verwalten der Arbeit mit Team Web Access

Definieren und Nachverfolgen des Teamprojekts

Aufgabe	Verwandte Themen
Erstellen Sie Aufgaben, und machen Sie sich mit Arbeitsaufgabenabfragen vertraut. Die Teammitglieder können Arbeitsaufgaben verwenden, um Aufgaben, Fehler, Probleme und andere Elemente nachzuverfolgen. Mit Arbeitsaufgabenabfragen können Fehler, Aufgaben und andere Arbeitsaufgaben aufgelistet, aktualisiert und erstellt werden.	Erste Schritte beim Nachverfolgen von Aufgaben
Definieren Sie User Storys, und verteilen Sie die Arbeitsauslastung auf Iterationen. Wenn das Teamprojekt auf der Prozessvorlage für MSF for Agile Software Development v5.0 basiert, können Sie das Produkt mit der Arbeitsmappe "Produktplanung" planen. Sie können User Storys erstellen und die Arbeitsauslastung auf mehrere Iterationen (auch als Sprints bezeichnet) verteilen. Hinweis Die Arbeitsmappe "Produktplanung" ist nur verfügbar, wenn Sie die Prozessvorlage für MSF for Agile Software Development v5.0 auswählen.	Scrum Erstellen eines vorzüglichen Produktrückstands Arbeitsmappe "Produktplanung"
Definieren Sie Anforderungen, und planen Sie Aufgaben. Wenn das Teamprojekt auf der Prozessvorlage für MSF for CMMI Process Improvement v5.0 basiert, können Sie die Planung des Produkts mit der Teamabfrage Produktanforderungen beginnen. Sie können diese Abfrage in Microsoft Excel öffnen, Anforderungen hinzufügen und die Anforderungen dann in Team Foundation veröffentlichen. Das Projekt kann auch mit Microsoft Project geplant werden.	Verwalten von Arbeitsaufgaben in Microsoft Excel mit Bindung an Team Foundation Server Durchführen einer Top-Down-Planung mithilfe einer Strukturliste der Arbeitsaufgaben (in Excel) Planen von Aufgaben und Zuweisen von Ressourcen mit Microsoft Project
Unterstützung der Synchronisierung mit neuen Feldern für manuell geplante Aufgaben in Project 2010. Um Felder in Team Foundation zu aktualisieren, die zu Project 2010 hinzugefügt wurden, müssen Sie den Arbeitsaufgabentyp "Aufgabe" und die Microsoft Project-Feldzuordnungsdatei für das Teamprojekt anpassen. Diese Strategie ist von besonderem Interesse, wenn Sie Teammitgliedern ermöglichen möchten, die Dauer sowie die Anfangs- und Abschlussdaten für ihre Aufgaben manuell zu planen.	Planen von Teamprojekten mit Microsoft Project 2010
Machen Sie sich mit den verfügbaren Dashboards und Berichten für das Teamprojekt vertraut. Mithilfe von Dashboards und Berichten können Teammitglieder wichtige Informationen zu ihren Teamprojekten schnell finden. Dashboards zeigen Projektdaten an, unterstützen Untersuchungen und ermöglichen Teams die schnellere Ausführung allgemeiner Aufgaben. In den in Reporting Services verfügbaren Berichten werden Metriken aus Arbeitsaufgaben, der Versionskontrolle, Testergebnissen und Builds aggregiert. Mithilfe dieser Berichte lassen sich Fragen zum aktuellen Status des Projekts beantworten. Wichtig Die in Dashboards und Berichten angezeigten Daten werden aus dem Data Warehouse abgeleitet.Standardmäßig werden Aktualisierungen des Data Warehouses stündlich ausgeführt.Die Berichte enthalten erst dann nützliche Daten, wenn das Team mit der Erstellung von Arbeitsaufgaben und der Entwicklung der Anwendung begonnen hat.	Dashboards (Agile) Dashboards (CMMI) Berichte (Agile) Berichte (CMMI) Ändern von Prozesssteuerungseinstellungen für das Data Warehouse und den Analysis Services-Cube
Optimieren Sie die Zusammenarbeit im Team. Nachdem das Teamprojekt erstellt wurde, steht dem Team eine Vielzahl von Tools zur Verfügung, mit denen die Kommunikation innerhalb des Teams verbessert und Workflows rationalisiert werden können. Team Foundation ermöglicht die Zusammenarbeit durch verbesserte Kommunikation, Unterstützung fachübergreifender Rollen, Nachverfolgung des Arbeitsstatus, Implementierung des Teamprozesses und Integration von Tools.	Zusammenarbeit im Team mithilfe von Teamprojektressourcen

Erste Schritte mit der Versionskontrolle, Builds und Tests

Aufgabe	Verwandte Themen
(Optional) Konfigurieren Sie Visual Studio zur Verwendung der Quellcodeverwaltung. Bevor sie Team Foundation-Versionskontrolle verwenden, müssen Teammitglieder Visual Studio möglicherweise zur Verwendung des Plug-Ins für die Team Foundation-Versionskontrolle konfigurieren. Hinweis Wenn Team Explorer nach der Installation von Visual Studio installiert wird, wird Visual Studio automatisch zur Verwendung des Plug-Ins für die Team Foundation-Versionskontrolle konfiguriert.	Konfigurieren von Visual Studio für die Verwendung der Team Foundation-Versionskontrolle Verwenden des Quellcodeverwaltungs-Explorers
Konfigurieren Sie Richtlinien, die das Einchecken und Auschecken von Quellcode steuern. Administratoren der Team Foundation-Versionskontrolle können Eincheck- und Auscheckeinstellungen für die Versionskontrolle konfigurieren. Mit Eincheckrichtlinien wird im Team die Verwendung bestimmter Entwicklungsverfahren erzwungen. Durch Eincheckhinweise werden während des Eincheckprozesses Daten von Teammitgliedern erfasst. Beide Richtlinien können entsprechend den Anforderungen des Teams angepasst werden. Auscheckeinstellungen ermöglichen die gleichzeitige Bearbeitung von Dateien durch mehrere Personen.	Konfigurieren von Auscheckeinstellungen Festlegen und Erzwingen von Quality Gates
Richten Sie den Arbeitsbereich ein, und fügen Sie Quellcode für das Teamprojekt hinzu. Wenn das Team die Team Foundation-Versionskontrolle verwendet, müssen Teammitglieder Arbeitsbereiche erstellen und ihren Quellcode hinzufügen. Ein Arbeitsbereich enthält einen Satz clientseitiger Ordner auf dem lokalen Datenträger, die der Versionskontrolle unterliegenden Ordnern auf dem Server für die Team Foundation-Versionskontrolle zugeordnet sind.	Einrichten des Entwicklungscomputers für die Verwendung mit dem Teamprojekt Senden von Änderungen Stellen von Dateien unter Versionskontrolle
Konfigurieren Sie den Visual Studio-Client zur Verwendung des Proxyservers. Wenn das Team die Team Foundation-Versionskontrolle verwendet und Team Foundation Server Proxy zur Unterstützung des Remoteteams installiert wurde, müssen Sie den Visual Studio-Client konfigurieren, bevor Sie den Proxyserver verwenden können.	Konfigurieren der Team Foundation-Versionskontrolle für die Verwendung eines Proxyservers
Erstellen Sie Builddefinitionen. Wenn das Team Team Foundation Build verwendet, müssen Sie sicherstellen, dass ein Buildsystem eingerichtet wurde, und anschließend Builddefinitionen erstellen. Eine Builddefinition enthält Anweisungen zu den zu kompilierenden Codeprojekten, den zusätzlich auszuführenden Vorgängen und deren Ausführung.	Verwalten des Team Foundation Builds Erstellen und Verwenden von Builddefinitionen
Erstellen Sie Testpläne und Testfälle. Wenn das Team Test Manager verwendet, sollten Tester den Testaufwand mithilfe von Testplänen definieren und verwalten.	Testen der Anwendung

Siehe auch

Konzepte

Erste Schritte mit der Verwaltung des Lebenszyklus von Anwendungen für Visual Studio

Arbeiten mit Team Foundation-Clients

Planen und Nachverfolgen von Projekten

Weitere Ressourcen

Anpassen des Teamprojekts

Verwalten der Arbeit mit Team Web Access

Verwalten von Projekten mit Project Server und Team Foundation Server

Änderungsprotokoll

Datum	Versionsgeschichte	Grund
April 2011	Die erste Tabelle im Thema wurde überarbeitet, um anzugeben, welche Serverprodukte Teamressourcen unterstützen und welche Produkte für Teamressourcen erforderlich sind.	Informationsergänzung.
Juli 2010	Die erste Tabelle im Thema wurde korrigiert. Informationen über SharePoint Server 2010 hinzugefügt. Beschreibung und Link zu Thema zum Arbeiten mit Project 2010 hinzugefügt.	Korrektur inhaltlicher Fehler.

April 2011

Die erste Tabelle im Thema wurde überarbeitet, um anzugeben, welche Serverprodukte Teamressourcen unterstützen und welche Produkte für Teamressourcen erforderlich sind.

Informationsergänzung.

Juli 2010

Die erste Tabelle im Thema wurde korrigiert. Informationen über SharePoint Server 2010 hinzugefügt. Beschreibung und Link zu Thema zum Arbeiten mit Project 2010 hinzugefügt.

Korrektur inhaltlicher Fehler.

Share via