Starten eines neuen Teamprojekts
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
|
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 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 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 -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. |
|
(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. |
|
(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. |
|
(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. |
|
(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. |
|
(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. |
|
(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. |
|
(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. |
|
(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. |
|
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. |
|
(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. |
|
(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. |
|
(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. |
|
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. |
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:
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. |
|
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.
|
|
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. |
|
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. |
|
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:
|
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. |
|
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. |
|
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:
|
|
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. |
|
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. |
|
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. |
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. |
|
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.
|
|
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. |
|
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. |
|
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.
|
|
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. |
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 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. |
|
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. |
|
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. |
|
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. |
|
Erstellen Sie Testpläne und Testfälle. Wenn das Team Test Manager verwendet, sollten Tester den Testaufwand mithilfe von Testplänen definieren und verwalten. |
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
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. |