Was haltet ihr von "Planning Poker"? [geschlossen]

Poker planen

Zusammenfassung, falls Sie den Wiki-Artikel nicht lesen möchten:

1. Rufen Sie eine Liste der Aufgaben ab, die Sie für die bevorstehende Iteration ausführen möchten
2. Für jede Aufgabe:
   2.1 mit der Gruppe Besprechen Sie, was es mit sich bringt
   2.2 Jeder schreibt / wählt eine Schätzung , wie viel Aufwand für die Aufgabe erforderlich
   2.3 Jeder zeigt ihre Schätzung
   2.4 Die höchsten und niedrigsten Ausreißer erklären ihre Argumentation
   2.5 wiederholen , bis ein Konsens erreicht wird ,

Normalerweise sind Zahlen aus der Fibonacci-Sequenz wie 0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100 zulässig, sodass Sie keine langen Argumente über enge Werte wie 23 vs erhalten 27.

Darüber hinaus stellen die Zahlen einen einheitenlosen Wert des Aufwands dar, dessen Wert durch eine Basisaufgabe bestimmt wird, bei der alle übereinstimmen, dass sie gleich einer 1 ist, und alles andere ist relativ zu dieser.

Letztendlich ist es das Ziel, ein gutes Gefühl für die "Geschwindigkeit" eines bestimmten Teams zu bekommen. Dies ist die Anzahl dieser Punkte, die in einer bestimmten Iteration erreicht werden können. Auf diese Weise ist es möglich, einigermaßen genaue Schätzungen darüber vorzunehmen, wie lange eine bestimmte Funktion dauern wird.

Wir haben dies bei Iterationsplanungstreffen in einem Unternehmen getan, in dem ich gearbeitet habe, und ich dachte, es sei eines der wenigen guten Dinge an diesem bestimmten Unternehmen. Also, was ich mich wundere ist, hat jemand das benutzt? Denken Sie, dass es ein nützliches Werkzeug für die Schätzung ist? Funktioniert es in allen Situationen oder eignet es sich für bestimmte Teams, Projekte usw.?

Wir verwenden es in unserem Unternehmen für das Projekt, an dem ich beteiligt bin. Einige Anmerkungen zur Planung von Poker finden Sie in meinem letzten Blog-Post . Hier ist eine größere Liste, warum es cool ist:

1. Es macht alle einverstanden . Die Menschen sind nicht gezwungen , ein Ergebnis zu akzeptieren. stattdessen sind sie gezwungen, ihre eigene Schätzung zu machen! Die Zeit, um ihre eigenen Schätzungen zu verteidigen, wird ebenfalls zugewiesen, falls dies erforderlich ist.

2. Es hält alle beschäftigt . Sie können während des Meetings nicht nachlassen und gleichzeitig zeigen, dass Sie so involviert sind. Die Notwendigkeit, die Hände zu bewegen, ist auch eine gute körperliche Übung, um Sie vom Schlafen abzuhalten.

   Ein Nachteil davon ist jedoch, dass Sie manchmal etwas anderes tun müssen (z. B. Notizen machen und die Details der Vereinbarung aufschreiben, die Sie gerade erreicht haben).

3. Es hält Besprechungen schneller . Es ist nicht erforderlich, ständig einen Besprechungsleiter hinzuzuziehen, um das Tempo zu halten. Das Spiel mit klaren Regeln ist dafür viel besser. Ja, Sie müssen einige zusätzliche Züge machen, um Karten aufzulegen, aufzudecken usw., aber diese zahlen sich aus.

4. Viele Leute spielen einfach gerne Karten , besonders Poker :-) Das steigert die Motivation.

Ein Unternehmen, das Kartendecks dieser Art verkauft, begleitete seine Website mit einem Artikel über Planning Poker , der ebenfalls lesenswert ist.

Wir nutzen es ausgiebig. Ich finde, es hat mehrere Vorteile gegenüber herkömmlichen Methoden:

1. Das Team übernimmt mehr Verantwortung für Schätzungen
2. Oft bevorzugen Programmierer-Archetypen Introvertierte - diese Methode ermutigt sie, dort beizutragen, wo sie sich ansonsten extrovertierten Persönlichkeiten widersetzen könnten
3. Wenn ein Merkmal eine breite Verteilung von Schätzungen aufweist, ist dies ein guter Indikator für das Risiko
4. Allein durch die Schätzung erfahren Sie mehr über die Aufgaben
5. Es gibt nichts Schöneres, als Menschen in einen Raum zu bringen, in dem sie effektiv kommunizieren

Ich stimme den Punkten von Pavel zu. Es gibt noch eine andere Sache, die wertvoll ist. Es ebnet das Spielfeld für Diskussionen. Oft übertönen stille Menschen in einer Gruppendiskussion durch verbalere Personen. Wenn Sie Poker planen, haben alle die Möglichkeit, ihre Entscheidung zu treffen, bevor die aktive Diskussion beginnt. Und wenn es die ruhige Person ist, die die "Ausreißer" -Meinung abgibt, haben sie die volle Bühne, um ihren Fall zu präsentieren. Daher stärkt die Technik die leiseren Mitwirkenden und sichert die volle Teambeteiligung.

Nachdem wir Planning Poker für ein paar Sprints genutzt hatten, erkannte das Management schließlich, was uns Entwicklern seit Monaten bekannt war. Wir werden nicht rechtzeitig fertig sein.

Das Planen des Pokers oder genauer der Story-Point-basierten Schätzung ist viel genauer als herkömmliche Schätzverfahren, da es eine einfache Möglichkeit darstellt, die kombinierte Komplexität des gesamten Funktionssatzes mit tatsächlichen Messungen der tatsächlichen Kapazität des Teams zu kombinieren.

Hier gibt es bereits viele gute Antworten - ich wollte nur auf eine weitere Besonderheit hinweisen.

Wenn Sie Planning Poker verwenden, sehen Sie sofort, wie stark die Meinungsverschiedenheiten über die Größe der Arbeit sind. Wenn ich denke, dass es eine 2 ist und Sie denken, dass es eine 3 ist, können wir es einfach eine 3 nennen und weitermachen. Aber wenn ich denke, dass es eine 1 ist und Sie denken, dass es eine 5 ist, besprechen wir es besser.

Es bringt alle zum Reden und Nachdenken über das, was getan wird. Auch wenn ich nicht daran arbeiten werde, muss ich auf die Schätzung achten. Das hilft mir, wenn ich in zwei Monaten an etwas arbeiten muss, das diesen Bereich berührt.

Es ist auch leicht zu begreifen. Zeigen Sie den Menschen eine Struktur für Arbeitsunterbrechungen und ihre Augen leuchten und sie fangen an, im Schlaf zu sabbern. Zeigen Sie ihnen eine Liste der Aufgaben für die nächsten 2-4 Wochen und sie können das verstehen.

Eine weitere gute Sache: Die Diskussionen darüber, ob Aufgabe X eine '3' oder eine '8' ist, helfen dem Team dabei, den genauen Umfang zu bestimmen. Später gibt es also keine Unstimmigkeiten darüber, was Aufgabe X bedeutete.

Ich mag Pavel's Punkte und möchte hinzufügen, dass es Junior-Entwicklern oder Noobs wirklich hilft, viel schneller zu lernen. Sie können sich nicht einfach zurücklehnen und die Senior-Entwickler herrschen lassen. Ihre Stimme zählt genauso viel und wenn sie sich wirklich darauf konzentrieren, ihre Schätzungen genau zu machen, werden sie viel von den erfahrenen Entwicklern lernen.

Ich mag es nicht in meinem derzeitigen Team, vor allem, weil wir Leute haben, die sich grundsätzlich nicht dafür interessieren. Wir verbringen einen erheblichen Teil einer Pflegesitzung damit, darüber zu diskutieren, ob sich das Zeigen lohnt, und unser Produktbesitzer bricht niemals Epen auf, sodass wir in der Regel völlig unerwartete Schätzungen oder Geschichten haben, bei denen die Punkte darauf hindeuten, dass die Sache nur aufgeschlüsselt werden muss .

Nichts geht über 40 und zwei 20 in einem Sprint!