Projekt-Gamification – ist es einen Versuch wert? [geschlossen]

Ich überlege, einige Gaming-Elemente in ein Projekt einzuführen. Das Team macht Scrum und es wäre schön, etwas mehr Motivation hinzuzufügen, also dachte ich über eine Reihe von Belohnungen nach, die Teamarbeit und die Einhaltung der Best Practices des Unternehmens fördern würden.

Welche Vor- und Nachteile fallen euch ein?

Bearbeiten: Als ich über Belohnungen sprach, meinte ich, einige virtuelle Punkte für die "richtige" Vorgehensweise zuzuweisen. Einige Punkte können für Aktionen einer Person vergeben werden, aber mehr für die Aktion des gesamten Teams. Punkte sollten gegen Teampartys, langlebige Geschenke oder andere Vorteile eintauschbar sein.

Zum Beispiel: Wenn ein Team Probleme hat, pünktlich zu sein, dann würde ich eine geringere Belohnung für eine Person in Betracht ziehen, die für den gesamten Sprint pünktlich ist, aber eine größere Belohnung für alle Teammitglieder, die pünktlich sind. Ein weiteres Beispiel ist DoD (Definition of Done). In manchen Teilen hängt es eher von Kreativität und gutem Willen ab als von „Schaffen-nach-der-Liste“-Verhalten.

Seien Sie genauer in Bezug auf den "Satz von Belohnungen", den Sie verwenden werden
Vorsichtig. Belohnungssysteme funktionieren bei manchen Teams, bei anderen nicht. Stellen Sie sicher, dass sie mit Ihrem aktuellen Team zusammenarbeiten. Ich würde auch davon abraten, Dinge zu belohnen, die erledigt werden müssen – wie Pünktlichkeit.
Ich habe eher die Idee erklärt, als ein Beispiel für eine Belohnung zu geben, aber es lohnt sich, diesen Ratschlag anzunehmen. Ich denke, Gamification ist der wichtigste Teil meiner Frage. Sie können das Spielsystem auch in PMSE sehen: Abzeichen, Punkte, offizielle Ranglisten, Privilegien. Ich hatte gehofft, Feedback von Leuten zu bekommen, die das bereits getan haben und teilen könnten. Ich habe keine Fragen zu den Regeln oder der Idee selbst erwartet, aber davon ausgegangen, dass "Gamification" viel erklärt.
Basieren Sie Ihren Ansatz auf den Prinzipien von Stack Exchange, da Stack Gamification so unglaublich gut funktioniert hat.

Antworten (3)

Sie sind nicht spezifisch, was genau Sie ausprobieren möchten, aber solange Sie es als eine Art Experiment behandeln, können Sie damit nicht wirklich etwas falsch machen. Es wäre jedoch ziemlich schwierig zu diskutieren, wie genau dies das Team beeinflussen könnte.

Wenn ich an Experimente denke, gehe ich davon aus, dass:

  • Sie haben nicht vor, Gamification (oder irgendeine andere Idee) als Top-Down-Mach-was-ich-sag-Ding einzuführen.
  • Sie möchten es mit dem Team besprechen und zuerst deren Zustimmung erhalten.
  • Sie werden die Auswirkungen der Einführung neuer Verfahren, oder wie auch immer wir es nennen, bewerten und sie entsprechend dem erhaltenen Feedback anpassen.
  • Sie sind bereit, es komplett wegzuwerfen, wenn es nicht wirklich funktioniert oder die Leute es nicht mögen, wenn sie es einmal ausprobiert haben.

Bei einer solchen Einstellung ist der potenzielle Vorteil, zumindest theoretisch, groß. Sie können jedoch keine Vorteile als selbstverständlich betrachten. Und Sie können auch nicht erwarten, einen bestimmten Bereich zu reparieren oder zu verbessern, zumindest solange Sie ein allgemeines Konzept und keine spezifischen Implementierungen diskutieren.

Andererseits ist der potenzielle Nachteil eher begrenzt, da Sie nur ein wenig Zeit investieren, wahrscheinlich nicht so viel, da Sie vorhaben, Gamification bei Aufgaben einzusetzen, die Sie sowieso erledigen – es ist eher eine andere Art, alte Dinge zu tun als völlig neue Dinge tun.

Ich glaube, der Wert, den Sie aus einem solchen Experiment ziehen können, hängt mehr von Ihrer Einstellung ab als von einer bestimmten Technik, die Sie implementieren werden.

UPDATE (nachdem Beispiele zur Frage hinzugefügt wurden): Warum nicht das Team über die Spielregeln entscheiden lassen? Es würde auf jeden Fall besser funktionieren und auch leichter angenommen werden, wenn das Team Spielregeln aufstellen würde. Ihre Rolle wäre nur, den Kurs zu korrigieren, wenn sie zu weit gehen. Übrigens: Wenn es keinen Spaß macht, werden die Leute es wahrscheinlich weniger spielen, also seien Sie nicht ganz streng, wenn es darum geht, die Grenze zwischen Regeln zu ziehen, die richtig sind, und denen, die nicht sind.

Gute Annahmen. Ich bin kein Typ, der tut, was ich sage. Am meisten habe ich Angst vor der gemischten Natur des Teams. Es setzt sich sowohl aus der jüngeren als auch der etwas älteren Generation zusammen. Buy-In und Ergebnis werden also wahrscheinlich nicht binär 1/0 sein.
Es ist nie entweder 1 oder 0. Deshalb brauchen Sie Buy-it vom Team und nicht nur von ein paar einzelnen Teammitgliedern. Lassen Sie sie als Gruppe entscheiden. Sie haben wahrscheinlich eine Menge Leute, die der Idee total ergeben sind, und solche, die zögern. Aber warum nicht erstere am Buy-in von letzteren arbeiten lassen?

Wenn das Team Hudson verwendet, könnte das Plugin The Continuous Integration Game nützlich sein, wenn Metriken zur Codequalität wichtig sind (und im Build getestet werden).

Für diejenigen unter Ihnen, die sich für RedCritter Tracker interessieren, habe ich hier einen Artikel gefunden, der ein Video und Screenshots der Gamefication-Funktion enthält.

http://gigaom.com/collaboration/redcritter-tracker-agile-project-management-with-gamification/

Projekt-Gamification – ist es einen Versuch wert? [geschlossen]
AntwortenHierDatenschutz-Bestimmungen1y, 0v