<?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 für Inspect &amp; Adapt</title>
	<atom:link href="http://www.inspectandadapt.de/comments/feed" rel="self" type="application/rss+xml" />
	<link>http://www.inspectandadapt.de</link>
	<description>Praxis-Erfahrungen aus dem agilen Umfeld</description>
	<lastBuildDate>Mon, 06 Feb 2012 11:18:23 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Kommentar zu Auch selbstorganisierte Teams brauchen Führung von derDoubleD</title>
		<link>http://www.inspectandadapt.de/agile-themen-allgemein/auch-selbstorganisierte-teams-brauchen-fuhrung#comment-78</link>
		<dc:creator>derDoubleD</dc:creator>
		<pubDate>Mon, 06 Feb 2012 11:18:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.inspectandadapt.de/?p=388#comment-78</guid>
		<description>Nach etwas Überlegung fällt mir die provokative Gegenfrage ein: Wo handelt der Scrum Master nicht führend? Am Ende ist das sicherlich eine Frage des Führungsverständnisses, aber wenn man von &quot;dienender Führung&quot; (&lt;a href=&quot;http://en.wikipedia.org/wiki/Servant_leadership&quot; rel=&quot;nofollow&quot;&gt;Servant Leadership&lt;/a&gt; nach Robert K. Greenleaf) ausgeht, dann deckt sich das in weiten Teilen mit meinen Vorstellungen von Führung und meinen Vorstellungen zu den Aufgaben eines Scrum Masters.

In Scrum gibt es keine benannten Grenzen der Führung - Scrum beschreibt drei Rollen und darunter die des Scrum Masters und es wird nicht darüber gesprochen, wer welche Art von Führung übernehmen kann/soll und wo welche Grenzen sind. Das sind Fragen, die von Team zu Team und von Unternehmen zu Unternehmen unterschiedlich sein können. Häufig liest und hört man, dass disziplinarische Führungsaufgaben nicht gut beim Scrum Master (übrigens auch nicht gut beim Product Owner) aufgehoben sind - das teile ich so nicht unbedingt. Über dieses Thema will ich mich in einem kommenden Blog-Beitrag nachdenken.</description>
		<content:encoded><![CDATA[<p>Nach etwas Überlegung fällt mir die provokative Gegenfrage ein: Wo handelt der Scrum Master nicht führend? Am Ende ist das sicherlich eine Frage des Führungsverständnisses, aber wenn man von &#8220;dienender Führung&#8221; (<a href="http://en.wikipedia.org/wiki/Servant_leadership" rel="nofollow">Servant Leadership</a> nach Robert K. Greenleaf) ausgeht, dann deckt sich das in weiten Teilen mit meinen Vorstellungen von Führung und meinen Vorstellungen zu den Aufgaben eines Scrum Masters.</p>
<p>In Scrum gibt es keine benannten Grenzen der Führung &#8211; Scrum beschreibt drei Rollen und darunter die des Scrum Masters und es wird nicht darüber gesprochen, wer welche Art von Führung übernehmen kann/soll und wo welche Grenzen sind. Das sind Fragen, die von Team zu Team und von Unternehmen zu Unternehmen unterschiedlich sein können. Häufig liest und hört man, dass disziplinarische Führungsaufgaben nicht gut beim Scrum Master (übrigens auch nicht gut beim Product Owner) aufgehoben sind &#8211; das teile ich so nicht unbedingt. Über dieses Thema will ich mich in einem kommenden Blog-Beitrag nachdenken.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Auch selbstorganisierte Teams brauchen Führung von Mo</title>
		<link>http://www.inspectandadapt.de/agile-themen-allgemein/auch-selbstorganisierte-teams-brauchen-fuhrung#comment-77</link>
		<dc:creator>Mo</dc:creator>
		<pubDate>Wed, 01 Feb 2012 15:58:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.inspectandadapt.de/?p=388#comment-77</guid>
		<description>Das Thema Scrummaster und &quot;Führung&quot; ist auch bei uns ein ewiger Unsicherheitsfaktor. Kann man konkrete Beispiele benennen in denen der Scrummaster führend handelt ? Und wo sind die Grenzen dieser Führung ?</description>
		<content:encoded><![CDATA[<p>Das Thema Scrummaster und &#8220;Führung&#8221; ist auch bei uns ein ewiger Unsicherheitsfaktor. Kann man konkrete Beispiele benennen in denen der Scrummaster führend handelt ? Und wo sind die Grenzen dieser Führung ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Backlog Grooming – sinnvoll oder Overhead? von derDoubleD</title>
		<link>http://www.inspectandadapt.de/agile-themen-allgemein/backlog-grooming-%e2%80%93-sinnvoll-oder-overhead#comment-75</link>
		<dc:creator>derDoubleD</dc:creator>
		<pubDate>Thu, 26 Jan 2012 12:42:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.inspectandadapt.de/?p=360#comment-75</guid>
		<description>Wie so oft ist das abhängig von der konkreten Situation (Thema, Team und so weiter). Verantwortlich für den fachlichen Teil des Backlogs ist der Product Owner und ich kann mir vorstellen, dass es schwierig wird, die geplante Prio gegenchecken zu lassen, wenn der PO hierbei nicht für Fragen zur Verfügung steht. 

Im optimalen Fall braucht man das Grooming vielleicht gar nicht, weil alle benötigten Infos so klar sind, dass sich das Team im Sprint-Planning einfach losplanen kann. Meiner Erfahrung nach fehlt aber meistens fachliche Informationen für die Schätzung. Ein Grooming vorab deckt das auf und gibt dem PO die Möglichkeit, offene Fragen bis zum Planning zu klären damit die Planung dann überhaupt gut möglich ist. Meiner Erfahrung nach ist es unbedingt sinnvoll, den PO im Grooming dabei zu haben, weil sich so einige Fragen auch direkt und schnell klären lassen.</description>
		<content:encoded><![CDATA[<p>Wie so oft ist das abhängig von der konkreten Situation (Thema, Team und so weiter). Verantwortlich für den fachlichen Teil des Backlogs ist der Product Owner und ich kann mir vorstellen, dass es schwierig wird, die geplante Prio gegenchecken zu lassen, wenn der PO hierbei nicht für Fragen zur Verfügung steht. </p>
<p>Im optimalen Fall braucht man das Grooming vielleicht gar nicht, weil alle benötigten Infos so klar sind, dass sich das Team im Sprint-Planning einfach losplanen kann. Meiner Erfahrung nach fehlt aber meistens fachliche Informationen für die Schätzung. Ein Grooming vorab deckt das auf und gibt dem PO die Möglichkeit, offene Fragen bis zum Planning zu klären damit die Planung dann überhaupt gut möglich ist. Meiner Erfahrung nach ist es unbedingt sinnvoll, den PO im Grooming dabei zu haben, weil sich so einige Fragen auch direkt und schnell klären lassen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Backlog Grooming – sinnvoll oder Overhead? von MissH.</title>
		<link>http://www.inspectandadapt.de/agile-themen-allgemein/backlog-grooming-%e2%80%93-sinnvoll-oder-overhead#comment-73</link>
		<dc:creator>MissH.</dc:creator>
		<pubDate>Wed, 18 Jan 2012 22:18:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.inspectandadapt.de/?p=360#comment-73</guid>
		<description>Warum reicht es nicht das Backlog Grooming allein mit dem Scrum Master abzuhalten. Ich würde das eher als grobe Vorbereitung auf die große Sprint Planung sehen. In dem Backlog Grooming kann der PO seine geplante Prio gegenchecken lassen bevor es in die große Runde geht. Unsere Agentur macht zwar kein Scrum habe, haber aber bei einer aktuellen Projekteumsetzung einige Elemente aus Scrum ausprobiert. Dazu habe ich vor der Sprint Planung eine Vorbesprechung mit dem TV (Technisch Verantwortlicher auf dem Projekt) gehabt. Das hat geholfen einige Denkfehler in der Priorisierung die der PM technisch nicht im Detail bewerten kann, vorab noch anzupassen.</description>
		<content:encoded><![CDATA[<p>Warum reicht es nicht das Backlog Grooming allein mit dem Scrum Master abzuhalten. Ich würde das eher als grobe Vorbereitung auf die große Sprint Planung sehen. In dem Backlog Grooming kann der PO seine geplante Prio gegenchecken lassen bevor es in die große Runde geht. Unsere Agentur macht zwar kein Scrum habe, haber aber bei einer aktuellen Projekteumsetzung einige Elemente aus Scrum ausprobiert. Dazu habe ich vor der Sprint Planung eine Vorbesprechung mit dem TV (Technisch Verantwortlicher auf dem Projekt) gehabt. Das hat geholfen einige Denkfehler in der Priorisierung die der PM technisch nicht im Detail bewerten kann, vorab noch anzupassen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Besser zuhören &#8211; ein guter Vorsatz für das nächste Jahr von MissH.</title>
		<link>http://www.inspectandadapt.de/agile-themen-allgemein/besser-zuhoren-ein-guter-vorsatz-fur-das-nachste-jahr#comment-72</link>
		<dc:creator>MissH.</dc:creator>
		<pubDate>Wed, 18 Jan 2012 21:51:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.inspectandadapt.de/?p=399#comment-72</guid>
		<description>Klingt sehr simpel und ist es an sich auch. Die größte Hürde ist das Überwinden von nahezu im Unbewussten tiefverankerte Verhaltensmuster.</description>
		<content:encoded><![CDATA[<p>Klingt sehr simpel und ist es an sich auch. Die größte Hürde ist das Überwinden von nahezu im Unbewussten tiefverankerte Verhaltensmuster.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  www.inspectandadapt.de/comments/feed ) in 1.78251 seconds, on Feb 22nd, 2012 at 11:17 pm UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 23rd, 2012 at 12:17 am UTC -->
