Wie behandeln Sie Links über die Aufgaben im TFS

Was ist der beste Ansatz zur Behandlung von tasks und user stories, die nicht das Ende der sprint in TFS ?

Mein Ansatz:

  • Set jeder Aufgabe, zu 'Geschlossen' mit der rechten Vernunft substate. Ich kopiere diese Aufgabe + orginal Schätzung + die verbleibenden Stunden, um den Editor.
  • Entfernen Sie die iteration aus der user story (so, dass es auf das Product Backlog wieder)

Für den nächsten sprint:

  • Fügen Sie den Aufgaben Editor zu TFS als neue Aufgaben, ordnen Sie es dem richtigen user story und setzen Sie die user story für den aktuellen sprint.

Dies ist nur ein Ansatz. Haben Sie bessere Ideen oder Vorschläge ?

InformationsquelleAutor Patrick Peters | 2012-07-11
  1. 8

    Wenn Sie wirklich tun, Scrum, sehen Sie die einzige wichtige Metrik für jedes team "Verbleibende Arbeit". Die Sache ist, dass viele Menschen sind besessen von Metriken, Statistiken, Daten und lose Spur der Essenz von Scrum.

    Also halten Sie es einfach. Im sprint review, einfach sich mit dem PO bis Wann die Arbeit zu vervollständigen, und dann ordnen Sie die anstehenden Aufgaben, um das vereinbarte sprint.

    Wenn Sie wollen ein bisschen die Produktivität erhöhen; dann eine Abfrage erstellen, die von unerledigten Aufgaben und ersetzen Sie einfach die iteration Spalte Wert, um den nächsten sprint und veröffentlichen Sie zurück nach TFS.

    • Check! Dies ist die Weise, die ich wirklich mochte und bewertet, während einige sprints. Wir konzentrieren uns auf die verbleibenden arbeiten, das ist die wahre Geschichte.
    InformationsquelleAutor Brett Maytom PST
  2. 4

    Gibt es zwei Schulen des Denkens:

    1. Verlassen und neue zu schaffen, die in das Product Backlog iteration (oft die Team-Projekt-root). Wir Sie verlassen würde, und entfernen Sie die Punkte (für die Velocity-Bericht), denn Sie repräsentieren das, was unseren sprint geplant war.
    2. Aktualisieren Sie die iteration, um das Product Backlog und mit Ihnen umgehen, als irgendeine andere Geschichte, die im nächsten sprint. (Ich würde abonnieren Sie diesen).

    Jedes team ist anders mit den Aufgaben. Wenn Sie Holen noch einmal die Geschichte in den folgenden sprint, aktualisieren Sie die Aufgabe iteration Weg und fertig. Wenn Sie don ' T Holen Sie es zurück, ich würde entfernen Sie die Aufgaben so, dass Sie diskutieren, wie zu liefern, auf die Notwendigkeit, in den Kontext der software so wie Sie ist, wenn Sie tun Holen Sie es wieder nach oben. Verlassen Sie die Aufgaben auf eine Geschichte seit über einem sprint eine Möglichkeit geben, uns ein Falsches Gefühl der Sicherheit, dass diese noch all die Dinge notwendig. Ich würde eher re-evaluation, wie werden wir liefern auf Sie.

    • Wenn Sie nur update der iteration die Aufgaben, dann das unerledigte Aufgaben erscheinen in der task-board. Also wenn man sich das iteration backlog-der frühere sprint-sehen Sie die user story mit den fertigen Aufgaben. Wenn man sich die aktuelle sprint-sehen Sie die user story mit den unerledigten Aufgaben.
    InformationsquelleAutor Ryan Cromwell
  3. 2

    Wir genau die gleiche Sache, die Sie tun, aber statt mit Notepad, wir einfach kopieren die Aufgabe, in eine neue & dann weisen diese in die neue iteration. Standardmäßig wird die Kopie-Aufgabe verknüpft ist, werden alle Arbeitselemente, die original wurde, sowie die ursprüngliche Aufgabe selbst.
    Die ältere Aufgabe bleibt in der alten iteration & bekommt, markiert als "Geschlossen".

    InformationsquelleAutor pantelif
  4. 1

    Vielleicht habe ich nicht bekommen, dein problem Recht, aber hier ist meine Meinung:
    Der Grundgedanke der unerledigten Aufgaben ist, dass die backlogitem/userstory nicht getan. So nach dem sprint alle backlogitems/userstories, die fertig sind -> neue Inkrement. Wenn ein backlogitem nicht ganz fertig ist, dann die ganze backlogitem nicht geliefert bekommen, auch wenn die nur ein paar Aufgaben, die übrig sind. Nur alles rückgängig zu machen (halten Sie den code:) ) und fertig ist der sprint. Die backlogitem/userstory geht in die nächste sprint.

    InformationsquelleAutor Ruben-J
  5. 0

    Markieren Sie geschlossen, meiner Meinung nach, nicht notwendig ist. Halten Sie einfach die verbleibenden Aufgaben, flag /tag Sie als unvollendet, starten Sie eine neue sprint -, und übernehmen Sie alle Aufgaben mit einer bestimmten Flagge, die als die neuen/kommenden sprint - (und wenn nötig, neu zu bewerten Ihre Zeiten und Schwierigkeiten).

    • Können Sie genauer beschreiben, wie du 'flag/tag' Sie als unvollendet ?
    InformationsquelleAutor Kristian
  6. 0

    Es ist ein sehr häufiges Szenario, und wir haben etwas auf unseren Auftragsbestand zu erstellen, die eine zweckmäßige Lösung für dieses, aber wir haben nicht priorisiert, es aber gegenüber anderen arbeiten.

    Wenn Sie denken, das ist wichtig, fühlen Sie sich frei, um den Vorschlag zu user-voice. Wir nutzen diese Website, in unserem Priorisierung: es ist Ihre chance, um uns zu beeinflussen

    Ewald Hofman (TFS Produktgruppe)

    • Erreichen wir das Ende unserer ersten TFS 2012 sprint heute. Also ich freue mich zu hören, einige 'offizielle' beraten. Ich denke, wir werden einfach verschieben Sie unvollendet PBIs und des bug work items zurück in den product backlog und verschieben Sie Sie in das nächste sprint-iteration, wenn fit.
    • Beachten Sie, dass mein Ansatz, der gemacht wurde, die Art und Weise zu verfolgen "alten" /früheren iteration backlog-charts. Beim verschieben der WI in den nächsten sprint verlieren Sie die original-charts sehen...
    InformationsquelleAutor Ewald Hofman
Schreibe einen Kommentar