Artifacts (CMMI) Product owners and team members can manage their software development projects and track work easily and effectively by using work items and other artifacts, such as reports, workbooks, and dashboards. This topic provides an overview of the artifacts that the process template for Microsoft Solutions Framework (MSF) for Capability Maturity Model Integration (CMMI) Process Improvement v5.0 provides. Teams can use work items to propose work, approve or reject work, track information, analyze progress, and make decisions. The team can use built-in and custom reports that are based on the database for tracking work items or the SQL Server Analysis Services database to answer questions such as the following metrics: Teams can use workbooks to help triage proposed work. Dashboards and reports display critical information and support transparency and real-time metrics. Dashboards help the team visualize project information, which is especially useful for driving an iteration and conducting retrospectives. Dashboards also provide access to many features and functions that team members use every day. Team members can access artifacts either from the team project node in Team Explorer or the team project portal. In this topic | Default artifact structure in Team Explorer .png) |
Overview
Task | Related topics |
|---|
Create and update requirements, tasks, bugs, and other types of work items. The team tracks work by work items. Each type of work item is based on a template that includes data fields, workflow states, transition logic, and a work item form. Team members can create work items that are based on only those types of work items that are defined for the team project. The process template for MSF for CMMI Process Improvement v5.0 defines the following types of work items: requirements, tasks, bugs, change requests, risks, issues, reviews, test cases, and shared steps. Each type of work item is defined by an XML file that project administrators can completely customize. | | List requirements, tasks, bugs, and other work items by using queries. Each query defines a set of filter criteria that team members can run to find specific groups of work items, such as open requirements or active bugs. team members can find predefined queries in the Team Queries folder. The process template for MSF for CMMI Process Improvement v5.0 defines 25 team queries. Each team member can create and store queries that are just for themselves or that they share with the team. | | Use dashboards to review progress and quickly access assigned work. Team members can use dashboards to quickly find important information about the team project. Dashboards show project data, support investigation, and help the team perform common tasks more quickly. Dashboards display charts and graphs that are defined by an Office Excel report, lists and controls in Team Web Access, or other objects on a SharePoint site. To access dashboards, the team project must be configured for a project portal and a SharePoint site. The process template for MSF for CMMI Process Improvement v5.0 defines several dashboards, which project administrators can fully customize. | | View and track progress by using reports in Excel. Reports in Excel support two purposes. The first purpose is to present visual data within the dashboards. The second purpose is to support reviewing and tracking progress for your project. The process template for MSF for CMMI Process Improvement v5.0 defines 17 reports in Excel. Each report corresponds to an Office Excel workbook (.xlsx file) that displays information that is stored in the Analysis Services database for the team project. You can modify Excel reports and create custom reports by using the Excel template the process template provides. | | Review, analyze, and track progress by using Reporting Services. Team members can analyze the status and progress of their project by using the reports in Reporting Services. These reports help answer questions about the state of the team project by aggregating metrics from work items, version control, test results, and builds. Before your team can access .gif) Reports, the team project collection where your team project is stored must be provisioned with Reporting Services and Analysis Services. The process template for MSF for CMMI Process Improvement v5.0 defines 13 reports, which you can customize. Each report is defined by a Report Definition Language (RDL) file that accesses information from the Analysis Services database for the team project. | |
Product Backlog Maintenance
Task | Related topics |
|---|
Capture and track Requirements. Product owners can capture each feature, function, or requirement for a product as a Requirement. Requirements support triaging and ranking requirements, capturing customer requirements and test criteria, and assigning the item to a specific iteration. | | Create and edit multiple Requirements as a batch. Product owners can use Office Excel to build a product backlog. | | Capture, track, and link other types of work. Team members can also capture tasks, issues, and other types of work and link them to Requirements or each other. Project administrators can also create or customize each type of work item by adding fields, changing the workflow, or modifying the form. For more information, see Customization. | | View hierarchical tree structures of requirements and child requirements. Product owners can create many small, focused requirements that, taken together, implement several larger stories. Child requirements can be linked to parent requirements to form a hierarchical tree structure. Team members can view and modify tree hierarchies of work items through either Office Excel or Team Explorer. In Team Explorer, team members can change a tree structure by dragging items within the tree view. | | Monitor progress and status of requirements. By using the Requirements Progress report, the team can review the level of effort that it has spent implementing requirements. By using the Requirements Overview report, the team can track how far each requirement has been implemented and tested. Product owners can review these reports daily or weekly to monitor the progress of the team during an iteration. | |
Iteration Backlog Maintenance
Task | Related topics |
|---|
Quickly access tasks and other daily functions for each team member. Team members can use the My dashboard to review and open the tasks, bugs, and test cases that are assigned to them. | | View hierarchical tree structures of requirements and tasks. Team members can create a link between each task that they must complete and the requirement that it helps implement. By creating these links, team members can track work hours for each story. Team members can modify tree hierarchies of work items, either through Office Excel or Team Explorer. In Team Explorer, you can change the tree structure by dragging items in the tree view. | | Monitor the iteration progress and status. Product owners and team members can use the Progress dashboard and reports to view their progress. These reports help teams determine whether they are on track, how much value they are delivering by closing requirements, and how closely the iteration execution matched their iteration plan. | | Generate custom views of reports. Team members can generate different views of reports by using built-in filter functions. For example, a team member can change the display of the Burndown and Burn Rate report by filtering the set of requirements, bugs, and tasks that the report displays. In addition, team members can customize each dashboard by changing the filter criteria or fields of the Excel reports displayed in the dashboards. | |
Bug Backlog Management
Task | Related topics |
|---|
Quickly access "My" active Bugs. By using the My dashboard, individual team members can review Bugs that are assigned to them. | | Review and triage the bug backlog. By using the Untriaged Work Items team query, the team can rank, prioritize, and assign bugs to work on during an iteration. | | Monitor bug burndown, trends, and distribution by priority and assignment. By using the bug dashboards and reports, the team can track its progress toward finding and resolving code defects. | | Monitor the fault feedback ratio. By using the Reactivations report, the team can determine how effectively it is fixing bugs. Reactivations generally refer to bugs that have been resolved or closed prematurely and then reopened. The team can use the Reactivations report to show either bugs or requirements that have been reactivated. | | Submit bugs that automatically contain test case and test environment information. Testers who use Microsoft Test Manager can submit bugs that automatically contain information about the test case and test environment that was run, in addition to the specific test step in which the tester discovered a code defect. If a tester uses Microsoft Test Manager to create a bug, it is automatically linked to the test case that was run when the bug was found. | |
Project Management
Task | Related topics |
|---|
Plan, schedule, and manage tasks and resources. Product owners can plan projects, schedule tasks, assign resources, and track changes using Office Project. Office Project helps to simplify scheduling by providing the Team Foundation Gantt View and Team Foundation Task Sheet View. In addition, data integration between Office Project and Team Foundation maintains predecessor-successor and subordinate relationships in both the project plan and the database for tracking work items. | | Monitor task allocation to team members. In the Progress dashboard and reports, team members can view the workload that is assigned to themselves and to other team members. | | Manage and monitor issues and impediments to team progress. Product owners can track known or potential problems, impediments, or risks to their project by using issue work items and the Open Issues team query to define, review, rank, and manage issues. | | Determine the team's average burn rate or velocity. By viewing the information in the Status on All Iterations report, product owners can gain information toward calculating the team's average burn rate. | |
Release Planning
Task | Related topics |
|---|
Monitor team progress and team capacity. During an iteration, the team can review the rate of its progress by viewing the burndown of either Tasks or other work items. Burndown shows the trend of completed and remaining work over a specified time period. Burn rate provides calculations of the completed and required rate of work based on the specified time period. | | Manage cross-group dependencies. Product owners can define dependencies for a task or feature that another team or group owns, track and annotate those dependencies, build relationships with another project group, and track how dependencies change over time. | | Monitor product quality. The team can track indicators of overall product quality by using the Quality dashboard. Also, the team can use build reports to track the quality and success of the team's builds over time. | | Report progress to upper management. Product owners can use several dashboards and reports to communicate status and progress, and customize reports to display the exact details that the team and management require. For example, the Quality dashboard provides an overview of progress in the test, development, and build areas. The Stories Overview report tracks how far each Requirement has been implemented and tested. The test reports track the team's progress toward developing Test Cases and show how well they cover the Requirements. | | Support for multiple means of access. Team members can view dashboards and reports through a Web interface, and export Reporting Services reports into several formats, which include Excel, Adobe Acrobat (.pdf), and Word. | On the Microsoft Web site: |
Team Collaboration
Task | Related topics |
|---|
Manage work handoffs and track work status. By using work items to maintain information in the Team Foundation database, team members can ensure that no information or work is lost when they hand off tasks to each other. Team members can use work items to define work to be accomplished for a project and track progress. | | Support team communications. Team members can use the project portal to save and retrieve documents, view reports, exchange information by posting messages, and use other collaborative features in SharePoint Products, such as calendars, lists, wikis, and blogs. | | Share documents and files. By using their team project portal, team members can upload files that are maintained under version control, attach files, and insert links to Web sites in any type of work item. | | Receive e-mail notifications when work changes. Alerts are e-mail notifications that Team Foundation sends when some event occurs, such as the status of a work item or a build changes, a check-in occurs, or a build is completed. Team members can configure when alerts are sent and to whom they are sent. | | Find and share frequently used lists of work items. Team members can quickly access active work items by using the default team queries. Queries find work items that match a specific set of criteria. Queries are useful for finding the current status on work items. For example, a query could find all bug work items with a priority of 1 or all task work items that are assigned to the Web development team. Also, team members can create and share individual queries and additional team queries through e-mail or the team project portal. | | Set access permissions to sensitive data or resources. Project administrators can place restrictions on which team members can view or modify work items, team queries, reports, or dashboards. Permissions to view or modify an artifact are granted to team members, either individually or by role. | | Educate new team members about team processes. Work items, dashboards, and reports in Reporting Services all provide links to process guidance for each of these kinds of artifacts. If you add or customize one of these artifacts, you can provide links to your own hosted process guidance. | | Track the status of work items, and generate reports by using queries. Team members can generate a list of work items by using simple or complex queries. You can send the details about a particular work item, a list of work items, or a work item query by e-mail to team members, clients, or other interested people. Also, you can create hyperlinks to these items that recipients can open, view, save, and modify if they have the necessary access and permission in Visual Studio Team Foundation Server. | |
Integration
Task | Related topics |
|---|
Track the implementation of requirements and other work items. Team members can create links from work items to changesets and source code that is under version control. These links support an audit trail that the team can use to understand issues that might arise later. | | Create relationships to support integrated views of requirements, tests, and backlog items. Team members can link requirements to the test cases that test them and bugs that affect them. This practice helps product owners determine the test case readiness for any requirement and the overall number of bugs that have been logged against a requirement. | | Monitor builds, code coverage, and code churn. Team members can use build reports to track the quality and success of their builds over time. | | Monitor test progress and test coverage. Team members can use the test dashboard and test reports to track the progress of tests over time. | | Monitor progress and identify the volume, status, and effectiveness of test activities. Teams that are responsible for testing the product can use the Test Management reports to monitor builds, test runs, test case authoring, and more. | |
Customization
Task | Related topics |
|---|
Create or customize types of work items, types of links, categories, and other artifacts. Project administrators can create or customize a type of work item, a type of link, or a work item category to meet their team's requirements for tracking a project. | | Add or customize data fields, work item forms, and workflow. Project administrators can add or modify the data fields that track work item information, in addition to modifying the form and the workflow for a type of work item. | | Customize dashboards. Dashboards comprise one or more Web parts, with each part being fully customizable. Each team member can customize their My Dashboard to support their individual needs. Team members can customize other dashboards for themselves or for use by the team. | | Generate ad-hoc reports. Team members can create, share, and manage Excel reports. After you create a report that shows data for your team project in Office Excel, you can upload the report to your team's project portal. | | View, organize, and configure reports. Project administrators can create and publish reports in SQL Server Report Designer and then use Report Manager to view, organize, and configure those reports. By using Report Manager, a project administrator can organize related reports into folders, adjust parameters and data sources, schedule automated reports, and configure different methods by which reports are copied automatically to a network location. | |
See Also
|
Artefakte (CMMI) Mit Arbeitsaufgaben und anderen Artefakten wie Berichten, Arbeitsmappen und Dashboards können Produktbesitzer und Teammitglieder ihre Softwareentwicklungsprojekte verwalten und bequem und effektiv verfolgen. Dieses Thema bietet eine Übersicht über die Artefakte, die von der Prozessvorlage für Microsoft Solutions Framework (MSF) for Capability Maturity Model Integration (CMMI) Process Improvement v5.0 bereitgestellt werden. Teams können mit Arbeitsaufgaben Aufgaben vorschlagen, genehmigen oder ablehnen, Informationen nachverfolgen, den Status analysieren und Entscheidungen treffen. Das Team kann mit integrierten und benutzerdefinierten Berichten, die auf Grundlage der Datenbank zum Nachverfolgen von Arbeitsaufgaben oder der SQL Server Analysis Services-Datenbank erstellt wurden, Fragen wie die folgenden Metriken beantworten: Teams können mithilfe von Arbeitsmappen vorgeschlagene Aufgaben selektieren. In Dashboards und Berichten werden wichtige Informationen angezeigt und Transparenz und Echtzeitmetrik unterstützt. Mit Dashboards kann das Team Projektinformationen visuell darstellen. Dies ist insbesondere für das Durchführen von Iterationen und Retrospektiven hilfreich. Dashboards bieten außerdem Zugriff auf viele Funktionen, die die Teammitglieder jeden Tag verwenden. Die Teammitglieder können auf Artefakte über den Teamprojektknoten in Team Explorer oder das Teamprojektportal zugreifen. In diesem Thema | Standardartefaktstruktur in Team Explorer |
Übersicht
Aufgabe | Verwandte Themen |
|---|
Erstellen und Aktualisieren von Anforderungen, Aufgaben, Fehlern und anderen Arbeitsaufgabentypen. Das Team verfolgt Arbeiten mithilfe von Arbeitsaufgaben. Jeder Arbeitsaufgabentyp basiert auf einer Vorlage, die Datenfelder, Workflowstatus, Übergangslogik und ein Arbeitsaufgabenformular enthält. Die Teammitglieder können Arbeitsaufgaben erstellen, die nur auf den Arbeitsaufgabentypen basieren, die für das Teamprojekt definiert wurden. In der Prozessvorlage für MSF for CMMI Process Improvement v5.0 werden die folgenden Typen von Arbeitsaufgaben definiert: Anforderungen, Aufgaben, Fehler, Änderungsanforderungen, Risiken, Probleme, Überprüfungen, Testfälle und freigegebene Testschritte. Jeder Arbeitsaufgabentyp wird in einer XML-Datei definiert, die von Projektadministratoren umfassend angepasst werden kann. | | Auflisten von Anforderungen, Aufgaben, Fehlern und anderen Arbeitsaufgaben mit Abfragen. In jeder Abfrage wird eine Gruppe von Filterkriterien definiert, die die Teammitglieder ausführen können, um bestimmte Gruppen von Arbeitsaufgaben zu suchen, z. B. offene Anforderungen oder aktive Fehler. Die Teammitglieder finden vordefinierte Abfragen im Ordner "Teamabfragen". In der Prozessvorlage für MSF for CMMI Process Improvement v5.0 werden 25 Teamabfragen definiert. Jedes Teammitglied kann Abfragen für sich selbst oder zur Freigabe für das Team erstellen und speichern. | | Statusüberprüfungen und schnelles Zugreifen auf zugewiesene Aufgaben mithilfe von Dashboards. Teammitglieder können über Dashboards wichtige Informationen zum Teamprojekt finden. Dashboards zeigen Projektdaten an, unterstützen Untersuchungen und helfen dem Team dabei, häufige Aufgaben schneller auszuführen. In Dashboards werden Diagramme und Grafiken angezeigt, die von einem Office Excel-Bericht, Listen und Steuerelementen in Team Web Access oder anderen Objekten auf einer SharePoint-Website definiert werden. Für den Zugriff auf Dashboards muss das Teamprojekt für ein Projektportal und eine SharePoint-Website konfiguriert werden. In der Prozessvorlage für MSF for CMMI Process Improvement v5.0 werden unterschiedliche Dashboards definiert, die von Projektadministratoren umfassend angepasst werden können. | | Anzeigen und Nachverfolgen des Status mit Berichten in Excel. Berichte in Excel unterstützen zwei Zwecke. Der erste Zweck besteht darin, visuelle Daten innerhalb der Dashboards darzustellen. Der zweite Zweck besteht in der Unterstützung der Statusüberprüfung und -nachverfolgung für das Projekt. In der Prozessvorlage für MSF for CMMI Process Improvement v5.0 werden 17 Berichte in Excel definiert. Jeder Bericht entspricht einer Office Excel-Arbeitsmappe (XLSX-Datei), in der in der Analysis Services-Datenbank für das Teamprojekt gespeicherte Informationen angezeigt werden. Mithilfe der von der Prozessvorlage bereitgestellten Excel-Vorlage können Sie Excel-Berichte ändern und benutzerdefinierte Berichte erstellen. | | Überprüfen, Analysieren und Nachverfolgen des Status mit Reporting Services. Teammitglieder können den Status und den Fortschritt ihres Projekts mit den Berichten in Reporting Services analysieren. Anhand dieser Berichte können Fragen zum Zustand des Teamprojekts beantwortet werden, indem Metriken aus Arbeitsaufgaben, Versionskontrolle, Testergebnissen und Builds aggregiert werden. Damit das Team auf Berichte zugreifen kann, muss die Teamprojektsammlung, in der das Teamprojekt gespeichert ist, mit Reporting Services und Analysis Services bereitgestellt werden. In der Prozessvorlage für MSF for CMMI Process Improvement v5.0 werden 13 Berichte definiert, die Sie anpassen können. Jeder Bericht wird durch eine RDL (Report Definition Language)-Datei definiert, die auf Informationen aus der Analysis Services-Datenbank für das Teamprojekt zugreift. | |
Rückstandswartung für Produkte
Aufgabe | Verwandte Themen |
|---|
Erfassen und Verfolgen von Anforderungen. Produktbesitzer können jede Funktion oder Anforderung für ein Produkt als Anforderung erfassen. Anforderungen unterstützen die Selektierung und Sortierung von Anforderungen, das Erfassen von Kundenanforderungen und Testkriterien sowie das Zuweisen des Elements zu einer bestimmten Iteration. | | Erstellen und Bearbeiten von mehreren Anforderungen als Batch. Produktbesitzer können mithilfe von Office Excel einen Produktrückstand erstellen. | | Erfassen, Nachverfolgen und Verknüpfen von anderen Aufgabentypen. Teammitglieder können auch Aufgaben, Probleme und andere Arbeitstypen erfassen und sie mit Anforderungen oder untereinander verknüpfen. Projektadministratoren können außerdem jeden Arbeitsaufgabentyp erstellen oder anpassen, indem sie Felder hinzufügen, den Workflow ändern oder das Formular bearbeiten. Weitere Informationen finden Sie unter Anpassung. | | Anzeigen der hierarchischen Strukturen von Anforderungen und untergeordneten Anforderungen. Produktbesitzer können viele kleine, fokussierte Anforderungen erstellen, mit denen zusammen mehrere größere Textabschnitte implementiert werden. Untergeordnete Anforderungen können mit übergeordneten Anforderungen verknüpft werden, um eine hierarchische Struktur zu bilden. Teammitglieder können Strukturhierarchien von Arbeitsaufgaben in Office Excel oder Team Explorer anzeigen und ändern. In Team Explorer können Teammitglieder eine Struktur durch Ziehen von Elementen innerhalb der Strukturansicht ändern. | | Überwachen von Fortschritt und Status von Anforderungen. Mit dem Bericht "Anforderungsstatus" kann das Team überprüfen, wie hoch der Aufwand zum Implementieren der Anforderungen ist. Mit dem Bericht "Anforderungsübersicht" kann das Team verfolgen, inwieweit die einzelnen Anforderungen implementiert und getestet wurden. Produktbesitzer können diese Berichte täglich oder wöchentlich überprüfen, um den Fortschritt des Teams während einer Iteration zu überwachen. | |
Rückstandswartung für Iterationen
Aufgabe | Verwandte Themen |
|---|
Schneller Zugriff auf Aufgaben und andere häufig verwendete Funktionen für jedes Teammitglied. Teammitglieder können mit "Mein Dashboard" die ihnen zugewiesenen Aufgaben, Fehler und Testfälle überprüfen und öffnen. | | Anzeigen der hierarchischen Strukturen von Anforderungen und Aufgaben. Teammitglieder können einen Link zwischen allen Aufgaben, die sie ausführen müssen, und der Anforderung erstellen, die hierdurch implementiert wird. Durch das Erstellen dieser Links können Teammitglieder die Arbeitszeiten für jeden Textabschnitt nachverfolgen. Teammitglieder können Strukturhierarchien von Arbeitsaufgaben in Office Excel oder Team Explorer ändern. In Team Explorer können Sie die Struktur durch Ziehen von Elementen in der Strukturansicht ändern. | | Überwachen des Fortschritts und Status von Iterationen. Produktbesitzer und Teammitglieder können ihren Fortschritt mithilfe des Statusboards und von Berichten anzeigen. Anhand dieser Berichte können Teams bestimmen, ob sie im Plan liegen, wie viel sie durch das Schließen von Anforderungen beitragen und wie genau die Iterationsausführung mit dem Iterationsplan übereingestimmt hat. | | Generieren von benutzerdefinierten Ansichten für Berichte. Teammitglieder können mit integrierten Filterfunktionen unterschiedliche Ansichten von Berichten generieren. Ein Teammitglied kann z. B. die Anzeige des Berichts "Burndown und Verbrauchsrate" ändern, indem es den Satz von Anforderungen, Fehlern und Aufgaben filtert, die im Bericht angezeigt werden. Außerdem können Teammitglieder jedes Dashboard anpassen, indem sie die Filterkriterien oder Felder der Excel-Berichte ändern, die in den Dashboards angezeigt wurden. | |
Rückstandsverwaltung für Fehler
Aufgabe | Verwandte Themen |
|---|
Schneller Zugriff auf eigene aktive Fehler. Mit Mein Dashboard können einzelne Teammitglieder Fehler überprüfen, die ihnen zugewiesen wurden. | | Überprüfen und Selektieren des Fehlerrückstands. Mit der Teamabfrage für nicht selektierte Arbeitsaufgaben kann das Team während einer Iteration zu bearbeitende Fehler ordnen, priorisieren und zuweisen. | | Überwachen von Fehlerburndown, Trends und Verteilung nach Priorität und Zuweisung. Mit den Fehlerdashboards und Berichten kann das Team seinen Status beim Suchen und Auflösen von Codefehlern verfolgen. | | Überwachen des Fehlerfeedbackverhältnisses. Mit dem Bericht Reaktivierungen kann das Team bestimmen, wie effektiv Fehler behoben werden. Reaktivierungen bezeichnen in der Regel Fehler, die gelöst oder vorzeitig geschlossen und dann erneut geöffnet wurden. Das Team kann mit dem Bericht Reaktivierungen entweder die Fehler oder die Anforderungen anzeigen, die erneut aktiviert wurden. | | Senden von Fehlern, die automatisch Informationen zu Testfällen und Testumgebung enthalten. Tester, die Microsoft Test Manager verwenden, können Fehler senden, die automatisch Informationen zum Testfall und zur ausgeführten Testumgebung sowie zu dem jeweiligen Testschritt enthalten, bei dem der Tester einen Codefehler ermittelt hat. Wenn ein Tester einen Fehler mit Microsoft Test Manager erstellt, wird er automatisch mit dem Testfall verknüpft, der ausgeführt wurde, als der Fehler gefunden wurde. | |
Projektverwaltung
Aufgabe | Verwandte Themen |
|---|
Planen, Erstellen von Zeitplänen und Verwalten von Aufgaben und Ressourcen. Produktbesitzer können mit Office Project Projekte planen, Zeitpläne für Aufgaben erstellen, Ressourcen zuweisen und Änderungen nachverfolgen. Office Project vereinfacht die Planung durch Bereitstellen der Team Foundation-Gantt-Ansicht und der Team Foundation-Aufgabenblattansicht. Außerdem werden bei der Datenintegration zwischen Office Project und Team Foundation Vorgänger-Nachfolger-Beziehungen und untergeordnete Beziehungen im Projektplan sowie in der Datenbank zum Verfolgen von Arbeitsaufgaben beibehalten. | | Überwachen der Aufgabenzuordnung an Teammitglieder. Im Statusdashboard und in Berichten können Teammitglieder die Arbeitsauslastung anzeigen, die ihnen und anderen Teammitgliedern zugewiesen wurde. | | Verwalten und Überwachen von Problemen und Hindernissen für den Teamstatus. Produktbesitzer können bekannte oder potenzielle Probleme, Hindernisse oder Risiken für das Projekt mithilfe von Problemarbeitsaufgaben und der Teamabfrage für offene Probleme verfolgen, um Probleme zu definieren, zu überprüfen, zu sortieren und zu verwalten. | | Bestimmen der durchschnittlichen Burnrate oder Geschwindigkeit des Teams. Produktbesitzer können die Informationen im Bericht Status für alle Iterationen anzeigen und so Informationen für das Berechnen der durchschnittlichen Burnrate des Teams erhalten. | |
Releaseplanung
Aufgabe | Verwandte Themen |
|---|
Überwachen des Teamstatus und der Teamkapazität. Während einer Iteration kann das Team die Fortschrittsrate durch Anzeigen des Burndowns für Aufgaben oder andere Arbeitsaufgaben überprüfen. Der Burndown zeigt den Trend der abgeschlossenen und verbleibenden Arbeiten im Verlauf eines angegebenen Zeitraums an. Die Verbrauchsrate liefert Berechnungen der Rate der abgeschlossenen und erforderlichen Arbeiten für den angegebenen Zeitraum. | | Verwalten von gruppenübergreifenden Abhängigkeiten. Produktbesitzer können Abhängigkeiten für eine Aufgabe oder Funktion definieren, die sich im Besitz eines anderen Teams oder einer anderen Gruppe befindet, diese Abhängigkeiten nachverfolgen und kommentieren, Beziehungen mit einer anderen Projektgruppe einrichten und nachverfolgen, wie sich Abhängigkeiten über die Zeit ändern. | | Überwachen der Produktqualität. Mit dem Qualitätsdashboard kann das Team Indikatoren für die Gesamtproduktqualität verfolgen. Mit Buildberichten kann das Team außerdem Qualität und Erfolg der Builds des Teams über einen bestimmten Zeitraum nachverfolgen. | | Melden des Status an das obere Management. Produktbesitzer können mit unterschiedlichen Dashboards und Berichten den Status und Fortschritt kommunizieren und Berichte so anpassen, dass sie genau die für das Team und das Management erforderlichen Details enthalten. Das Qualitätsdashboard bietet z. B. eine Übersicht über den Fortschritt in den Bereichen Test, Entwicklung und Build. Im Bericht Übersicht über Textabschnitte wird verfolgt, inwieweit die einzelnen Anforderungen implementiert und getestet wurden. In den Testberichten wird der Fortschritt des Teams beim Entwickeln von Testfällen verfolgt, und sie zeigen, wie gut die Anforderungen erfüllt werden. | | Unterstützung für mehrere Zugriffsverfahren. Teammitglieder können Dashboards und Berichte über eine Weboberfläche anzeigen und Reporting Services-Berichte in eine Reihe von Formaten exportieren, z. B. Excel, Adobe Acrobat (.pdf) und Word. | Auf der Microsoft-Website: |
Teamzusammenarbeit
Aufgabe | Verwandte Themen |
|---|
Verwalten von Arbeitsübergaben und Verfolgen des Arbeitsstatus. Indem sie Informationen in der Team Foundation-Datenbank mithilfe von Arbeitsaufgaben verwalten, können Teammitglieder sicherstellen, dass keine Informationen oder Aufgaben verloren gehen, wenn Aufgaben zwischen einzelnen Mitarbeitern übergeben werden. Teammitglieder können mit Arbeitsaufgaben auszuführende Arbeiten für ein Projekt definieren und den Status verfolgen. | | Unterstützung der Kommunikation im Team. Teammitglieder können über das Projektportal Dokumente speichern und abrufen, Berichte anzeigen, Informationen durch Posten von Nachrichten austauschen und weitere Zusammenarbeitsfunktionen in SharePoint-Produkte verwenden, z. B. Kalender, Listen, Wikis und Blogs. | | Freigeben von Dokumenten und Dateien. Über ihr Teamprojektportal können Teammitglieder Dateien hochladen, die unter der Versionskontrolle verwaltet werden, Dateien anfügen und Links zu Websites in jedem Arbeitsaufgabentyp einfügen. | | Empfangen von E-Mail-Benachrichtigungen bei Änderungen der Arbeit. Warnungen sind E-Mail-Benachrichtigungen, die von Team Foundation gesendet werden, wenn ein Ereignis auftritt, z. B. bei einer Statusänderung für eine Arbeitsaufgabe oder ein Build, beim Einchecken oder bei Abschluss eines Builds. Teammitglieder können konfigurieren, wann und an wen Warnungen gesendet werden. | | Suchen und Freigeben von häufig verwendete Listen von Arbeitsaufgaben. Mithilfe der Standardteamabfragen können Teammitglieder schnell auf aktive Arbeitsaufgaben zugreifen. Mit Abfragen werden Arbeitsaufgaben gesucht, die einem bestimmten Satz von Kriterien entsprechen. Abfragen sind nützlich, um den aktuellen Status von Arbeitsaufgaben zu ermitteln. Beispielsweise können mit einer Abfrage alle Fehlerarbeitsaufgaben mit der Priorität 1 oder alle dem Webentwicklungsteam zugewiesenen Arbeitsaufgaben gesucht werden. Außerdem können Teammitglieder einzelne Abfragen und zusätzliche Teamabfragen erstellen und über E-Mail oder das Teamprojektportal freigeben. | | Festlegen von Zugriffsberechtigungen für sensible Daten oder Ressourcen. Projektadministratoren können einschränken, welche Teammitglieder Arbeitsaufgaben, Teamabfragen, Berichte oder Dashboards anzeigen oder ändern können. Berechtigungen zum Anzeigen oder Ändern eines Artefakts werden Teammitgliedern einzeln oder entsprechend der Rolle gewährt. | | Informieren von neuen Teammitgliedern über Teamprozesse. Arbeitsaufgaben, Dashboards und Berichte in Reporting Services stellen jeweils Links zu Prozessleitfäden für jeden dieser Artefakttypen bereit. Wenn Sie eines dieser Artefakte hinzufügen oder anpassen, können Sie Links zu Ihren eigenen gehosteten Prozessleitfäden bereitstellen. | | Nachverfolgen des Status von Arbeitsaufgaben und Erstellen von Berichten mithilfe von Abfragen. Teammitglieder können mithilfe von einfachen oder komplexen Abfragen eine Liste von Arbeitsaufgaben generieren. Sie können die Details zu einer bestimmten Arbeitsaufgabe, einer Liste von Arbeitsaufgaben oder einer Arbeitsaufgabenabfrage per E-Mail an Teammitglieder, Kunden oder andere Personen senden. Außerdem können Sie Links zu diesen Aufgaben erstellen, die Empfänger öffnen, anzeigen, speichern und ändern können, wenn diese über den erforderlichen Zugriff und die Berechtigung in Visual Studio Team Foundation Server verfügen. | |
Integration
Aufgabe | Verwandte Themen |
|---|
Verfolgen der Implementierung von Anforderungen und anderen Arbeitsaufgaben. Teammitglieder können Links von Arbeitsaufgaben zu Changesets und Quellcode unter Versionskontrolle erstellen. Diese Links unterstützen einen Überwachungspfad, mit dem das Team möglicherweise später auftretende Probleme nachvollziehen kann. | | Erstellen von Beziehungen zum Unterstützen von integrierten Ansichten für Anforderungen, Tests und Rückstandselemente. Teammitglieder können Anforderungen mit den Testfällen, mit denen diese getestet werden, und den Fehlern verknüpfen, die Auswirkungen auf sie haben. Durch dieses Verfahren können Produktbesitzer die Bereitschaft von Testfällen für Anforderungen sowie die Gesamtanzahl von Fehlern bestimmen, die für eine Anforderung protokolliert wurden. | | Überwachen von Builds, Codeabdeckung und Codeänderung. Mit Buildberichten können Teammitglieder Qualität und Erfolg ihrer Builds über einen bestimmten Zeitraum nachverfolgen. | | Überwachen von Teststatus und Testabdeckung. Mit dem Testdashboard und Testberichten können Teammitglieder den Status von Tests über einen bestimmten Zeitraum verfolgen. | | Überwachen des Fortschritts und Kennzeichnen von Volume, Status und Effektivität der Testaktivitäten. Teams, die für das Testen des Produkts zuständig sind, können die Berichte der Testverwaltung verwenden, um Builds, Testläufe, Testfallerstellung und anderes zu überwachen. | |
Anpassung
Aufgabe | Verwandte Themen |
|---|
Erstellen oder Anpassen von Arbeitsaufgabentypen, Linktypen, Kategorien und anderen Artefakten. Projektadministratoren können einen Arbeitsaufgabentyp, einen Linktyp oder eine Arbeitsaufgabenkategorie erstellen oder anpassen, um die Anforderungen ihres Teams beim Verfolgen eines Projekts zu erfüllen. | | Hinzufügen oder Anpassen von Datenfeldern, Arbeitsaufgabenformularen und Workflows. Projektadministratoren können nicht nur das Formular und den Workflow für einen Arbeitsaufgabentyp ändern, sondern auch Datenfelder hinzufügen oder ändern, in denen Informationen zu Arbeitsaufgaben verfolgt werden. | | Anpassen von Dashboards. Dashboards umfassen eines oder mehrere Webparts, die jeweils umfassend angepasst werden können. Jedes Teammitglied kann jeweils Mein Dashboard anpassen, um seine jeweiligen Anforderungen zu erfüllen. Teammitglieder können andere Dashboards für sich oder das ganze Team anpassen. | | Generieren von Ad-hoc-Berichten. Teammitglieder können Excel-Berichte erstellen, freigeben und verwalten. Nachdem Sie einen Bericht erstellt haben, in dem Daten für das Teamprojekt in Office Excel angezeigt werden, können Sie den Bericht in das Projektportal des Teams hochladen. | | Anzeigen, Organisieren und Konfigurieren von Berichten. Projektadministratoren können Berichte im SQL Server-Berichts-Designer erstellen und veröffentlichen und diese dann mit dem Berichts-Manager anzeigen, organisieren und konfigurieren. Mit dem Berichts-Manager können Projektadministratoren verwandte Berichte in Ordnern organisieren, Parameter und Datenquellen anpassen, Zeitpläne für automatisierte Berichte erstellen und unterschiedliche Methoden konfigurieren, durch die Berichte automatisch an einen Netzwerkspeicherort kopiert werden. | |
Siehe auch
KonzepteWeitere Ressourcen
|