Ist das wichtig? Solange Sie sie identifizieren können, ist das alles, was wichtig ist.
ChrisF
@ChrisF: Es kann wichtig sein, ob der Name mit dem Sprintziel zusammenhängt (siehe Antwort von Pierre). Dies ist ein wichtiges Instrument zur Förderung der Klarheit und der Konzentration auf das Team. Ich bin nicht einverstanden mit dem Schließen.
Azheglov
Antworten:
25
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.
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.
Eine Veröffentlichung kann mehrere Sprints haben. Ich denke, die Foo Release Convention ist nicht sehr angemessen.
Behrang Saeedzadeh
Wenn Sie auf dieser Ebene der Granularität darüber sprechen müssen, wäre meine erste Wahl die Funktionalität ("das französische Zeug") und meine zweite wäre 1,2,3 a, b, c oder dergleichen innerhalb von Versionsnamen.
Kate Gregory
4
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
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
Ich bin schon früher auf Probleme gestoßen ... PHBs, die das nicht wirklich verstehen, sind entschlossen, eine bestimmte Version wie 4.16.1 zu BENÖTIGEN (weil sie davon einmal gehört haben), auch wenn diese inzwischen von anderen abgelöst wurde . Ich bin versucht, jeden nach einer Käferart zu benennen und dabei zu belassen. Tod für PHBs !!
SHug
2
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.
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.
Da hat dies in letzter Zeit einige Aufmerksamkeit auf sich gezogen. Während wir bei einem Job, nachdem ich dies gepostet hatte, den Sprint benannten, stimmte das Thema des Namens mit der Sprintnummer überein. Ich denke, es hat etwas mit unserer Tracking-Software zu tun, die dies ermöglicht. Wir haben die Benennung aufgegeben, als wir
Antworten:
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.
quelle
Nachdem ich darüber nachgedacht hatte, kam ich mit der folgenden Konvention:
Die Version ist optional.
So haben Sie am Ende etwas wie:
Diese Syntax beantwortet die Fragen:
Und auch:
quelle
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:
Das hat dem Prozess ein wenig Spaß gemacht, besonders wenn es darum ging, die bevorstehende Iteration zu benennen.
quelle
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.
quelle
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.
quelle
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
etc.
quelle
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.
quelle
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.)
quelle
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.
quelle