Das war „Bring Your Product Owner“

Und sie kamen, die Product Owner! Und sie kamen, die Scrum Master und agilen Software Entwickler. Zum 8. V-ARC Treffen in den 43. Stock des Millennium Towers, in den Räumlichkeiten der Firma EBCONT.

Es gab eine Podiumsdiskussion mit Product Ownern, beinahe wie im Club 2, unter reger Teilnahme und mit vielen Fragen der Besucher. Danach klang die Veranstaltung in einem regen informellen Teil aus, bei Brötchen und einem kitschig-orangen Sonnenuntergang, wie ihn nur der Millennium Tower zu bieten hat.

V-ARC Treffen am 4.10. „Bring your Product Owner“

Liebe V-ARC Kollegen,

es ist soweit, der V-ARC meldet sich aus der Sommerpause zurück.

Do 4.10. 15:00,
EBCONT, Millenium Tower,
Handelskai 94-96 1200 Wien 34. Obergeschoss

Bitte um Anmeldung im XING hier
Diesmal unter dem Motto „Bring your Product Owner“.

Wir werden dabei brennende Fragen (Beispiele siehe unten) aus dem Bereich Agilität und Requirements mit echten Product Ownern diskutieren.

Wenn Du einen Product Owner mitbringen kannst bitten wird Dich um Rückmeldung an wolfgang.goebl@r-solution.at.

Auf Dein Kommen freut sich schon

Wolfgang Göbl

  • Wie wichtig ist schriftliche Analysedokumentation (zusätzlich zu User Stories)?
  • Wie ist es Dir mit dem Scoping gegangen (Stories die nicht umgesetzt werden)
  • Wie lief der Anforderungsprozess (wer hat wie dokumentiert, wie wurde erhoben)?
    Ist die Einbindung von Endbenutzern aus Deiner Sicht sinnvoll und hat sie stattgefunden?
  • Kommst du aus dem FB oder aus der IT?
  • Wie wurdest du auf die PO-Rolle vorbereitet bzw. als PO ausgebildet?
  • Welche konkrete Aufgaben nehmen welchen Anteil an deiner Tätigkeit ein.
  • Was macht dir an deiner Arbeit als PO am meisten Spaß? Highlights?
  • Was sind die größten Herausforderungen?
  • Wo „menschelt“ es?
  • Welche Erfahrungen/Lessons Learned könntest du anderen POs weitergeben
  • Wie bist du Product Owner geworden?
  • Wie hat dich das Team unterstützt?
  • Was hast du als große Hilfe wahrenommen?
  • Was ist das Schwierigste an deinem PO–Alltag?
  • Wie sieht dein Alltag aus (etwa: schreibst du Stories oder macht das das Team hautpsächlich, an wen berichtest du, machst du Projekt Controlling, …)
  • Wie unterstützt dich das Top–Management?
  • Was macht ihr als PO anders zu früher?
  • Wie würdest Du Deinen Wandel hin zu PO Rolle beschreiben? Was waren
  • Erfolgsfaktoren für die erfolgreiche Ausübung PO Rolle?

7. Treffen „Psychologische und Soziologische Aspekte im Agilen Requirements Engineering“ 27.6. 15:00

Liebe Interessierte an agilen Requirements,

unser bereits 7. Treffen findet statt:

am Mi 27.6. 15:00-18:00
in Raiffeisen Solution, 1190 Wien, Mooslackengasse 23

Das Thema sind diesmal psychologische und soziologische Aspekte im agilen RE. Es sollen u.a. die unten angeführten Fragestellungen diskutiert werden.

Es freut mich besonders, dass Professor Christian Korunka (Institut für Wirtschaftspsychologie, Uni Wien) dabei sein wird und wir so eine interdisziplinäre Diskussion führen können.

Außerdem gibt es informelle Kurzreferate (je 10 Minuten) aus der Praxis von

  • Michael Leber (ANECON)
  • Karin Stropek (selbstständige Business Analystin)
  • Peter Gerstbach (selbstständiger Business Analyst)
  • Bernhard Pieber (selbstständiger Berater)

Viele Grüße
Wolfgang Göbl

—————————————————-

Teamsoziologie
Fragen:

  • Rolle des Analytikers in einem Ansatz der keine Rollen vorsieht
  • Welche Teamsoziologischen Aspekte treten in agilen RE-Methoden ofters auf
  • Welche Konflikte treten im agilen Requirements Management typischerweise auf ( z.B. Kompetenzuberschneidungen Fachbereich/Analytiker/Scrum Master, z.B. Kompetenzuberschneidung Analytiker/UI Designer/UI Entwickler, z.B. Analytiker mochte sauber dokumentieren -> wird von Projektteam overruled)
  • Interessenskonflikt Analytiker->Entwickler
  • Wie bekommt man Fachbereich und Analytiker/Projektteam auf selbe Augenhohe

Psychologische Aspekte allgemein
Fragen:

  • Welche psychologischen Aspekte treten in agilem RE auf die es im Wasserfall so nicht gibt?
  • Welche Aspekte finden sich ofters in den Unternehmen
  • Auswirkungen von Politik&Macht auf agile Requirements

Fragen:

  • Werden Fragen von Politik und Macht durch Scrum elegant auf den Kunden (Product Owner) transferiert?
  • Wie geht man mit Anforderungen um die der Product Owner aufgrund machtiger Stakeholder einmeldet, die aber die Integritat des Systems gefahrden oder nur unnotige Komplexitat ins System holen?