Bereinigen und Schätzen des Rückstands

Gemäß agilen Verfahren nach dem Produktbesitzer einen allgemeinen Plan für das Produkt erstellt hat, gilt sich das Team, um den Rückstand zu verwenden und die Elemente zu schätzen.Sie verwenden ein Rückstand, indem Sie die präziseren Elemente definieren und Elemente, um zusätzliche, wie Recherche darzustellen, hinzufügen oder ausstehende Fehler behandeln soll.Vor der Schätzung des Ebenen des Aufwands, muss sich das Team übereinstimmen, die über den Erfolg für jedes Element impliziert.

In diesem Thema wird Lernprogramm fort, das Member des fiktiven Fabrikam Fiberteams folgt, während es einen Produktrückstand erstellt und einen Sprintzyklus in Übereinstimmung mit agilen Verfahren ausgeführt wird.Das Team verwendet Team Web Access-Rückstands- und -Task Board-Seiten.

Julia, wie der Produktbesitzer, Sie aufgezeichnete Vision und ihre Darstellung auf hoher Ebene zum Produktsupportportal in eine Reihe von Rückstandselemente auf, wie in Erstellen des Produktrückstands oder Hinzufügen zum Produktrückstand beschrieben.Das Team ist nun bereit, den Rückstand zu verwenden und zu schätzen.

Hinweis
Wenn Sie die Visual Studio Scrum 2.0-Prozessvorlage verwenden, erstellen Sie Produktrückstandselement, um eine User Story, eine Anforderung oder einen lieferbaren Teil des Projekts zu beschreiben.Wenn Sie MSF for Agile Software Development verwenden, erstellen Sie eine User Story.Wenn Sie MSF for CMMI Process Improvement verwenden, erstellen Sie Anforderung.

In diesem Thema

• Überprüfungsakzeptanzkriterien und Schätzungsaufwand

• Erfassungsspitzen oder NichtStoryarbeit im Rückstand

• Zusätzliche Ressourcen, um die Schätzung von Aufwänden zu unterstützen

Anforderungen

Um die Prozeduren in diesem Thema einzuhalten, benötigen Sie Folgendes:

• Visual Studio Premium, Visual Studio Ultimate oder Visual Studio Test Professional.

• Sie müssen ein Mitglied des Teams sein, und Sie müssen den Arbeitsaufgaben in diesem Knoten bearbeiten Berechtigungssatz zu Zulassen haben.Standardmäßig verfügen alle Mitglieder des Teams über diese Berechtigung, da die Teamgruppe Mitglied der Gruppe Contributors des Teamprojekts.

• Um die Seite Rückstand anzuzeigen, müssen Sie der Vollständig Zugriffsgruppe in Team Web Access gehören.

Weitere Informationen finden Sie unter Verwalten des Profils und Anzeigen von Berechtigungen und Zugriff auf Funktionen in Team Web Access.

Überprüfungsakzeptanzkriterien und Schätzungsaufwand

Erstellen Sie so viele Details an, wie Sie nicht nur das Rückstandselement oder Fehler beschreiben möchten, aber, die Kriterien zu beschreiben, die Sie verwenden, um zu überprüfen, ob das Element erfüllt wurde, oder der Fehler behoben wurde.Sobald die Akzeptanzkriterien genau definiert ist, kann das Team jedes Rückstandselement entsprechend dann gemeinsam schätzen, welcher Prozess sie angenommen haben.

1. Öffnen Sie Team Web Access, navigieren Sie zur Homepage für das Teamprojekt oder Kapazitätsauslastung und wählen Sie Rückstand anzeigen aus.

2. Doppelklicken Sie auf die Arbeitsaufgabe, die Sie überprüfen möchten, oder wählen Sie sie aus und drücken Sie die EINGABETASTE.

3. Überprüfen und aktualisieren Sie die Beschreibung und Akzeptanzkriterien Felder mit dem übereinstimmend des Teams für das Rückstandselement oder Fehler.

   Tipp
   Die Namen dieser Felder sind möglicherweise auf der Prozessvorlage unterscheiden, die verwendet wird, um das Teamprojekt, beispielsweise, Beschreibung mit Akzeptanzkriterien oder Beschreibung zu erstellen.

   Über Akzeptanzkriterien: Am Ende einer Iteration oder des Sprints, akzeptieren die Kunden oder der Produktbesitzer entweder die User Story, wie beendet oder weisen sie zurück.Vor Beginn des Sprints sollten die Kriterien für die Kundenakzeptanz so eindeutig wie möglich definiert werden.Natürlich würde eine User Story nicht Gründe akzeptiert werden, die nicht unvorhersehbaren.Allerdings kann Konversationen zwischen dem Team und den Kunden, um die Akzeptanzkriterien zu definieren, um sicherzustellen, dass das Team die Bilde ist.Die Akzeptanzkriterien können als Grundlage für Akzeptanztests verwendet werden, damit Sie effektiver auswerten können, ob eine User Story fertig gestellt wurde.

4. Auf Grundlage der Schätzungsmethode gibt das Team verwendet, einen Wert für Aufwand ein.Früh im Projekt, benötigen Sie nur eine grobe Schätzung.

   Hinweis

   Die Namen dieser Felder sind möglicherweise auf der Prozessvorlage unterscheiden, die verwendet wird, um das Teamprojekt, beispielsweise, Aufwand für Scrum, Storypunkte für Agile und Größe für CMMI zu erstellen. Über Story Points: In seinem Buch definiert Agile Estimation und planen, Mike Cohn Story Points wie folgt: "Story Points sind eine Maßeinheit zur Beschreibung der Gesamtgröße einer User Story, einer Funktion oder andere Arbeit". Cohn erläutert, dass Story Points relative Werte sind, die nicht direkt in eine bestimmte Anzahl von Stunden übersetzen.Stattdessen helfen Textabschnittspunkte einem Team, die allgemeine Größe der User Story zu bestimmen.Diese relativen Schätzungen sind weniger präzise, sodass ihre Festlegung weniger aufwändig ist und sie sich im Laufe des Projekts häufiger als zuverlässige Schätzung erweisen.Durch das Schätzen der Textabschnittspunkte ermittelt das Team sofort eine allgemeine Größe der User Stories und erstellt erst später eine detaillierte Einschätzung des genauen Arbeitsaufwands in Stunden, unmittelbar bevor die Teammitglieder mit dem implementieren der User Stories beginnen.Weitere Informationen finden Sie unter Schätzung.

5. Wählen Sie die Schaltfläche Speichern und schließen aus.

Erfassungsspitzen oder NichtStoryarbeit im Rückstand

Das Team muss gelegentlich Schritte ausführen, die keine direkte Implementierung einer User Story oder Produktanforderung ist.Diese Arbeit wird als Spitze bezeichnet.Drei allgemeine Typen von Spitzen sind Recherche, Bug Debt und prozessbezogene oder technische Verbesserungen.Um eine Spitze auf Team Foundation zu erstellen, erstellen Sie ein Rückstandselement oder eine User Story, schließen Sie optional "Top" innerhalb des Namens ein, und legen Sie es im Produktrückstand zusammen mit den anderen User Stories.

1. Im Hinzufügensbereich auf der Produkt-Rückstandsseite, geben Sie eine Beschreibung für den Feld Titel für die zwei oder NichtStoryarbeit, die abgeschlossen werden muss, und wählen Sie dann die Schaltfläche Hinzufügen aus.

   Tipp
   Wenn der Hinzufügensbereich nicht angezeigt wird, wählen Sie den Elemente hinzufügen auf Link, um die Anzeige zu aktivieren.

   Erwägen Sie, NichtStoryarbeit für die folgenden Aktivitäten zu definieren:

   • Recherche: Wenn das Team offene Fragen zu einer User Story verfügt, die beantwortet werden müssen, bevor die User Stories in Aufgaben vollständig umgerechnet werden und geschätzt werden kann, sollten Sie die Recherche schätzen, die erforderlich ist, um die Frage zu beantworten.Beispielsweise überprüfen Sie auf ein Team bestimmt, dass die Story, "als Vielflieger, kann ich habe ich" Als einige unbeantwortete Fragen.Das Team erstellt das Element, "im Team Member, kann ich wissen, was "Buchung von ermäßigten Flügen" handelt." zu den Anfang darstellen.Das Team schätzt die Forschungsarbeit, die in den gleichen Einheiten benötigt wird, denen sie andere Rückstandselemente schätzen.

     Wichtig
     Keine der Rückstandselemente, die Recherche benötigen, sollten die aktuelle Iteration hinzugefügt werden, wenn das Team die Recherche abgeschlossen hat.Die Forschungsarbeit und das Rückstandselement sollten geplant werden, um in separaten zukünftigen Iterationen fungiert.

   • Fehler-Schuld: Die beste Zeitpunkt, einen Fehler sollten ist, wenn Sie ihn suchen.Wenn Sie diese nicht am selben Tag beheben können, dass Sie diese finden, erstellen Sie eine Fehlerarbeitsaufgabe, um sicherzustellen, dass Sie nicht aus den Augen verlieren.Vermeiden Sie die Anhäufung von Fehlern.Wenn das Team Fehler anhäuft, erstellen Sie eine User Story und verknüpfen Sie die Fehler mit der Spitze, damit die Spitze zusammen mit anderen User Stories und Spitzen geschätzt und priorisiert werden kann.

   • Prozessbezogene oder technische Verbesserungen: Das Team nimmt prozessbezogene oder technische Verbesserungen vor, die helfen, es in Bezug auf den Erfolg zu erzielen.Verbesserungspotenzial wird häufig bei rückwirkenden während eines Sprints oder jedem täglichen Scrumbesprechungen identifiziert.Das Team muss z. B. ggf. die Codeabdeckung durch Komponententests verbessern oder die Buildzeit auf dem fortlaufenden Integrationsserver reduzieren.

2. Für jede Spitzen- oder NichtStoryarbeitsaufgabe, die das Team aufzeichnet, führen Sie die Schritte 2 bis 5 aus, wie in "Überprüfungsakzeptanzkriterien und Schätzungsaufwand" beschrieben, um sich zu vergewissern des Teams die auszuführende versteht Arbeit, und die Arbeit einschätzt.Weitere Informationen finden Sie unter Erstellen des Produktrückstands oder Hinzufügen zum Produktrückstand.

Zusätzliche Ressourcen, mit der Schätzung zu unterstützen

Sie können auf zusätzliche Informationen über agile Schätzungsübungen von den folgenden Ressourcen zugreifen:

• Schätzung

• Erstellen und Verwalten des Produktrückstands

• Sprintplanung

• Agile Estimation: Stellt eine Darstellung auf agiler Schätzung der Mike Cohns Website.

Verwandte Themen in diesem Lernprogramm

POS1 | Erstellen Sie ein Rückstand | Anzeigen und Verwalten des Rückstands mit einem Kanban-Ausschuss | Planen einer Iteration | Führen Sie eine Iteration aus | Beenden Sie eine Iteration

Siehe auch

Konzepte

Agile-Planung und -Iterationen