Frage

Wir beginnen einen Scrum-Prozess für die Entwicklung zu verwenden. Wir haben einen schönen Stapel jetzt User Stories. Ich frage mich aber, sobald ein Benutzer Geschichte abgeschlossen ist, getestet und implementiert tun Sie etwas anderes damit machen? Wir sind kleine Karteikarten jetzt, ich glaube, es wäre in Ordnung sein würde, nur um sie in der Dose Müll zu werfen.

Wenn Sie sie halten, was tun Sie mit ihnen später?

War es hilfreich?

Lösung

Archiv sie als Referenz für zukünftige Projekte. Sie werden dann nützlich, wenn Sie Geschichte Punkte abschätzen. Oft ähnlich klingenden Geschichten kommen über Projekte.

Andere Tipps

Um - sie halten und sie in der Projektdatei setzen. CYA in allen Fällen. Man kann nie wissen, wenn ein Client kommen zurück und fragen Sie: „Warum ist dies so?“ Oder „Wer entschied das war, wie war es?“. Anschließend können Sie die User Story herausziehen und Sicherung haben.

Immer alles wie diese halten, bis die Garantiezeit auf die Software abgelaufen ist ... es sei denn, Sie in die Lage versetzt werden soll, wo Sie aufgefordert werden könnte, zu „reparieren“ etwas, das wirklich eine Veränderung kostenlos war.

Der Mülleimer scheint ein geeigneter Ort.

PEZ ist fast richtig. Bereiten Sie die Karten anstatt Müll sie. :)

Es gibt wirklich keinen Sinn, sie zu halten. Wenn Sie eine Geschichte von Änderungen benötigen, können Sie die von Ihrem SCM und Test-Scripts erhalten.

Eine weitere Stimme für sie zu halten. Ich weiß, es ist ein schmutziges Wort, aber die User Stories sind Teil Ihrer Dokumentation und dienen einen wichtigen Zweck.

Drei Jahre ab jetzt, wenn Sie (oder die Erbin) sind Änderungen an dem System zu machen, es ist hilfreich, um die historischen Dokumente zu haben, zu wissen, warum Sie die Dinge so haben Sie getan haben.

Es hilft auch, wenn sich die Situation ändert und Sie müssen neu schreiben zu können, zurück über die Benutzergeschichten gehen, dass die Anwendung erfüllt und bestimmen, ob oder ob nicht die gleichen Geschichten auf die neue Version gelten.

I wickelt in der Regel jeweils Iterationen im Wert von User Stories (und Aufgaben) in einem Gummiband und eine neue Karte vor, die Geschwindigkeit und die geschätzten Punkte besagt. Ich hatte noch nie, obwohl sie keinen Gebrauch, mit Ausnahme von nostalgischem Reasing. So halten sie für das Archiv würde ich sagen: -9

Hang auf sie!

Ich schreibe Anforderungen (und nicht-Code), aber ich finde häufig alte User Stories und Akzeptanztests (meine und andere) selbst rereading.

alte Geschichten Überprüfung kann mir die klarste Formulierung für komplizierte Konzepte finden helfen, anstatt das Rad neu zu erfinden. Sie dienen manchmal als nützliche Erinnerung für Details, die ich sonst vergessen könnte zu dokumentieren. Geschichten von anderen geschrieben helfen mir kommen zu beschleunigen auf Funktionen, die ich nicht involviert war in, und wird wahrscheinlich ein gutes Lernwerkzeug für neue Mitarbeiter sein.

ich könnte weitermachen, aber lassen Sie mich es einfach so:
Welches ist wahrscheinlicher, größere Probleme zu verursachen - die Geschichten zu halten und sie nicht brauchen, oder die Geschichten benötigen und nicht mit ihnen

Halten Sie sie (archivieren), so dass, wenn es einen Streit oder Streit über etwas in der Zukunft ist, haben Sie einen Verweis darauf, und kann selbst abdecken.

Abgeschlossene User Stories sind im Wesentlichen die endgültige Spezifikation für Ihr Projekt. Wenn Sie mit einem formalen Anforderung Dokument oder Spezifikation gestartet, gibt es viele Lektionen durch den Vergleich Ihres abgeschlossenen User Storys mit diesem Dokument gelernt werden. Wenn Sie nicht über ein erstes Dokument, dann dokumentieren Sie Ihre abgeschlossenen User Stories, die Funktionalität Ihres Projektes. In jedem Fall, ich denke, es ist sehr wertvoll, um sie zu hängen, für die Zukunft, ob im Projekt Obduktionen oder bei der Schätzung und nachfolgende Projekte zu planen.

Ich finde, dass wir nie wissen, was in der Zukunft nützlich sein wird, so meine Empfehlung, sie zu markieren, und sie einreichen. Wenn Sie physische Karten verwenden, scannen sie dann etwas so einfach tun als einen Tag der Bilddatei hinzufügen. Stellen Sie sich vor in einem Tag-Cloud sucht später gemeinsame Themen zu finden oder zu lokalisieren und wieder verwenden Ihre Inhalte.

Wie bei allen Dingen gedränge, aber, wenn es beginnt, zu viel Zeit, dann ist es wahrscheinlich die Mühe nicht wert. Sie nicht es einen verrückten Prozess machen, nur um es schnell Datei und vergessen Sie es.

Cheers, Reeves

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top