Größe und Stack: Sprint-Planung und Eigenschaften
Gesendet von Javi und eingeordnet in Ausbildung und Beschäftigung Beratung
Geschrieben am in
Deutsch mit einer Größe von 61 KB
Größe und Stack
Erklären Sie mit der Kürze und Klarheit genug für uns und den Kunden zu unterscheiden, welche Eigenschaften Sie als Geschichten oder Elemente des Stapels definieren.
Diese erfordern:
- ID: eindeutige Kennung
- Name: eine kurze Beschreibung dessen, was es macht (2 bis 10 Wörter).
- Bedeutung: Verhältnis von Bedeutung, das die Kunden dem Produkt beimessen; je höher die Zahl, desto größer die Bedeutung. Zum Beispiel, 10 oder 150. Das bedeutet, dass, wenn A = 5 und B = 50, B ist 10-mal wichtiger. Nur weil B wichtiger ist als A, bleibt der Wert von B bei 6 gleich.
- Erste Schätzung: die Erstprüfung durch das Team, da sie möglicherweise später dazu kommen (man stelle sich die Anzahl der benötigten Mitarbeiter vor, die in einem Raum mit genügend Nahrung gesperrt sind, um nicht zu gehen, ohne die Aufmerksamkeit bei der Arbeit zu verlieren). Die Nummer eins muss eine genaue Einschätzung gegeben werden; wenn eine Bewertung von 4 zwei Tage dauert, ist dies eine der zwei, die zu berücksichtigen sind.
- Als Test: eine High-Level-Beschreibung, wie diese Geschichte, die am Ende des Sprints gezeigt wird ("das tun, tun, und dann sollte es passieren, dass").
- Hinweise: Sämtliche Informationen oder Klarstellungen zu allem, was geschieht, geschieht oder während der Entwicklung der Geschichte.
Beispiel:
Andere Bereiche im Stack von Produkten können sein:
- Kategorie: Einführung einer Kategorie auf die Geschichte, mit anderen und das Produkt, um den Eigentümern zu helfen, zu wissen, welcher Teil gehört.
- Komponenten: z. B. Datenbanken, Server, Client. Die Produktbesitzer sehen die technischen Teile, die in der Geschichte beteiligt sind.
- Anmelder: Manchmal den Product Owner; Sie sollten diese Person für diesen Beitrag kennen und die Informationen liefern.
- Bug Tracking-ID (Tracking Error): Es ist wichtig, einen direkten Fehler mit Geschichten oder zwischen ihnen zu halten.
Sprint
Sprint-Planung
Vor dem Start des Sprints sollten Sie alles richtig gemacht haben (die Produkt-Stack):
- Der Akku ist geladen.
- Wer hat gut definierte Prioritäten.
- Für jedes Produkt-Stack gibt es einen Produktbesitzer.
- Der Produktbesitzer sollte gut verstehen, dass jede Geschichte zwar nicht im Sinne ist, aber wissen sollte, was den Meister ausmacht, da er diejenige ist, die es wissen muss.
Hinweis: Sie können Prioritäten setzen und diese nur der Eigentümer der Ware schaffen; jeder Antragsteller kann die Prioritäten ändern, aber das Team kann die Schätzung ändern.
Die Sprint-Planung ist zweifellos eine wichtige Sitzung im Scrum. Eine schlampige Planung kann zu einer Katastrophe führen.
Das Ziel des Sprints ist es, den Ort zu verlassen und klar genug zu gründen, um in der Lage zu sein, eine Weile zu arbeiten, ohne das Team zu stoppen. Und Sie gewinnen das Vertrauen des Produktbesitzers, dass dieses Produkt gut gemacht wird.
Zusammenfassung:
• Ein Ziel des Sprints.
• Eine Liste der Mitglieder (und das Ausmaß der Hingabe, auch wenn nicht 100%)
• Ein Sprint-Stack (Liste der Elemente im Sprint)
• Ein bestimmtes Datum für die Sprint-Demo.
• Ein Termin und Ort für das Scrum-Journal.
Es ist sehr wichtig, dass der Produktbesitzer an der Sitzung teilnimmt, da sie eins nach dem anderen analysieren und die Bedeutung der einzelnen Geschichten festlegen. Dies führt zu Zweifeln und Fragen, die Zeit erfordern, um die Schätzungen der Änderungen zu berücksichtigen und für dieses Team; der Produktbesitzer möchte die Bedeutung dieser oder anderer Geschichten ändern.
Grundlegende Eigenschaften
Der Umfang und die Bedeutung werden vom Product Owner festgelegt. Die Schätzung wird vom Team bereitgestellt. Bei einer Sprint-Planung erfordern diese Variablen eine feine und kontinuierliche Anpassung durch den Dialog zwischen dem Team und dem Product Owner.
Sie behält sich eine Unterkunft außerhalb des Dreiecks, die Qualität (intern oder extern).
- Intern: Die Qualität, die nicht für den Benutzer sichtbar ist, aber für die Zukunft der Produktentwicklung wichtig ist; die Qualität bezieht sich auf den Code oder die Teamarbeit. Nie ohne die interne Qualitätssicherung die äußere Beschaffenheit; dies muss sorgfältig bearbeitet werden.
- Externe Qualitätskontrolle: Die Qualität des Benutzers, dass das Produkt einfach und wirksam ist. Manchmal kann ein erstes Produkt schwerfällig sein und später eine viel flüssigere und leichtere Version liefern.
Sehr wichtig ist, dass die Qualität der Arbeit nicht verhandelbar ist.
Weitere wichtige Konzepte für die Realisierung einer guten Planung für den Sprint
Sprint-Sitzungen sind zeitintensiv, und es ist wichtig zu verstehen, dass sie lang sein können und auf die bestmögliche Weise angesprochen werden sollten. Wenn eine Sitzung ziemlich lang ist, ist es am besten, sie zu kürzen und zu versuchen, am nächsten Tag nach der Ankunft an der Zeit zu folgen, ohne die Antworten zu verlängern.
Diese Treffen sollten auch in einem Zeitplan geplant werden, damit allen klar ist, über welche Parteien gesprochen wird, und auf diese Weise werden die Zeiten der Sitzung verteilt.
Wir müssen uns auf ein Ziel des Sprints einigen; oft weiß das Team nicht, dass das Setzen von Zielen wichtig ist. Dieses Ziel darf über etwas sein, das niemand getan hat, sodass der Produktbesitzer, der das Geschäft leitet, überzeugt sein kann, dass Zeit benötigt wird, um dieses Ziel zu erreichen (das etwas).
Um eine Begrenzung der Zeit zu schaffen, sollten noch eine Reihe von Prioritäten für die Deckung festgelegt werden; je mehr vor dem Ende einer Sitzung abgedeckt wird, desto besser für den Rest der Tage eines Produkts:
- Ein Ziel des Sprints und ein Datum für die Demo.
- Eine Liste, welche Geschichten das Team im Sprint abgeschlossen hat.
- Eine Schätzung für jede Sprint-Geschichte.
- "Als Test" und jede Geschichte im Sprint ausfüllen.
- Berechnung der Geschwindigkeit und Ressourcen (einschließlich Teammitglieder und Verpflichtungen).