<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Kommentare zu: Drei Missverständnisse rund um User Stories	</title>
	<atom:link href="https://raitner.de/2018/11/drei-missverstaendnisse-rund-um-user-stories/feed/" rel="self" type="application/rss+xml" />
	<link>https://raitner.de/2018/11/drei-missverstaendnisse-rund-um-user-stories/?pk_campaign=feed&#038;pk_kwd=drei-missverstaendnisse-rund-um-user-stories</link>
	<description></description>
	<lastBuildDate>Wed, 29 Jul 2020 10:52:24 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>
		Von: Marcus Raitner		</title>
		<link>https://raitner.de/2018/11/drei-missverstaendnisse-rund-um-user-stories/?pk_campaign=feed&#038;pk_kwd=drei-missverstaendnisse-rund-um-user-stories/#comment-6146</link>

		<dc:creator><![CDATA[Marcus Raitner]]></dc:creator>
		<pubDate>Wed, 02 Jan 2019 13:32:46 +0000</pubDate>
		<guid isPermaLink="false">https://fuehrung-erfahren.de/?p=8622#comment-6146</guid>

					<description><![CDATA[Als Antwort auf &lt;a href=&quot;https://raitner.de/2018/11/drei-missverstaendnisse-rund-um-user-stories/?pk_campaign=feed&#038;pk_kwd=drei-missverstaendnisse-rund-um-user-stories/#comment-5930&quot;&gt;Sebastian&lt;/a&gt;.

Vielen Dank für deinen Einblick, Sebastian. Das klingt so, als hättest du da eine ganz gute Balance gefunden. Es ist für beide Seiten eine Umstellung: Für die Stakeholder / Anforderer genauso wie für die Entwickler; niemand kann einfach mehr auf den anderen zeigen und sich darauf zurückziehen, dass der erst mal die Arbeit machen soll. Es geht nur miteinander und genau darum geht es.]]></description>
			<content:encoded><![CDATA[<p>Als Antwort auf Sebastian.</p>
<p>Vielen Dank für deinen Einblick, Sebastian. Das klingt so, als hättest du da eine ganz gute Balance gefunden. Es ist für beide Seiten eine Umstellung: Für die Stakeholder / Anforderer genauso wie für die Entwickler; niemand kann einfach mehr auf den anderen zeigen und sich darauf zurückziehen, dass der erst mal die Arbeit machen soll. Es geht nur miteinander und genau darum geht es.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Sebastian		</title>
		<link>https://raitner.de/2018/11/drei-missverstaendnisse-rund-um-user-stories/?pk_campaign=feed&#038;pk_kwd=drei-missverstaendnisse-rund-um-user-stories/#comment-5930</link>

		<dc:creator><![CDATA[Sebastian]]></dc:creator>
		<pubDate>Fri, 21 Dec 2018 12:27:08 +0000</pubDate>
		<guid isPermaLink="false">https://fuehrung-erfahren.de/?p=8622#comment-5930</guid>

					<description><![CDATA[Markus,
vielen lieben Dank für den interessanten Artikel. 

Ich selbst darf mich stolz als Product Owner im Fachbereich bezeichnen :) - und wie schon richtig zusammengefasst: Ein Backlog-Eintrag ist eine Idee, die im gemeinsamen Gespräch (bei uns im Projekt in &quot;3-Amigo-Sessions&quot; (PO, BA, Design, ggf. Dev)) vertieft werden. Ist das abgeschlossen, werden noch in Cucumber die Akzeptanzkriterien hinterlegt und so ist es sichergestellt, dass auch die richtigen Themen entwickelt werden (MVP lässt grüßen). Die Backlog-Priorisierung sorgt für die korrekte Priorität.

Ein oft angetroffenes Problem ist, dass bis dato viele Stakeholder sich nicht so gerne mit den Details und Tiefen ihrer Wünsche auseinander setzen wollen - das ist ja zu viel Arbeit. Allerdings ist im großen Ganzen auch zu berücksichtigen; dass diese wertschaffende Vorarbeit viele nachgelagerte Prozesse/Themen deutlich vereinfacht.

Ich sehe es als meine Mission, diese Involvierung zu vertiefen und so den Fokus auf die langfristige - und natürlich auch erfolgreiche - Weiterentwicklung des Produktes zur Mehrwertmaximierung zu richten.

Als Product Owner ist Kommunikation nun mal der Schlüssel zum Erfolg - der den Unterschied zwischen einem erfolgreichen und erfolglosen Produktes ausmacht,

Sebastian]]></description>
			<content:encoded><![CDATA[<p>Markus,<br>
vielen lieben Dank für den interessanten Artikel. </p>
<p>Ich selbst darf mich stolz als Product Owner im Fachbereich bezeichnen :) – und wie schon richtig zusammengefasst: Ein Backlog-Eintrag ist eine Idee, die im gemeinsamen Gespräch (bei uns im Projekt in „3‑Amigo-Sessions“ (PO, BA, Design, ggf. Dev)) vertieft werden. Ist das abgeschlossen, werden noch in Cucumber die Akzeptanzkriterien hinterlegt und so ist es sichergestellt, dass auch die richtigen Themen entwickelt werden (MVP lässt grüßen). Die Backlog-Priorisierung sorgt für die korrekte Priorität.</p>
<p>Ein oft angetroffenes Problem ist, dass bis dato viele Stakeholder sich nicht so gerne mit den Details und Tiefen ihrer Wünsche auseinander setzen wollen – das ist ja zu viel Arbeit. Allerdings ist im großen Ganzen auch zu berücksichtigen; dass diese wertschaffende Vorarbeit viele nachgelagerte Prozesse/Themen deutlich vereinfacht.</p>
<p>Ich sehe es als meine Mission, diese Involvierung zu vertiefen und so den Fokus auf die langfristige – und natürlich auch erfolgreiche – Weiterentwicklung des Produktes zur Mehrwertmaximierung zu richten.</p>
<p>Als Product Owner ist Kommunikation nun mal der Schlüssel zum Erfolg – der den Unterschied zwischen einem erfolgreichen und erfolglosen Produktes ausmacht,</p>
<p>Sebastian</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Marcus Raitner		</title>
		<link>https://raitner.de/2018/11/drei-missverstaendnisse-rund-um-user-stories/?pk_campaign=feed&#038;pk_kwd=drei-missverstaendnisse-rund-um-user-stories/#comment-5895</link>

		<dc:creator><![CDATA[Marcus Raitner]]></dc:creator>
		<pubDate>Sat, 24 Nov 2018 20:02:55 +0000</pubDate>
		<guid isPermaLink="false">https://fuehrung-erfahren.de/?p=8622#comment-5895</guid>

					<description><![CDATA[Als Antwort auf &lt;a href=&quot;https://raitner.de/2018/11/drei-missverstaendnisse-rund-um-user-stories/?pk_campaign=feed&#038;pk_kwd=drei-missverstaendnisse-rund-um-user-stories/#comment-5892&quot;&gt;Rainer Lührig&lt;/a&gt;.

Vielen Dank, Rainer! Das freut mich.]]></description>
			<content:encoded><![CDATA[<p>Als Antwort auf Rainer Lührig.</p>
<p>Vielen Dank, Rainer! Das freut mich.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Marcus Raitner		</title>
		<link>https://raitner.de/2018/11/drei-missverstaendnisse-rund-um-user-stories/?pk_campaign=feed&#038;pk_kwd=drei-missverstaendnisse-rund-um-user-stories/#comment-5894</link>

		<dc:creator><![CDATA[Marcus Raitner]]></dc:creator>
		<pubDate>Sat, 24 Nov 2018 20:02:26 +0000</pubDate>
		<guid isPermaLink="false">https://fuehrung-erfahren.de/?p=8622#comment-5894</guid>

					<description><![CDATA[Als Antwort auf &lt;a href=&quot;https://raitner.de/2018/11/drei-missverstaendnisse-rund-um-user-stories/?pk_campaign=feed&#038;pk_kwd=drei-missverstaendnisse-rund-um-user-stories/#comment-5893&quot;&gt;Heinz&lt;/a&gt;.

Danke für deinen Kommentar, lieber Heinz. Diese Trennung Fachbereich und IT fördert diese Kunden-Lieferanten-Beziehung natürlich – insbesondere wenn über Jahrzehnte eingeübt. Ich bin mir nicht sicher, wer da mehr in diesem Anti-Pattern verhaftet ist … ich erlebe Fachbereiche, die sehr engagiert mitarbeiten und das teilweise sogar im Team als Entwickler und ich erlebe IT, die nur mit perfekter Spezifikation arbeiten.]]></description>
			<content:encoded><![CDATA[<p>Als Antwort auf Heinz.</p>
<p>Danke für deinen Kommentar, lieber Heinz. Diese Trennung Fachbereich und IT fördert diese Kunden-Lieferanten-Beziehung natürlich –&nbsp;insbesondere wenn über Jahrzehnte eingeübt. Ich bin mir nicht sicher, wer da mehr in diesem Anti-Pattern verhaftet ist … ich erlebe Fachbereiche, die sehr engagiert mitarbeiten und das teilweise sogar im Team als Entwickler und ich erlebe IT, die nur mit perfekter Spezifikation arbeiten.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Heinz		</title>
		<link>https://raitner.de/2018/11/drei-missverstaendnisse-rund-um-user-stories/?pk_campaign=feed&#038;pk_kwd=drei-missverstaendnisse-rund-um-user-stories/#comment-5893</link>

		<dc:creator><![CDATA[Heinz]]></dc:creator>
		<pubDate>Sat, 24 Nov 2018 09:30:39 +0000</pubDate>
		<guid isPermaLink="false">https://fuehrung-erfahren.de/?p=8622#comment-5893</guid>

					<description><![CDATA[Hallo Markus,
Diese Antipatterns beobachte ich auch oft. Leider habe ich aber oft (zumindest bei organisatorischer Trennung von Fachbereich und IT) das Gefühl, dass nur die IT das Kunden-/Lieferantenebene durch Zusammenarbeit ersetzen will. Der Fachbereich will seine Kundenrolle behalten. Alles andere bedeutet nämlich mehr Arbeit und weniger Management-Kontrolle.
Vielleicht  stehe ich aber mit dieser Beobachtung alleine da. 
Vielen Dank für den Beitrag.]]></description>
			<content:encoded><![CDATA[<p>Hallo Markus,<br>
Diese Antipatterns beobachte ich auch oft. Leider habe ich aber oft (zumindest bei organisatorischer Trennung von Fachbereich und IT) das Gefühl, dass nur die IT das Kunden-/Lieferantenebene durch Zusammenarbeit ersetzen will. Der Fachbereich will seine Kundenrolle behalten. Alles andere bedeutet nämlich mehr Arbeit und weniger Management-Kontrolle.<br>
Vielleicht  stehe ich aber mit dieser Beobachtung alleine da.<br>
Vielen Dank für den Beitrag.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Rainer Lührig		</title>
		<link>https://raitner.de/2018/11/drei-missverstaendnisse-rund-um-user-stories/?pk_campaign=feed&#038;pk_kwd=drei-missverstaendnisse-rund-um-user-stories/#comment-5892</link>

		<dc:creator><![CDATA[Rainer Lührig]]></dc:creator>
		<pubDate>Fri, 23 Nov 2018 12:29:27 +0000</pubDate>
		<guid isPermaLink="false">https://fuehrung-erfahren.de/?p=8622#comment-5892</guid>

					<description><![CDATA[Vielen vielen Dank für diesen myth buster !
Das gibt meinem miesen Gefühl mit der erlebten Handhabung von User Stories und Product Owner Ship Worte]]></description>
			<content:encoded><![CDATA[<p>Vielen vielen Dank für diesen myth buster !<br>
Das gibt meinem miesen Gefühl mit der erlebten Handhabung von User Stories und Product Owner Ship Worte</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
