Anpassen von Teamprojekten und -prozessen
Sie können das Teamprojekt anpassen, um bestimmte Prozesse und Vorgehensweisen zu unterstützen, die das Team verwendet.Beispielsweise können Sie ein Pflichtfeld dem schnellen hinzufügen hinzufügen Bereich auf der Produktrückstandsseite stromlinienförmiger Definition von Anforderungen des neuen Produkts.Andere allgemeines Anpassungsaktivitätseinschließung, das Felder den Stützmeldepflichten hinzufügen und Workflowdefinitionen ändert, um die Prozesse des Teams anzupassen.
Hinweis |
---|
Eine Übersicht der ersten 10 Bereiche, die Sie für das Teamprojekt anpassen können, finden Sie unter Anpassen der Nachverfolgung von Arbeitsaufgaben und Ihres Teamprojekts. |
Bevor Sie eine Anpassungsaktivität starten, sollten Sie sich mit vertraut den Typen von Objekten und Methoden, die Sie anpassen können, und von jeder Typ verwendet werden kann. Außerdem sollten
Sie sollten außerdem die gegenseitigen Abhängigkeiten verstehen, die unter diesen Objekten, Teamprojektartefakten, Teamaktivitäten und Bereich von Änderungen vorhanden sind.Anpassungen, die Sie einem Teamprojekt ausführen, gelten für alle Teams, die in diesem Teamprojekt arbeiten.Einige Anpassungen gelten für alle Teamprojekte in einer Teamprojektsammlung zu.
Objekte, die Sie anpassen können
Sie können Objekte für eine Prozessvorlage, ein Teamprojekt oder eine Projektauflistung anpassen.Sie erstellen ein Teamprojekt von einer Prozessvorlage.Eine Prozessvorlage definiert die Typen von Arbeitsaufgabenobjekten für die Nachverfolgung sowie die Standardregeln, Richtlinien, Sicherheitsgruppen und Abfragen zur Verwendung durch die Teammitglieder.Objekte, die in der Prozessvorlage anpassen, stellen die Erstkonfiguration des Objekts.Indem Sie eine Prozessvorlage anpassen, steigern Sie die Kompatibilität mit Prozessen aller Teamprojekte, die mit der Prozessvorlage erstellt werden.Minimieren Sie auch die Zeit, die Projekten, indem Sie die Teamabfragen, Berichte, Eincheckhinweise für die Quellcodeverwaltung, Sicherheitsgruppen und mehr ausgeführt werden, definieren.
In der folgenden Tabelle werden die Objekte, die für eine Prozessvorlage oder für ein Teamprojekt anpassen können.Informationen zum Anpassen eines Objekts, nachdem ein Teamprojekt erstellt wurde, wählen Sie den Link mit der Objektspalte aus.Informationen zum Anpassen eines Objekts als Teil der Prozessvorlage, wählen Sie den Link mit der Spalte Beschreibung aus.
Objekt |
Teamprojekt |
Prozessvorlage |
Beschreibung |
---|---|---|---|
Agile-Seiten und Diagrammen |
Unterstützung, die den Rückstand, die Sprintplanung und den Teamstatus erstellt.Um die Erstkonfiguration zu definieren, finden Sie unter Passen Sie den Rückstand an und verschalen Sie Seiten. |
||
Unterstützt Definition von persönlichen und Teame-mail-Benachrichtigungen, wenn Änderungen dem Teamprojekt erfolgen. |
|||
Definieren Sie die logischen, physischen, Funktionskategorien oder Bereiche, die von einem Team besitzen.Siehe Definieren Sie die ursprünglichen Bereiche und Iterationen. |
|||
Sie können Fügen Sie standardmäßige Buildprozess hinzu, die Sie verwenden, wenn Sie Builddefinitionen erstellen.Sie können Buildprozessvorlagen später anpassen. |
|||
Gruppieren Sie eine oder mehrere Arbeitsaufgabentypen, um Prozesskonfiguration, Abfragen und andere Vorgänge zu unterstützen.Siehe Hinzufügen von Typdefinitionen für Arbeitsaufgabenkategorien zu einer Prozessvorlage. |
|||
Konfigurieren Sie Regeln, die bestimmte Aktionen erzwingen, wenn Benutzer einchecken oder Outcode überprüfen.Siehe Definieren der Anfangskonfiguration der Team Foundation-Versionskontrolle. |
|||
Erstellen Sie Einblick in Teamstatus bereit.Je nach Prozessvorlage, mit der Sie das Teamprojekt erstellen, verfügen Sie ggf. bereits über mehrere definierte Dashboards.Sie können diese Dashboards weiter anpassen oder neue Dashboards erstellen.Dashboards erfordern Integration mit SharePoint-Produkte. |
|||
Unterstützt das Freigeben von Teamdokumenten und - dateien durch ein Projektportal.Erfordert SharePoint-Produkte.Siehe Definieren Sie das Projektportal. |
|||
Zeichnen Sie die Berichte ab, die mit Prozessvorlagenstützdashboards konfiguriert und kann nicht angepasst werden.Nach der Erstellung des Teamprojekts können Sie zusätzliche Excel-Berichte anpassen und erstellen. |
|||
Unterstützung Definition und Verwaltung von den durch viele Teamprojekte verwendet werden sollen. |
|||
Unterstützung Definition und Verwaltung von den durch viele Teamprojekte verwendet werden Arbeitsaufgabenfeldern und von globalen Listen. |
|||
Definieren Sie Sprints oder Produktversionsmeilensteine.Siehe Definieren Sie die ursprünglichen Bereiche und Iterationen. |
|||
Unterstützt Anpassung von Linkbeziehungen zwischen Arbeitsaufgaben.Siehe Fügen Sie Typdefinitionen für Arbeitsaufgaben-Links hinzu. |
|||
Anpassen, wie Daten beim Arbeiten in Microsoft Project und in TFS veröffentlicht und aktualisiert werden.Wenn Sie einem Arbeitsaufgabentyp neue Datenfelder hinzufügen, können Sie Felder so zuordnen, dass sie im Plan angezeigt werden.Siehe Zuordnen von Microsoft Project-Feldern zu Team Foundation-Feldern. |
|||
Unterstützung, die Prozessleitfäden zu den Teammitgliedern zur Verwendung von Teamprojektartefakten bereitstellt.Sie können die Links anpassen, die den Prozessleitfadendateien und zum Speicherort des Prozessleitfadens zeigen..Siehe Definieren Sie das Projektportal. |
|||
Passen Sie den Standardsatz von auf Berichte, die Sie im Berichts-Manager zugreifen, oder erstellen Sie neue Berichte.Siehe Fügen Sie Berichte hinzu. |
|||
Testkonfigurationen geben eine Kombination von Hardware und der Software, mit der eine Anwenderkonfiguration darstellt, um zu testen.Sie können konfigurieren Sie die ursprünglichen Testkonfigurationen und zusätzliche Konfigurationen mithilfe des Test-Managers zu definieren. |
|||
Testauflösungszustände |
Gibt die Gründe an, warum ein Test fehlgeschlagen ist.Die Standardkonfiguration umfasst: Erfordert Untersuchung, Testproblem, Produktproblem und Konfigurationsproblem.Siehe Definieren Sie die Erstkonfiguration des Test-Managers. |
||
Testeinstellungen steuern die Adapter für diagnostische Daten, die eigentlich die Daten sammeln.Sie können konfigurieren Sie die ursprünglichen Testeinstellungen oder Testeinstellungen mithilfe des Test-Managers anzugeben. |
|||
Unterstützt Spezifikation von Elementen, die die Benutzerumgebung widerspiegeln, in der die Software, wie der ClientEinheitentyp, das Serverbetriebssystem, die Netzwerkgeschwindigkeit oder die Datenbankedition bereitgestellt wird.Testkonfigurationen sind eine Kombination mehrerer Testvariablen.Sie können Konfigurieren Sie die anfänglichen Testvariablen oder Testvariablen mithilfe des Test-Managers anzugeben. |
|||
Unterstützt Konfiguration von Sicherheitsgruppen und Berechtigungen.Sie können konfigurieren Sie ursprüngliche Gruppen, Teams, Member und Berechtigungen oder neue Gruppen zu erstellen oder Berechtigungen zu ändern |
|||
Unterstützung, die Status überwacht und Daten verfolgt.Siehe Nachverfolgungsdaten, um von Abfragen und Berichten zu unterstützen . |
|||
Unterstützung, die Arbeitsaufgaben sucht und Berichte generiert.Siehe fügen Sie Abfragen einer Prozessvorlage hinzu. |
|||
Stellt die Basis für alle Nachverfolgung und Berichterstellung des Software-Entwicklungsprojekts bereit.Sie können die verfolgten Felder, den Workflow und Formular anpassen.Zu Arbeitsaufgabentypen zählen Fehler, User Stories und Aufgaben.Siehe Fügen Sie Typdefinitionen für Arbeitsaufgaben hinzu. |
Zurück nach oben
Bestimmen der Bereichsanforderungen
Berücksichtigen Sie dabei die folgenden vier Bereiche des Projektumfangs:
Bewerten, wie umfangreich die Anpassungen sein sollen.In der folgenden Tabelle sind die Optionen zusammengefasst, von denen auswählen und deren Bereichsauswirkungen.
Umfang
Objekte
Implementierungs-Hinweise
Wenden Sie Änderungen an einer Prozessvorlage
Siehe Objekte, die Sie anpassen können.
Wählen Sie diese Option aus, wenn Sie planen, mehrere Teamprojekte zu erstellen und die Zeit minimieren möchten, die Betrieb nehmen können Projekte abzurufen und Kompatibilität von Teamprozessen zu erzwingen.
Wenden Sie Änderungen an einem Teamprojekt
Siehe Objekte, die Sie anpassen können.
Wählen Sie diese Option aus, wenn nur das Team die Änderungen benötigt.
Wenden Sie Änderungen in einigen Teamprojekt
Siehe Objekte, die Sie anpassen können.
Wählen Sie diese Option aus, wenn Sie die Konsistenz des Prozesses zu mehreren vorhandenen Teamprojekten erzwingen möchten.Sie müssen Änderungen an den Objektdefinitionsdateien zu mehreren Teamprojekten importieren.
Wenden Sie Änderungen an allen Teamprojekten innerhalb einer Projektauflistung
Arbeitsaufgabenfelder, globale Listen und Linktypen
Wenn Sie Objekte anpassen, die für eine Teamprojektsammlung definiert sind, arbeiten diese alle Teamprojekte aus, die in der - Auflistung definiert werden.Betrachten Sie die Auswirkungen, wenn das Implementieren auf dieser Ebene ändert.
Bewerten der Datenintegrationsanforderungen.Ein ausgewählter Satz von Feldern mit Team Foundation Build integrieren, Test Manager und Team Foundation-Versionskontrolle.Diese Anwendungen automatisieren die Zuweisung von Daten an diesen Feldern.Siehe Hinzufügen von Feldern, die mit der Test-, Build- und Versionskontrolle integriert werden können.
Bewerten der Lokalisierungs- und Globalisierungsanforderungen.Sie können die Namen von Arbeitsaufgabentypen, Feldern und von mehreren Elementen suchen, die für einen Arbeitsaufgabentyp definiert werden.Siehe Lokalisierung und Globalisierung von untergeordneten WITD-Elementen.
Bewerten von Kategoriegruppen, die erforderlich sind, um gruppenübergreifende Arbeiten zu unterstützen.Wenn Sie ähnliche Arbeitsaufgaben mit anderen Namen haben, können Sie Kategorien verwenden, um diese zu gruppieren und Berichte einfacher zu generieren.Kategorien unterstützen flexible Abfragen, Berichterstellung, Prozesskonfiguration und Integration über Teamprojekte hinweg.Siehe Definieren von Kategorien für Arbeitsaufgabentypen.
Zurück nach oben
Anpassen von Agile-Seiten und Diagramme lesen
Der Inhalt und Darstellung von agilen Seiten basiert auf der Definitionen von WIT-Objekten und Zuweisungen, die vom Team ausgeführt werden.WIT-Objekte enthalten, Kategorien und Arbeitsaufgabentypen Prozesskonfiguration.Arbeitsaufgabentypen definieren die Felder, Workflow und das Layout des Formulars, dem das Team verwendet, um Daten zu erfassen.Diese Daten werden in den WIT-Datenspeicher geschrieben.
Agile Team Web Access Seiten und Diagramme verweisen auf den WIT-Datenspeicher in Echtzeit.In der folgenden Abbildung werden Arbeitsaufgabenfelder mit einem blauen Rahmen angezeigt, um hervorzuheben, dass ihre Definitionen für alle Teamprojekte in einer Teamprojektsammlung gelten.Die orangefarbenen Felder geben WIT-Objekte an, die für ein Teamprojekt definiert werden.Die Agile-Seiten und Diagrammen dargestellt, im Violett, werden für ein Team definiert.
Zurück nach oben
WIT-Objektanpassungs- und -teamaktivitäten
Sie können die Darstellung der agilen Seiten anpassen, indem Sie die Prozesskonfiguration für ein Teamprojekt anpassen.Sie können die Arbeitsaufgabentypen anpassen, die auf den agilen Seiten, indem sie die Kategorien ändern, der für das Teamprojekt angezeigt werden.Sie können andere Elemente, z Metazustandszuordnungen und Arbeitsaufgabenfeldzuordnungen ändern, die Diagrammgenerierung innerhalb der Prozesskonfiguration für das Teamprojekt unterstützen.
In der folgenden Tabelle werden die Elemente beschrieben, die Sie durch ein WIT-Objekt und -die anpassen können, die Sie durch Teamaktivitäten und Team Web Access definieren.
Agile Seite oder Diagramm |
Was Sie durch WIT-Objekte anpassen können |
Was Sie durch Teamaktivitäten definieren |
---|---|---|
Produktrückstand |
|
|
Iterationsrückstand |
|
|
Task Board |
|
|
Burndown Diagramm |
|
|
Kapazität |
|
|
Geschwindigkeit und Vorhersage |
|
|
Zurück nach oben
Implementierungs-Hinweise
Wenn Sie einen Arbeitsaufgabentyp einer Kategorie hinzufügen, sollten Sie das entsprechende Arbeitsaufgabenfeld hinzufügen, in der folgenden Tabelle der Definition für den Arbeitsaufgabentyp aufgeführt ist.Wenn Sie das Arbeitsaufgabenfeld ändern, den Sie verwenden, um Daten nachverfolgen, müssen Sie die Feldzuordnung ändern, die in Prozesskonfigurationsdatei definiert ist.
Feld
Kategorie
Verwendung
Aktivität (Agile und Scrum) oder Disziplin (CMMI)
Aufgaben-Kategorie
Unterstützt Generierung der Kapazität von Aktivität.
Verbleibende Arbeit
Aufgaben-Kategorie
Unterstützt Generierung der Burndown Diagramme und Kapazitätsdiagramme.
Story Points (Agile), Aufwand (Scrum) oder Größe (CMMI)
Anforderungskategorie
Unterstützt Generierung des Teamgeschwindigkeitsdiagramms und -Vorhersage.
Agile und Stapelrang (CMMI) oder Rückstands-Priorität (Scrum)
Anforderungen Kategorie, Aufgaben-Kategorie
Unterstützung, die die Sortierreihenfolge des Rückstandes und der Aufgabenelemente nachverfolgt.
Sie können den gleichen Arbeitsaufgabentyp nicht zuweisen der Anforderungskategorie und der Aufgaben-Kategorie.Das Task Board hängt von unterschiedlichen Arbeitsaufgabentypen ab, die diesen zwei Kategorien zugewiesen werden.
Wenn Sie einen Zustand aus dem Workflow eines Rückstandselements hinzufügen, Aufgabe zuweisen oder Fehler melden und Sie diesen Zustand zu den agilen Seiten oder die My Arbeitsfunktion übernommen werden soll, müssen Sie die Metazustandszuordnungen für die Prozesskonfiguration aktualisieren.Siehe Workflowstatus, Metazustände und Prozesskonfiguration.
Zurück nach oben
Nachverfolgungsdaten, um von Abfragen und Berichten zu unterstützen
Alle Daten, die für Arbeitsaufgaben aufgezeichnet werden, werden in das WIT-Datenspeicher geschrieben, aber nur ausgewählte Daten werden dem Analysis Services-Daten-Warehouse geschrieben.Das reportable-Attribut, die jedem Arbeitsaufgabenfeld zugewiesen wird, bestimmt, ob Daten nur in die relationale Warehouse-Datenbank oder das Data Warehouse und den OLAP-Cuben geschrieben werden.Berichtsfähige Felder verfügen über deren reportable-Attribut, das festgelegt werden, um einzeln aufzuführen, zu dimensionieren, oder Measures.Die gesamten berichtsfähigen Daten aller Teamprojekte, die in allen Projektauflistungen für eine Bereitstellung von Team Foundation Server definiert sind, werden in ein einzelnes relationales Data Warehouse geschrieben.Daten aus diesem Warehouse werden dann verarbeitet und in den OLAP-Cuben geschrieben.Durch das Sammeln von Daten in einem einzelnen Data Warehouse wird die teamprojektübergreifende Berichterstellung unterstützt.
In der folgenden Abbildung werden hervorgehoben, dass Arbeitsaufgabenfelder, Feldattribute und globale Listen, die in den blauen Feldern angezeigt werden, für alle Teamprojekte in einer Teamprojektsammlung gelten.Die orangefarbenen Felder geben WIT-Objekte an, die für ein Teamprojekt definiert werden.
Hinweis |
---|
Der WIT-Datenspeicher wird in Echtzeit aktualisiert, während Teammitglieder Arbeitsaufgaben erstellen und ändern.Inkrementelle Updates werden dann in die relationale Warehouse-Datenbank und den OLAP-Cuben alle zwei Minuten und zwei Stunden, bzw. geschrieben. |
Zurück nach oben
Anpassen von Arbeitsaufgabenfeldern
Sie können neue Felder hinzufügen oder vorhandene Felder anpassen, um die Nachverfolgungsanforderungen.Eine vollständige Liste der Felder, die für die standardmäßigen Arbeitsaufgabentypen definiert werden, TFS, die bereitstellt, finden Sie unter Arbeitsaufgabenfeldverweis für Visual Studio ALM.
In der folgenden Tabelle sind die Elemente und Attribute an, die einem Feld zugewiesen sind, das Sie anpassen oder suchen können.Um ein Feld hinzuzufügen oder die untergeordneten Elemente des Felds zu ändern, müssen Sie den Arbeitsaufgabentyp an in dem das Feld definiert wird.Siehe Methoden verwendet, um WIT-Objekte anzupassen.Um ein field-Attribut verwenden zu ändern, finden Sie unter Verwalten Sie Arbeitsaufgaben-Felder.
Fangen Sie untergeordnetes Element oder Attribut auf |
Kann ändern? |
Kann suchen? |
Hinweise, Einschränkungen und Abhängigkeiten |
---|---|---|---|
Nein, mit Ausnahmen |
Nicht zutreffend |
Gibt den Typ der Daten an, der vom Feld akzeptiert wird.Im Allgemeinen können Sie den Felddatentyp nicht ändern, sobald er definiert wird.Sie können den Felddatentyp nur für Felder des Typs HTML oder PlainText wechseln. |
|
Ja |
Ja |
Der Anzeigename wird in den Dropdownmenüs von Arbeitsaufgabenabfragen und er muss für alle Felder eindeutig sein, die innerhalb einer Teamprojektsammlung definiert sind.Der Anzeigename unterscheidet sich von der Formularbezeichnung, die im Arbeitsaufgabenformular angezeigt wird. |
|
Ja |
Ja |
Klicken Sie im Arbeitsaufgabenformular können Sie jede Bezeichnung angeben, dass Sie ein anderes zu dem Anzeigenamen soll. |
|
Ja |
Nicht zutreffend |
Sie können die Indizierung ermöglichen, dass ein Feld verbessert Abfragenantwortzeiten beim Filtern nach dem Feld.Standardmäßig werden die folgenden Felder indiziert: Zugewiesen an erstellt, Datum, von, Zustand, Grund, Bereich geändert ID, Iterations-ID und Arbeitsaufgabentyp. |
|
Ja |
Ja |
Sie können eine benutzerdefinierte Textzeichenfolge von bis zu 255 Zeichen für jedes Feld innerhalb jedes Arbeitsaufgabentyps definiert. |
|
Ja |
Nicht zutreffend |
Sie können die Regeln hinzufügen oder ändern, die mit einem Feld zugeordnet werden und Feldregeln kombinieren.Beispielsweise können Sie eine Regel angeben, eine der folgenden Aktionen ausführen:
|
|
Ja |
Nicht zutreffend |
Für jede Feldregel können Sie den Namen eines Benutzers oder der Gruppe angeben, die die Regel wird oder nicht gilt. |
|
Ja |
Nicht zutreffend |
Für die meisten Feldregeln wenden Sie bedingte Regeln basierend auf dem Wert an, der einem anderen Feld zugewiesen wird.Siehe |
|
Ja |
Nicht zutreffend |
Passen Sie die Auswahllisten an, die für einen Arbeitsaufgabentyp definiert werden, oder fügen Sie Auswahllisten, um neue Felder zu unterstützen hinzu, die Sie hinzufügen.Außerdem können Sie eine Auswahlliste durch eine globale Liste ersetzen.Eine globale Liste minimiert die Arbeit, die erforderlich ist, eine Liste aktualisieren dass mehrere Typen mit der Aktualisierung.Eine globale Liste unterstützt auch die gruppenübergreifende Konsistenz. |
|
Ja |
Ja |
Sie können den Namen des Felds ändern, wenn sie in einem Bericht, im Berichtsverweisnamen und im Berichterstellungstyp angezeigt wird.Sie können den Berichterstellungsanzeigenamen suchen. Der Berichterstellungstyp bestimmt, ob die Daten des Felds in die relationale Warehouse-Datenbank, die relationale Warehouse-Datenbank und den OLAP-Cuben geschrieben werden, oder eine im Voraus berechnete Summe Werte zu generieren, wenn er den OLAP-Cuben verarbeitet. Eine vollständige Liste der standardmäßigen berichtsfähigen Feldern, finden Sie unter Referenz zu berichtsfähigen Feldern für Visual Studio ALM.Weitere Informationen zu den OLAP-Cuben, finden Sie unter Im Analysis Services-Cube für Team System verfügbare Perspektiven und Measuregruppen. |
|
Ja |
Nicht zutreffend |
Sie können die Synchronisierung mit Active Directory für Felder aktivieren oder deaktivieren, die mit Benutzerkonten zugeordnet werden. |
Zurück nach oben
Anpassen von Arbeitsaufgabentypen
Sie können Elementtypen der neuen Arbeitsaufgabe hinzufügen oder vorhandene Arbeitsaufgabentypen anpassen.In der folgenden Tabelle sind die Bereiche innerhalb eines Arbeitsaufgabentyps an, den Sie anpassen können.Sie können mehr erfahren, indem Sie den Link mit dem Definitionselement auswählen.Sie nehmen Änderungen an den Arbeitsaufgabentypen mithilfe des Prozesseditors vor oder indem Sie die geänderte XML-Definitionsdatei importieren.Siehe Methoden verwendet, um WIT-Objekte anzupassen.
Definitionselemente |
Beschreibung |
---|---|
Der Name des Arbeitsaufgabentyps wird in den Dropdownmenüs von Arbeitsaufgabenabfragen und er muss innerhalb eines Teamprojekts eindeutig sein.Sie können den Namen unter Verwendung des witadmin Befehlszeilentools ändern. |
|
Sie können eine benutzerdefinierte Textzeichenfolge von bis zu 255 Zeichen definieren, die den Zweck des Arbeitsaufgabentyps beschreibt. |
|
Sie können die Elemente und -Feldregeln hinzufügen oder ändern, die für einen Arbeitsaufgabentyp definiert werden.Siehe Anpassen von Arbeitsaufgabenfeldern. |
|
Sie können das Layout des Formulars anpassen, um Felder, Feldbezeichnungen, Registerkarten und Spalten hinzuzufügen oder zu ändern.Außerdem können Sie die folgenden Elemente innerhalb eines Formulars anpassen:
|
|
Jede Workflowdefinition besteht aus einem Satz von gültigen und lokalisierbaren Zuständen, Übergängen und Gründen.Teams verwenden den Workflow, um den Fortschritt zu verfolgen, der an Arbeitsaufgaben vorgenommen wird.Die Auswahlliste von Zuständen und von Gründen im Arbeitsaufgabenformular wird von der Arbeitablaufdefinition abgeleitet. |
|
Sie können die Regeln und Bedingungen angeben, die auf ein Feld während einer Zustandsänderung oder eines Workflowübergangs gelten. |
|
Sie können eine benutzerdefinierte Aktion angeben, ausgewählte Feld-Zuweisungen auf Grundlage einer Zustandsänderung, Grund oder einen Übergang zu automatisieren. |
Zurück nach oben
Erforderliche Aktivitäten zum Überwachen des Status zum Generieren nützlicher Berichte
Während die Agile-Burndown Diagramme entworfen und Abfragen des WIT-Datenspeicher erstellt werden, werden Berichte des Standards (OOB), angepasste Berichte und Dashboards aus Daten erstellt, die in die relationale Warehouse-Datenbank und TO OLAP-Cuben geschrieben werden.Zusätzlich zu den Arbeitsaufgabendaten enthält das Warehouse Daten zu Builds, Quellcode, Testergebnissen und Codeabdeckung.Alle Daten, die für alle Teamprojekte aufgezeichnet werden, werden in den Datenspeicher für die Teamprojektsammlung geschrieben.Alle Daten für alle Teamprojektsammlungen werden in die relationale Warehouse-Datenbank und TO OLAP-Cuben geschrieben.
Erforderliche Teamaktivitäten und - Methoden
Zum Erstellen von Berichten die nützliche Daten zum Status, den Status und die Trends zu Arbeitsaufgaben enthalten, führen die Teammitglieder die folgenden Aktivitäten aus:
Erstellen Sie Arbeitsaufgaben.Teammitglieder Arbeitsaufgaben erstellen, um den Rückstand von User Stories oder von Fehlern, die Arbeit zu verwalten, indem Sie Aufgaben, und verwenden, Testfälle verwalten.
Linkarbeitsaufgaben mit anderen Arbeitsaufgaben zu Changesets oder.Um Beziehungen zwischen Arbeitsaufgaben nachzuverfolgen, müssen Teammitglieder entsprechende Links erstellt.Beispielsweise werden Links zwischen User Stories und Aufgaben verwendet, um Burndown zu berechnen und Elemente auf der Task Board-Seite von Team Web Access anzuzeigen.Einige OOF-Berichte hängen vom Erstellen von Links zwischen Rückstandselementen, Testfälle und Fehler ab.Teammitglieder können Relatedness, Abhängigkeit oder Hierarchie anzeigen, indem Sie den entsprechenden Linktyp angeben.
Weitere Informationen finden Sie unter Verknüpfen von Arbeitsaufgaben und Objekten zur Unterstützung der Rückverfolgbarkeit.
Weisen Sie Arbeit zu den Bereichen und Iterationen zu.Um Status von Teams zu überwachen, legen Produktbereiche oder Meilensteine und Stützberichtsfilterung, Teammitglieder den Bereichspfad und Iterationspfad für Arbeitsaufgaben fest.
Sie können Bereiche und Iterationen während des Versionszyklus jederzeit hinzufügen und ändern.Siehe Erstellen und Ändern von Bereichen und Iterationen.
Weisen Sie den Besitzern Aufgaben und aktualisieren Sie Status.im Verlauf der Arbeit ändern Teammitglieder den Zustand der zugewiesenen Arbeitsaufgaben, um den Workflow zu entsprechen.Projektmanager oder Teamleiter aktualisieren den Zustand von Rückstandselementen, wenn alle untergeordneten Aufgaben abgeschlossen wurden und Akzeptanzkriterien erfüllt wird.
Die folgenden Berichte und Dashboards hängen von den rechtzeitig Updates im Zustandsfeld für die Agile- und CMMI-Teamprojekte ab: Bericht " Fehlerstatus ", Fehlertrend-Bericht, Reaktivierungs-Bericht und Status aller Iterationen.
Aktualisieren Sie den Ein.Um Status überwacht den ein Team erzielt hat bei der Arbeit für eine Iteration oder eine Version abgeschlossen hat, aktualisieren Teammitglieder das Feld Verbleibende Arbeit für ihre täglichen oder wöchentlichen Aufgaben entweder.Für Agile und CMMI-Teamprojekte sollten sie das abgeschlossene Arbeitsfeld auch aktualisieren.Im folgenden Projektmanagement Berichte und Dashboards hängen von den Daten, die in diese Felder eingegeben werden:
Agile: Burndown und Durchsatz, Verbleibende Arbeit, Nicht geplante Arbeit, Status aller Iterationen, Übersicht über Stories, Storystatus, Statusdashboard (Agile), Projektdashboard (Agile)
Scrum: Rückstands-Übersicht, Sprint-Burndown (Scrum)
CMMI: Burndown und Durchsatz, Verbleibende Arbeit, Nicht geplante Arbeit, Status aller Iterationen, Anforderungsübersicht, Anforderungsstatus, Statusdashboard (CMMI), Projektdashboard (CMMI)
Tipp Der einzige Bericht, der ursprüngliche Schätzungsdaten verweist, ist Status aller Iterationen.
Titelverarbeitungsqualität: Tägliche Builds sind eine zentrale Komponente von aller Entwicklung.Um Einblick in den Status und die Qualität der Software in der Entwicklung zu erhalten, sollten Teams Tageszeitungsbuilds implementieren und Builds und Tests konfigurieren
Siehe Erforderliche Aktivitäten, mit der Tests und der Builds zu verwalten für die Aktionsteammitglieder erstellen zu müssen, um nützliche Daten für die folgenden OOB-Berichte zu generieren: Indikatoren für Buildqualität, Builderfolg im Zeitablauf und Bericht " Buildzusammenfassung ".
Titelcodeänderung und Codeabdeckung: Um zu erfahren was Sie tun müssen um nützliche Daten für Codeänderung und Codeabdeckung Berichte zu generieren, finden Sie unter Erforderliche Aktivitäten, um der Codeänderung überwachen und von Abdeckung für Code.
Zurück nach oben
Methoden verwendet, um WIT-Objekte anzupassen
Nachdem ein Teamprojekt erstellt wurde, können Sie ein WIT-Objekt auf folgende Weise anpassen:
Verwenden Sie den Prozess-Editor, um einen Arbeitsaufgabentyp zu ändern.
Sie können Arbeitsaufgabentypen ändern, indem Sie Prozess-Editor, ein Powertool-Add-In für Visual Studio verwenden, das Sie herunterladen und installieren können.Eine Anwendung unter dem Menü, Tools Prozess-Editor stellt eine grafische Benutzeroberfläche.Sie können dieses Tool verwenden, um Arbeitsaufgabentypen, Bearbeitungsarbeitsaufgabentypen importieren und exportieren und ändern den Inhalt einer Prozessvorlage.Weitere Informationen finden Sie auf der folgenden Seite der Microsoft-Website: Team Foundation Server-Toole.
Ändern Sie ein Attribut eines Arbeitsaufgabenfelds: Sie können das witadmin Befehlszeilentool verwenden, um die Attribute zu ändern, die für ein Feld zugewiesen werden.Siehe Managing Work Item Fields [witadmin].
Export, ändern und importiert eine Definitionsdatei für ein WIT-Objekt: Für jedes Objekt, das Sie anpassen möchten, müssen Sie die folgenden Schritte ausführen: identifizieren Sie den Bereich von Änderungen, identifizieren Sie Abhängigkeiten, exportieren Sie Objekte, aktualisieren Sie Objekte, importieren Sie Objekte und überprüfen Sie Änderungen.
Prozess zum Anpassen wendet diese Arbeit ein
Die Objekte, die Sie mit diesem Prozesseinschließungsarbeitsaufgabentypen, Kategorien, globale Listen, Linktypen, globalen Workflows und Prozesskonfiguration anpassen können.
Siehe witAdmin: Anpassen und Verwalten von Objekten für die Nachverfolgung von Arbeitsaufgaben.
Zurück nach oben
Zusätzliche Ressourcen
finden Sie möglicherweise zusätzliche erhalten Sie Antworten auf Fragen, die Sie über, oder Sie können eine Abfrage in einem der folgenden TFS-Foren senden:
Zurück nach oben