Erläutern des Unterschieds zwischen Product Backlog Item und einer Aufgabe

22

Ich bin ein paarmal auf diese Herausforderung gestoßen und hoffe, dass jemand Referenzen, Schulungen oder Ratschläge zur Erklärung des Unterschieds zwischen einem Product Backlog Item und einer Task in TFS geben kann.

Ich verstehe und habe erklärt, dass ein Product Backlog Item das "Was" und die Aufgabe das "Wie" ist. Ich habe auch erklärt, dass die PBI die Anforderung und die Aufgabe ist, wie die Anforderung erfüllt wird.

Wenn ich das erkläre, treffe ich wiederholt leere Blicke und kratzende Köpfe. Es scheint, dass die Softwareingenieure, denen ich dies erkläre, die Unterscheidung nicht treffen können. Es ist ihnen egal.

Ich glaube, meine andere Herausforderung ist, dass ich nicht effektiv veranschaulichen kann, warum es wichtig ist, eine Unterscheidung zu treffen.

Brad J
quelle

Antworten:

27

Das "Product Backlog Item" ist in der Tat das What, die Funktionalität, die aufgebaut werden muss. Die Aufgabe beschreibt die Schritte, die unternommen werden müssen, um dorthin zu gelangen.

Viele Teams sind nicht daran gewöhnt, sich in Aufgaben zu zerlegen, sie erstellen nur das, was die Spezifikation sagt. Für diese Leute ist es schwer, sie als zwei getrennte Dinge zu sehen.

Vielleicht würde eine einfache Anekdote helfen:

Siehe Product Backlog Items als Artikel auf ihrer Einkaufsliste für ihren Urlaub. Vielleicht ein "Zelt", eine "Angelrute", ein "Auto für die Reise vorbereiten".

Die Aufgaben für das "Zelt" -Element lauten "Zeltanforderungen beschreiben", "Zelte online vergleichen", "Ratschläge von Freunden mit Outdoor-Erfahrung einholen", "Zum Outdoor-Shop gehen", "Zelt kaufen", "Zelt im Hinterhof aufbauen" Vollständigkeit prüfen "," Zelt für die Reise packen "

Die Aufgaben für die Angelrute werden sehr ähnlich sein, aber die Aufgaben für "Auto für die Reise vorbereiten" sind wahrscheinlich sehr unterschiedlich: "Überprüfen Sie die Anforderungen für Bundesstaaten / Länder auf der gewünschten Route", "Sicherheitsweste kaufen", "Abgelaufene Inhalte aus der Ersten Hilfe ersetzen" kit "," inspizieren Reserverad "," Termin mit Werkstatt vereinbaren, um Motor überprüfen zu lassen "," zur Werkstatt gehen, um Motor überprüfen zu lassen "," zur staatlichen Behörde gehen, um Autobahnausweis zu kaufen "," Kfz-Versicherung überprüfen "

Dies trennt klar die Frage, was der Produktbesitzer möchte, von dem, was er tun muss. Es sei denn, der Product Owner hat sich bereits im Product Backlog in umsetzbare Elemente zerlegt. In diesem Fall müssen Sie auch mit ihnen sprechen.

Wie ich bereits sagte, denken viele Entwickler, sie haben bereits genügend Informationen und wissen, was zu tun ist. Sie möchten die Schritte Was in Wie nicht zerlegen. Sie werden dort ankommen, wenn sie dort ankommen. Fragen Sie sie, wie sie und ihr Team wissen, wo sie sich verbessern können und wie sie sich verbessern können, wenn Sie mit ihnen über das Verfolgen des Sprintfortschritts, das Verbessern von Schätzungen, das Nachverfolgen von Arbeiten, die während der Sprintplanung vergessen wurden, und andere Aspekte, die mit professionellen Verbesserungen zu tun haben, sprechen Ich weiß, dass sie wirklich fertig sind. Wenn sie ein System entwickeln können, das funktioniert, ohne Aufgaben zu erstellen, dann ist das in Ordnung, aber die Chancen sind sehr gering, dass sie es tatsächlich können.

Bevor Sie versuchen, mit TFS und den agilen Tools zu arbeiten, muss Ihr Team verstehen, wie dies alles funktioniert. Der beste Weg ist, sie mit einer Pappe arbeiten zu lassen, die für alle sichtbar ist. Später, wenn der Prozess besser verstanden wird, hilft es, auf die Tools zuzugreifen. Ohne das Verständnis sind die Werkzeuge nicht sehr nützlich und stoßen auf großen Widerstand.

Jessehouwing
quelle
Vielen Dank, dass Sie sich die Zeit genommen haben, diese Antwort zu schreiben. Die Anekdote und die Argumentation, die Sie angegeben haben, werden mir definitiv helfen, das Konzept besser zu erklären.
Brad J
@jessehouwing Was passiert, wenn der Projektbesitzer ausdrücklich darum gebeten hat, die Autoversicherung zu überprüfen? Was ist das BacklogItem oder die Aufgabe?
Vladimir Nani
Klingt nach einer operativen Sache. Es wäre also eine Aufgabe. Aber wie gibt es Wert? "Sicherstellen, dass das Auto immer sicher ist", könnte die Story lauten?
Jessehouwing
8

Ich denke, Jesse hat eine großartige Antwort geliefert. Ich werde einfach versuchen, es einfacher zu machen (wenn möglich) :) Das Product Backlog Item (oder die User Story, wenn Sie es vorziehen) ist normalerweise so geschrieben:

Als Neukunde möchte ich meine Daten registrieren, damit ich über neue Produktversionen informiert werde

In einem Entwicklerkopf kann dies bedeuten:

  1. Erstellen Sie ein Registrierungsformular
  2. Schreibe Registrierungsdaten in die Datenbank
  3. Senden Sie eine E-Mail an den neuen Kunden, um dessen Registrierung zu bestätigen

Diese drei Punkte sind die Aufgaben.

Hoffentlich hilft das.

- Mach es so einfach wie möglich, aber nicht einfacher (Einstein)

Derek Davidson PST CST
quelle
2

So rollen wir:

Das PBI:

  • ist die Voraussetzung aka "das was"
  • ist das, worüber Sie mit einem Kunden sprechen .
  • Es ist das, was im Daily Project Update (DPU) für den Sprint auftaucht ... wieder, weil die DPU den Kunden gegenübersteht.
  • Darüber wird der Kunde in Bezug auf Kostenvoranschläge und Budget sprechen und referieren.
  • Kann eine oder mehrere Aufgaben umfassen.
  • Ist geschäftsorientiert und in einer für den Kunden verständlichen Sprache im Business- / Domain-Stil beschrieben.
  • Wird getestet und akzeptiert beim User Acceptance Testing (UAT)?

Die Aufgabe:

  • Ist eine Arbeit erforderlich, um die PBI zu verwirklichen (Anforderung)
  • Über nichts, worüber Sie mit einem Kunden sprechen
  • Erscheint nicht in der DPU, weil Sie nicht mit Kunden darüber sprechen
  • Wird geschätzt, hat aber seine Schätzungen in der PBI zusammengefasst
  • Ist ein Kind zu einer und nur einer Anforderung.
  • Kann mit technischer Fachsprache beschrieben werden (und ist es oft)
  • Intern getestet und testweise abgemeldet
  • Vom Kunden nicht einzeln akzeptiert oder getestet (sie wissen nicht, dass sie existieren)
Risma
quelle
-4

Ich neige dazu, dies anzubieten, wenn ich gefragt werde:

Eine PBI oder Story ist etwas, das mehr als eine Person umgehen kann.

Eine Aufgabe kann nur eine Person übernehmen.

user172198
quelle
1
Ich glaube nicht, dass diese Beschreibung ein vollständiges Bild liefert, aber ich kann sehen, wo es helfen könnte, das Gespräch zu fokussieren.
Brad J