Wie nennen Sie Sprints in Ihren Projekten? [geschlossen]

Einige Scrum-Softwareverwaltungstools bieten Ihnen diese Option, um Ihre Sprints explizit zu benennen.

Haben Sie eine bevorzugte Art, Ihre Sprints zu benennen, oder verwenden Sie nur ein einfaches Schema wie 1, 2, 3, ...?

Fragen Sie das Team .

Wenn sie denken, dass es Spaß macht oder nützlich ist, den Sprint zu benennen, wählen Sie einen zusammen.

Da jeder Sprint ein Ziel haben sollte, sollte es kein Problem sein, einen passenden Namen zu finden.

Die Benennung des Sprints könnte dem Team helfen, sich auf das Hauptziel zu konzentrieren.

Ich persönlich würde so etwas lieben.

Nachdem ich darüber nachgedacht hatte, kam ich mit der folgenden Konvention:

<year> CW <starting calendar week> - <ending calendar week>: <goal> (<version>)

Die Version ist optional.

So haben Sie am Ende etwas wie:

2013 CW 27-28: Improved reporting and dashboards (v1.5.1)
2013 CW 29-30: Redesigned gadgets (v1.5.2)
...

Diese Syntax beantwortet die Fragen:

• Wann wurde es gemacht?
• Warum wurde es gemacht?
• Unter welcher Version wurde es veröffentlicht?

Und auch:

• Es ist sortierbar
• Es ist vorhersehbar
• Ermöglicht Flexibilität ohne Informationsverlust

In einer Firma, in der ich gearbeitet habe, hatten wir monatliche Sprints / Veröffentlichungen und benannten sie alphabetisch nach Internet-Memes. Die Veröffentlichungen, an denen ich kürzlich gearbeitet habe, waren:

• keyboardcat
• lol Katze
• Megahai
• Numanuma

Das hat dem Prozess ein wenig Spaß gemacht, besonders wenn es darum ging, die bevorstehende Iteration zu benennen.

Wenn das Ganze für einen bestimmten Zweck bestimmt ist ("Bericht hinzufügen", "Europäische Standorte einbeziehen"), dann ist da Ihr Name. Wenn es sich um eine Sammlung von Dingen aus dem Backlog handelt, funktioniert ein vages Datum ("die Veröffentlichung im Juni") für uns. Dies lässt uns zu einem Benutzer sagen: "Ich denke nicht, dass das in die Juni-Veröffentlichung passt, ist es in Ordnung, es in die nächste zu setzen?" oder "wenn Sie das in der Juni-Veröffentlichung wollen, müssen wir [was auch immer] bis zum 5. Juni erledigen". Sie sind nur Etiketten, aber sie dienen einem Zweck.

Für uns macht es Spaß, unseren nummerierten Veröffentlichungen und größeren Projekten, die die Monotonie ein wenig auflösen, auf jeden Fall interne, lustige Namen zu geben. Wir sind immer auf der Suche nach witzigeren / kreativeren Namen für unsere größeren Projekte und Veröffentlichungen. Natürlich verwenden wir auch ein herkömmliches Nummerierungs- (1.0, 1.1) oder datumsbasiertes System, um den Überblick über den Code zu behalten. Unser bisher bestes System sind Rapper der alten Schule. Niemand sagt, dass Scrum-Entwicklung kein bisschen lustig sein kann

Ex. Beastie Boys, Coolio, DJ Jazzy Jeff, Eazy-E, Flavour Flav, usw.

In meinem Team sind die Sprints in der Regel nach der von uns vorbereiteten Produktionsversion benannt. Bei einer Produktionsversion, die mehrere Sprints umfasst, wird die Iterationsnummer angehängt. So zum Beispiel

• 5.0.2 Iteration 1
• 5.0.2 Iteration 2
• 4.16.1

etc.

Termine!

In unserem Prozess wird für jeden Sprint, den wir ausführen, ein Release-Zweig verwendet, sodass die Namen von Sprint und Release-Zweig übereinstimmen. Wir verwenden das geplante Erscheinungsdatum als Namen der Niederlassung und des Sprints.

Dies erleichtert gleichzeitig das Verständnis des Verlaufs. Wenn Sie beispielsweise in einer alten E-Mail nach einem Fehler suchen, den Sie aufgrund des Datums der E-Mail für behoben gehalten haben, können Sie ganz einfach zum nächsten Filialnamen springen ( s) um eine bessere Vorstellung von der Veränderung zu bekommen. (Sicher, Sie sollten dies hoffentlich auch in Ihrem Bug-Tracker nachverfolgen, aber wir alle wissen, dass dies nicht immer der Fall ist.)

Es ist auch sehr schön, dass unser gesamtes Team immer genau weiß, wie der Name lautet, sodass wir immer auf der gleichen Seite sind, wenn es um einen Sprint oder eine Niederlassung geht. (Es gibt nie eine Verwechslung von "Ist 'Dachs' diese Woche oder letzte Woche?".)

Meiner Meinung nach liefert die Verwendung von Zahlen für den Namen keinen wirklichen Wert. Es mag zwar Spaß machen, aber auch keine abstrakten Namen. Die Verwendung zielgerichteter Namen ist möglicherweise eine nette Ergänzung (z. B. "2012-04-03: Aktualisierte Kunden-Widgets"), aber ich würde nicht einfach nur abstrakte Namen verwenden.

Für jede Veröffentlichung wählen wir einen Großstadt-Codenamen in alphabetischer Reihenfolge (z. B. A tlanta, B oston, C hicago, D allas ...).

Und einige College-Namen in dieser Stadt werden zu unseren Sprint-Namen (Morehouse, Spelman, ..., Harvard, Cambridge usw.)

Ich habe nie wirklich daran gedacht, sie zu benennen. Normalerweise haben wir am Ende eine Build-ID angehängt, um Probleme zu verfolgen, aber die Benennung ist nicht Teil des Prozesses. Bei Veröffentlichungen alle zwei Wochen würden Sie 26 Namen pro Jahr durchbrennen.

Ich nehme an, dies würde es zu einem lustigen Teil der Sprintplanung machen. Vielleicht muss ich es für unseren nächsten Sprint versuchen.