Bewertung eines Produktbesitzers [geschlossen]

8

Wie bewerten Sie einen Product Owner? Genauer gesagt, wie würde man eine Leistungsüberprüfung eines Produktbesitzers durchführen? Welche Eigenschaften oder Merkmale würde man bei der Überprüfung eines Produktbesitzers berücksichtigen?

ManRow
quelle
Was wäre der Zweck der Bewertung eines Produktbesitzers?
Andres F.
@AndresF. Vielleicht möchte der Product Owner oder das obere Management wissen, wie sich der Product Owner in seiner Rolle verhält. Im agilen Prozess hat die PO tatsächlich Verantwortung gegenüber der Entwicklungsgruppe, obwohl die PO häufig die Rolle des unbestreitbaren Lords und Emporers der Software spielt. Es soll nicht so sein, obwohl es üblich ist.
maple_shaft
2
@maple_shaft Sinnvoll. Warum wurde diese Frage dann als nicht zum Thema gehörend geschlossen? Wenn die Bewertung eines Produktbesitzers Teil eines agilen Prozesses ist, ist die Frage sehr thematisch!
Andres F.
@AndresF. Ich stimme der Schließung der Community voll und ganz zu und bin damit nicht einverstanden. Ich habe es wieder geöffnet, aber die Community eingeladen, es wieder zu schließen oder ein Meta-Gespräch zu beginnen, wenn sie das Gefühl haben, dass ich mich geirrt habe. Wenn es jedoch wieder geschlossen wird, werde ich es nicht wieder öffnen.
maple_shaft

Antworten:

10

Bitten Sie die Entwickler um Feedback, die Teil des Teams waren, das das Produkt entwickelt hat, das er "besaß". Sie könnten Fragen stellen wie:

  1. Konnte er anforderungsbezogene Fragen rechtzeitig beantworten?
  2. Konnte er, wenn ihm mehrere Alternativen in Bezug auf ein Feature präsentiert wurden, eine klare Entscheidung darüber treffen, was er will?
  3. Wie oft hat er die Anforderungen geändert? Das passiert immer. In der Lage zu sein, damit umzugehen, bedeutet, agil zu sein. Wenn dies jedoch sehr oft vorkommt, ist dies ein Zeichen dafür, dass der Produktbesitzer keine Ahnung hat, was er tatsächlich will
  4. Konnte er während der Demo-Sitzungen klares Feedback geben?
Ioan Alexandru Cucu
quelle
5

Als Fragen, die ich für nützlich halte:

  • Wenn eine neue Geschichte erstellt wird, wie viel Arbeit wird geleistet, um ihre Qualität sicherzustellen? Gibt es viel Arbeit für Entwickler, bevor sie an etwas arbeiten, oder ist es gut zu gehen, sobald die Bestellung die Anfrage geschrieben hat?

  • Wie verfügbar war die PO im Verlauf des Evaluierungszeitraums für Fragen und Erläuterungen?

  • Wie empfänglich für Rückmeldungen war die PO in Bezug auf die Entwicklung des Prozesses und des Teams im Verlauf mehrerer Sprints?

Von einer höheren Ebene aus würde ich Folgendes sehen:

  1. Entscheidungen fällen. Von der Priorisierung des Rückstands bis zur Klärung der Anforderungen an eine Story gibt es viele Entscheidungen, die von der PO zu bearbeiten sind. War dies ein Problem für das Team in Bezug auf die Bereitstellung von Arbeit? Gab es häufige Verzögerungen bei der Erledigung von Aufgaben?

  2. Kommunikation. Wie gut wurden die Prioritäten kommuniziert? Gab es Demonstrationen der Funktionalität, bei denen die Bestellung entweder direkt Feedback gab oder Kunden dazu brachte, neue Funktionen zu überprüfen, um sicherzustellen, dass die gewünschten Ergebnisse erzielt wurden?

  3. Vision. Dies hängt ein wenig mit der Kommunikation zusammen, aber hier geht es darum zu wissen, welche großen Termine anstehen, wie die Arbeit überprüft wird und in welche Richtung das Team geleitet wird.

JB King
quelle