Scrum Geschichten und hinter den Kulissen Merkmale [geschlossen]
-
04-10-2019 - |
Frage
Wie ich die Dinge zu verstehen, wird die Scrum Backlog besteht aus einer Reihe von Geschichten, die etwas für den Endverbraucher darstellen und diese weiter in Funktionen zerlegt.
Wenn dies der Fall ist, wo kommt all das hinter den Kulissen Funktionen gehen, die zu einer Geschichte nicht wirklich verbunden sind, sind aber immer noch nützlich?
Zum Beispiel, sagen, ich mache eine Anwendung, die Kataloge der Inhalt einer Festplatte. Eine Geschichte, wäre es nicht erforderlich, aber für jede Datei einen MD5-Hash mit wäre ein nettes Feature für das Markieren von Duplikaten sein.
Lösung
Die klassische Vorlage zu schreiben gute Geschichten ist: „Als
Ein großartiges Werkzeug gut finden Mehrwert ist die 5 Whys (die für die Ursachenanalyse verwendet wird, zu finden, das heißt, die Ursache eines Problems). Die Gurke Dokumentation sehr gut erklärt, wie es zu verwenden, um einige „gute“ Geschäftswert zu finden und hat ein sehr gute Probe, so, statt paraphrasiert es, ich zitiere die Erklärung unter:
Handelswert und MMF
Sie sollten die „Um“ diskutieren Teil der Funktion und Pop der Warum stapeln max 5 mal (fragen, warum rekursiv), bis Sie mit einem Ende die folgenden Geschäftswerte:
- Protect Einnahmen
- Steigern Sie Ihren Umsatz
- Verwalten Kosten
- Steigerung der Markenwert
- Machen Sie das bemerkenswerte Produkt
- mehr Wert für Ihre Kunden
Wenn Sie über eine Funktion zu implementieren dass die Unterstützung nicht einer von denen, Werte, die Chancen sind Sie sind dabei, ein nicht-wertvolles Feature implementieren. Betrachten Sie es überhaupt zu werfen oder Schieben Sie es in Ihrem Rückstand nach unten. Fokus auf die MMFs Umsetzung ( Mindest Marktgängige Funktionen ), das werden ergeben den meisten Wert.
Hier ist ein Beispiel von einem IRC genommen Chat-Sitzung in #cucumber:
[5:08pm] Luis_Byclosure: I'm having problems applying the "5 Why" rule, to the feature "login" (imagine an application like youtube) [5:08pm] Luis_Byclosure: how do you explain the business value of the feature "login"? [5:09pm] Luis_Byclosure: In order to be recognized among other people, I want to login in the application (?) [5:09pm] Luis_Byclosure: why do I want to be recognized among other people? [5:11pm] aslakhellesoy: Why do people have to log in? [5:12pm] Luis_Byclosure: I dunno... why? [5:12pm] aslakhellesoy: I'm asking you [5:13pm] aslakhellesoy: Why have you decided login is needed? [5:13pm] Luis_Byclosure: identify users [5:14pm] aslakhellesoy: Why do you have to identify users? [5:14pm] Luis_Byclosure: maybe because people like to know who is publishing what [5:15pm] aslakhellesoy: Why would anyone want to know who's publishing what? [5:17pm] Luis_Byclosure: because if people feel that that content belongs to someone, then the content is trustworthy [5:17pm] aslakhellesoy: Why does content have to appear trustworthy? [5:20pm] Luis_Byclosure: Trustworthy makes people interested in the content and consequently in the website [5:20pm] Luis_Byclosure: Why do I want to get people interested in the website? [5:20pm] aslakhellesoy: :-) [5:21pm] aslakhellesoy: Are you selling something there? Or is it just for fun? [5:21pm] Luis_Byclosure: Because more traffic means more money in ads [5:21pm] aslakhellesoy: There you go! [5:22pm] Luis_Byclosure: Why do I want to get more money in ads? Because I want to increase de revenues. [5:22pm] Luis_Byclosure: And this is the end, right? [5:23pm] aslakhellesoy: In order to drive more people to the website and earn more admoney, authors should have to login, so that the content can be displayed with the author and appear more trustworthy. [5:23pm] aslakhellesoy: Does that make any sense? [5:25pm] Luis_Byclosure: Yes, I think so [5:26pm] aslakhellesoy: It's easier when you have someone clueless (like me) to ask the stupid why questions [5:26pm] aslakhellesoy: Now I know why you want login [5:26pm] Luis_Byclosure: but it is difficult to find the reason for everything [5:26pm] aslakhellesoy: And if I was the customer I am in better shape to prioritise this feature among others [5:29pm] Luis_Byclosure: true!
Also, lassen Sie mich zunächst: warum es schön wäre, für jede Datei einen MD5-Hash zu haben (die, ausgedrückt als Sie getan haben, ist ein Detail Implementierung und kommuniziert keinen Geschäftswert)
Andere Tipps
Es gibt keinen "Gedränge" Rückstand, nur
Product Backlog vom Product Owner, die Business-Wert hat
und
Sprint Backlog von den scrumaster / developpers die Liste Aufgaben zurück auf eine Geschichte zurückverfolgt.
Ich bin Aktualisierung für precising der Unterscheidung zwischen einem Vision-Dokument und einem Product Backlog für Business Value:
Business Vision-Dokument (strategische Ebene) sind alle über Business Value sowie Product Backlog. Aber Product Backlog entspricht Functional Specifications in anderen traditionellen Methoden, ist es etwas Konkretes oder OPERATIONNALLY direkt implementierbar durch das Team nicht nur eine Vision von einem hohen Niveau Geschäftsführer.
Natürlich Product Backlog selbst sollte auf Visionsdokument Artikel tracable sein.
Am Ende des Tages ist agil zu tun, was für Sie arbeitet, produktiv zu sein. Diese Art von Antworten sind für Sie zu entscheiden, was funktioniert.
Es kann nur eine Implementierung Detail einer anderen Geschichte sein, oder es kann eine Geschichte für sich sein.
Was auch immer macht Ihre Gruppe am produktivsten ist, was es sein sollte.
Ich würde sie durch etwas setzen wie:
- "Nicht benutzer Geschichten" oder "NUS"
- "Programmierer Only" oder "PO"
- "Hinter der sences" oder "BTS"
Gefolgt von einer kurzen Beschreibung der Funktion.
Also:
- BTS: Katalog-Dateisystem
- PO: find Dateityp mit magischen Bytes
Seltsam! Ich mache die gleiche Anwendung! : -)
Update:
Also, ich lese Wiki , ich denke, dass wir eine brauchen Zusatzprotokoll (das Sprint Backlog).
Wiki sagt:
Sprint Backlog
Der Sprint Backlog ist ein Dokument mit Informationen darüber, wie das Team wird die Eigenschaften für den bevorstehenden Sprint implementieren. Die Funktionen sind in Aufgaben aufgeschlüsselt; als Best Practice, sind Aufgaben der Regel zwischen vier und sechzehn Stunden Arbeit geschätzt. Mit diesem Detaillierungsgrad des ganze Team versteht genau, was tun, und jeder kann potenziell eine Aufgabe aus der Liste auswählen.