<?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: Die Vorteile von Featureteams	</title>
	<atom:link href="https://raitner.de/2018/04/die-vorteile-von-featureteams/feed/" rel="self" type="application/rss+xml" />
	<link>https://raitner.de/2018/04/die-vorteile-von-featureteams/?pk_campaign=feed&#038;pk_kwd=die-vorteile-von-featureteams</link>
	<description></description>
	<lastBuildDate>Wed, 29 Jan 2020 07:29:18 +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/04/die-vorteile-von-featureteams/?pk_campaign=feed&#038;pk_kwd=die-vorteile-von-featureteams/#comment-6445</link>

		<dc:creator><![CDATA[Marcus Raitner]]></dc:creator>
		<pubDate>Wed, 19 Jun 2019 10:52:24 +0000</pubDate>
		<guid isPermaLink="false">https://fuehrung-erfahren.de/?p=7857#comment-6445</guid>

					<description><![CDATA[Als Antwort auf &lt;a href=&quot;https://raitner.de/2018/04/die-vorteile-von-featureteams/?pk_campaign=feed&#038;pk_kwd=die-vorteile-von-featureteams/#comment-6444&quot;&gt;Michael Franz&lt;/a&gt;.

Spannende Gedanken. Wie immer kommt es drauf an. Natürlich ist es toll, wenn jedes Team seins hat und es eine klare Verantwortung gibt. Darunter leidet aber auch die Flexibilität und letztlich die Wertschöpfung. Was passiert nämlich, wenn in einer Komponente mal weniger zu tun ist und umgekehrt an einem anderen Eck mehr zu tun wäre um die wirklich wichtigen Sachen umzusetzen? Dann macht jedes Team immer noch seins und das führt dazu, dass auch an Sachen gearbeitet wird, die global gesehen nicht so wichtig wären.

Ich sehe auch keinen Widerspruch zur Selbstorganisation. Die beinhaltet doch auch die Koordination mit anderen Teams.]]></description>
			<content:encoded><![CDATA[<p>Als Antwort auf Michael Franz.</p>
<p>Spannende Gedanken. Wie immer kommt es drauf an. Natürlich ist es toll, wenn jedes Team seins hat und es eine klare Verantwortung gibt. Darunter leidet aber auch die Flexibilität und letztlich die Wertschöpfung. Was passiert nämlich, wenn in einer Komponente mal weniger zu tun ist und umgekehrt an einem anderen Eck mehr zu tun wäre um die wirklich wichtigen Sachen umzusetzen? Dann macht jedes Team immer noch seins und das führt dazu, dass auch an Sachen gearbeitet wird, die global gesehen nicht so wichtig wären.</p>
<p>Ich sehe auch keinen Widerspruch zur Selbstorganisation. Die beinhaltet doch auch die Koordination mit anderen Teams.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Michael Franz		</title>
		<link>https://raitner.de/2018/04/die-vorteile-von-featureteams/?pk_campaign=feed&#038;pk_kwd=die-vorteile-von-featureteams/#comment-6444</link>

		<dc:creator><![CDATA[Michael Franz]]></dc:creator>
		<pubDate>Wed, 19 Jun 2019 09:57:01 +0000</pubDate>
		<guid isPermaLink="false">https://fuehrung-erfahren.de/?p=7857#comment-6444</guid>

					<description><![CDATA[Stehen Featureteams nicht grundsätzlich im Konflikt mit der ursprünglichen Definition von Scrum Teams?

Ein wesentlicher Aspekt eines Scrum Teams ist die Selbstorganisation. Task/Stories erledigen zu können, ohne dabei von anderen Teams abhängig zu sein. Denn diese Abhängigkeit bedeutet immer Reibungsverluste. Bei Featureteams müssen mehrere Teams ihre Änderungen an derselben Komponente koordinieren. Im schlimmsten Fall stehen die Anforderungen, die verschiedene Teams umsetzten müssen, sogar im Konflikt zueinander. Die Gefahr besteht, dass innerhalb einer Komponente nochmals vertikale Silos entstehen – um diese Konflikte zwischen verschiedenen Teams zu umgehen. 

Nach meiner Interpretation von Conways Law, sollte man genau deshalb diese Situation vermeiden. Im Wesentlichen sagt dieses ja aus, dass um Teams automatisch Silos entstehen werden. Darum sollten auch Teams, Komponenten und Organisations-Struktur korrelieren, damit daraus möglichst wenige Konflikte entstehen.

Komme ich regelmäßig in die Situation Features über mehrere Teams verbreiten zu müssen, dann deutet das meiner Meinung auf ein Architektur-Problem hin. Die Silos korrelieren nicht mit den Anforderungen. Die Verletzung des Single-Reponsibility-Prinzips führt genau zu solchen Problemen. Ziel sollte es sein dieses Problem zu beheben.]]></description>
			<content:encoded><![CDATA[<p>Stehen Featureteams nicht grundsätzlich im Konflikt mit der ursprünglichen Definition von Scrum Teams?</p>
<p>Ein wesentlicher Aspekt eines Scrum Teams ist die Selbstorganisation. Task/Stories erledigen zu können, ohne dabei von anderen Teams abhängig zu sein. Denn diese Abhängigkeit bedeutet immer Reibungsverluste. Bei Featureteams müssen mehrere Teams ihre Änderungen an derselben Komponente koordinieren. Im schlimmsten Fall stehen die Anforderungen, die verschiedene Teams umsetzten müssen, sogar im Konflikt zueinander. Die Gefahr besteht, dass innerhalb einer Komponente nochmals vertikale Silos entstehen – um diese Konflikte zwischen verschiedenen Teams zu umgehen. </p>
<p>Nach meiner Interpretation von Conways Law, sollte man genau deshalb diese Situation vermeiden. Im Wesentlichen sagt dieses ja aus, dass um Teams automatisch Silos entstehen werden. Darum sollten auch Teams, Komponenten und Organisations-Struktur korrelieren, damit daraus möglichst wenige Konflikte entstehen.</p>
<p>Komme ich regelmäßig in die Situation Features über mehrere Teams verbreiten zu müssen, dann deutet das meiner Meinung auf ein Architektur-Problem hin. Die Silos korrelieren nicht mit den Anforderungen. Die Verletzung des Single-Reponsibility-Prinzips führt genau zu solchen Problemen. Ziel sollte es sein dieses Problem zu beheben.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Marcus Raitner		</title>
		<link>https://raitner.de/2018/04/die-vorteile-von-featureteams/?pk_campaign=feed&#038;pk_kwd=die-vorteile-von-featureteams/#comment-6279</link>

		<dc:creator><![CDATA[Marcus Raitner]]></dc:creator>
		<pubDate>Fri, 01 Feb 2019 19:51:07 +0000</pubDate>
		<guid isPermaLink="false">https://fuehrung-erfahren.de/?p=7857#comment-6279</guid>

					<description><![CDATA[Als Antwort auf &lt;a href=&quot;https://raitner.de/2018/04/die-vorteile-von-featureteams/?pk_campaign=feed&#038;pk_kwd=die-vorteile-von-featureteams/#comment-6276&quot;&gt;Michael Fries&lt;/a&gt;.

Lieber Michael, das wäre in der Tat schön, wenn das Lernen schneller voran ginge. Ein Rezept zur Frustbewältigung habe ich leider auch nicht. Ich halte es mittlerweile mit Götz W. Werner und seinem Motto: &quot;Beharrlich im Bemühen, bescheiden in der Erfolgserwartung.&quot;]]></description>
			<content:encoded><![CDATA[<p>Als Antwort auf Michael Fries.</p>
<p>Lieber Michael, das wäre in der Tat schön, wenn das Lernen schneller voran ginge. Ein Rezept zur Frustbewältigung habe ich leider auch nicht. Ich halte es mittlerweile mit Götz W. Werner und seinem Motto: „Beharrlich im Bemühen, bescheiden in der Erfolgserwartung.“</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Michael Fries		</title>
		<link>https://raitner.de/2018/04/die-vorteile-von-featureteams/?pk_campaign=feed&#038;pk_kwd=die-vorteile-von-featureteams/#comment-6276</link>

		<dc:creator><![CDATA[Michael Fries]]></dc:creator>
		<pubDate>Thu, 31 Jan 2019 19:30:00 +0000</pubDate>
		<guid isPermaLink="false">https://fuehrung-erfahren.de/?p=7857#comment-6276</guid>

					<description><![CDATA[Hallo Marcus,
Du schöpfst mit Deinen Beispielen gerne aus unserer täglichen Arbeitspraxis und den Diskussionen in der Community unseres gemeinsamen Arbeitsgebers.
Es wäre schön wenn die Erkenntnisse, die auch in vielen anderen Foren zu finden sind, bei uns schneller aufgenommen würden. Aber wahrscheinlich gehört es eben auch zum Lernen jeder einzelnen Organisation, alle Fehler zu wiederholen. Dass durch fehlende Vernetzung grosse Organisationen - bestehend aus vielen kleinen Organisationen - schlecht bis nicht lernen haben wir beide ja bereits vor Monaten besprochen. 
Wenn diese Dinge immer mehr zum Ärgernis in der täglichen Arbeit werden, was kann man dann tun?
Magst Du nicht einen Artikel schreiben über Frustbewältigung anlässlich einer agilen Transformation? Auch wenn ich weiss dass alle mitgenommen werden müssen ist es doch frustrierend, dass ausgerechnet die langsamsten die Geschwindigkeit bestimmen sollen...]]></description>
			<content:encoded><![CDATA[<p>Hallo Marcus,<br>
Du schöpfst mit Deinen Beispielen gerne aus unserer täglichen Arbeitspraxis und den Diskussionen in der Community unseres gemeinsamen Arbeitsgebers.<br>
Es wäre schön wenn die Erkenntnisse, die auch in vielen anderen Foren zu finden sind, bei uns schneller aufgenommen würden. Aber wahrscheinlich gehört es eben auch zum Lernen jeder einzelnen Organisation, alle Fehler zu wiederholen. Dass durch fehlende Vernetzung grosse Organisationen – bestehend aus vielen kleinen Organisationen – schlecht bis nicht lernen haben wir beide ja bereits vor Monaten besprochen.<br>
Wenn diese Dinge immer mehr zum Ärgernis in der täglichen Arbeit werden, was kann man dann tun?<br>
Magst Du nicht einen Artikel schreiben über Frustbewältigung anlässlich einer agilen Transformation? Auch wenn ich weiss dass alle mitgenommen werden müssen ist es doch frustrierend, dass ausgerechnet die langsamsten die Geschwindigkeit bestimmen sollen…</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
