Wie sollen wir Sprints in der agilen Entwicklung nennen, wenn wir einem Kunden keine Beratung verkaufen?

Natürlich wäre es eine Option, Sprints „Sprints“ zu nennen, aber obwohl das allgemein bekannt ist und ein Bild von wirklich harter Arbeit und viel Erledigung vermitteln könnte, könnte es auch bedeuten, „sich so schnell wie möglich zu bewegen, ohne Rücksicht auf Ermüdung“. . Und obwohl davon ausgegangen werden kann, dass die direkt an den Sprints beteiligten Personen dies verstehen, könnten Manager, die nicht direkt an den Sprints beteiligt sind, denken, dass Sprints, nun ja, Sprinten beinhalten.

Ich glaube, als der ursprüngliche Begriff geprägt wurde, stand dies im Zusammenhang mit der Beratung von Kunden auf Stundenbasis, was ein Teil der Motivation für die Bezeichnung Sprint sein könnte. So eine Art "bei 200 $/Stunde sollten Sie besser sprinten"-Sache. Aber in diesem Fall kaufen die Kunden die Software, nicht die Zeit, also ist es ihnen egal, ob wir sprinten oder nicht.

Was ist also ein guter Name für einen Sprint, der die Leute nicht dazu verleitet zu denken, dass es bedeutet, so hart wie möglich zu arbeiten, ohne Pausen bis zum Umfallen?

Und bevor jemand in einer Antwort darauf hinweist, es gibt viele großartige Möglichkeiten, Menschen über einen guten agilen Prozess aufzuklären, aber darum geht es bei dieser Frage nicht. Hier geht es darum, Sprints so zu benennen, dass möglichst viel dazu beiträgt, Menschen allein durch den Namen über einen guten agilen Prozess aufzuklären.

Antworten (6)

Ich würde diese als "Iterationen" bezeichnen. Sie können Ihren Prozess gegenüber Ihren Kunden in Form von Iterationen beschreiben – z. B. Wir arbeiten in zweiwöchigen Iterationen. Das heißt, wir legen am ersten Tag fest, welche Arbeiten wir in den nächsten zwei Wochen erledigen werden.... etc...

Danke für die Antwort. Zur Verdeutlichung, ich suche wirklich nach einem internen Namen. Aber Ihre Antwort gilt immer noch.
Ich verwende „Iterationen“ intern und extern.

Begriffe des öffentlichen Sektors

Jede Branche und Branche hat ihr eigenes Patois . Im öffentlichen Sektor werden agile Praktiken allgemein als „modulare Entwicklung“ bezeichnet, und Sprints liefern „Inkremente“ oder „nützliche Segmente“. Ein Beispiel finden Sie auf Seite 7 der Contracting Guidance to Support Modular Development .

Begriffe aus dem Privatsektor

Für Unternehmen, die sich mit agilen Praktiken auskennen, ist es dennoch oft sinnvoll, die Begriffe so zu definieren, wie Sie sie verwenden wollen. Für meine Kunden definiere ich allgemein agile Frameworks (z. B. Scrum) als:

Ein iterativer Prozess (oder eine Reihe von Prozessen), bei dem das Ziel jeder Iteration darin besteht, ein nachweisbares Inkrement an für den Benutzer sichtbarer Funktionalität zu vervollständigen.

Ich bin mir sicher, dass andere Leute ähnliche Dinge gesagt haben, aber das obige Zitat stammt von mir, daher habe ich keine externe Referenz dafür. Ich finde es einfach sinnvoll, meine Begriffe mit den Leuten so zu definieren, dass wir uns, egal wie wir es unter uns nennen, zumindest theoretisch über das eigentliche Ziel einig sind.

Siehe auch

Ich erhalte „Seite nicht gefunden“ von der ersten URL unter „Siehe auch“.

Aus der Scrum-Perspektive ist der Sprint nicht nur eine Iteration. Es hat auch Verpflichtung (Planung) und Rechenschaftspflicht (Demo) .

Wenn Sie die Terminologie ändern, können Sie nicht mehr mit anderen Praktizierenden kommunizieren. Wenn das Management die Definition von Sprint nicht versteht und bei der Terminologie stehen bleibt, könnte es denken, dass Scrum bedeutet, dass die Entwickler jeden Morgen in eine Formation gehen:

echtes Gedränge

Mein Punkt ist, dass man einen bestehenden Namen nicht ändern sollte, weil es einfacher ist, etwas zu verkaufen . Verkaufen Sie die Idee, nicht den Namen. Die Leute kaufen ein bestimmtes Produkt nicht, weil es von einer Firma hergestellt wurde, die nach einer Frucht benannt ist. Sie kaufen, weil sie wissen, wofür sie stehen : Zuverlässigkeit, Statussymbolik usw.

Meiner Erfahrung nach sind die meisten Manager schlau und kennen den Unterschied und verstehen die Bedeutung eines Sprints .

Ich glaube nicht, dass Sie sich wirklich Gedanken über die Semantik machen müssen. „Sprint“ ist eine ziemlich übliche Terminologie, und die Kunden werden sich mehr um die End-Sprint-Überprüfung/Burndown-Diagramme usw. kümmern. Was ist ein Name, solange die Arbeit erledigt wird?

Wenn Sie den Namen wirklich ändern müssen, wie wäre es mit Timebox? Wenn Sie die agile DSDM-Terminologie verwenden, können Sie das Projekt in iterative Zyklen aufteilen und die Iterationen dann in Timeboxes aufteilen. Das ist dasselbe wie „Sprint“, aber mit einem anderen Namen.

Wie wäre es mit „Timeboxed Work Packages“?

"Arbeit" klingt immer noch so, als würde es sich um Menschen handeln. Vielleicht "Time-Boxed Resource Allocations"?
"Ressourcenzuweisung" klingt für mich nur nach einer Terminvereinbarung, während ich echte Ergebnisse erwarten würde. Kompromiss bei „Time-Boxed Delivery“? - obwohl ich immer noch "Arbeitspakete" bevorzuge. Ohne Arbeit geht es nicht!

Was ist die Perspektive dessen, was Sie einen Sprint für Ihren Kunden nennen? Hat der Kunde Transparenz und erhält er eine Leistung, die er bewertet und genehmigen muss? Gibt er Feedback zu dem Produkt, das Sie für zukünftige Versionen in Betracht ziehen? Ist das Produkt klar und geschlossen genug definiert, um die Entwicklung abzuschließen? Meiner Meinung nach sollten Sie Ihrem Kunden auf die Beine helfen, es so zu benennen, dass es für ihn sinnvoll ist, und auch klar genug für das Team sein, um die Kundenperspektive zu verstehen. Ohne weitere Informationen können Sie es vielleicht "Release", "Version" oder ähnliches nennen. Das Thema ist wichtig, da es wahrscheinlicher die Erwartungen beschreibt und hilft, sie zu erfüllen.

Wie sollen wir Sprints in der agilen Entwicklung nennen, wenn wir einem Kunden keine Beratung verkaufen?
AntwortenHierDatenschutz-Bestimmungen1y, 0v