<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>agileXperience</title>
	<atom:link href="https://www.agilexperience.com/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.agilexperience.com/</link>
	<description>Project Management Consulting</description>
	<lastBuildDate>Sat, 10 Oct 2020 11:49:45 +0000</lastBuildDate>
	<language>de</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.1.9</generator>

<image>
	<url>https://www.agilexperience.com/wp-content/uploads/2017/09/cropped-AGIXP-Logo-32x32.png</url>
	<title>agileXperience</title>
	<link>https://www.agilexperience.com/</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Sinn und Unsinn von Schätzungen &#8211; Teil 3</title>
		<link>https://www.agilexperience.com/agile-blog/sinn-und-unsinn-von-schatzungen-teil-3/</link>
		
		<dc:creator><![CDATA[Thorsten Sturm]]></dc:creator>
		<pubDate>Tue, 09 Apr 2013 15:29:20 +0000</pubDate>
				<category><![CDATA[Agile Blog]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[Projektmanagement]]></category>
		<category><![CDATA[Schätzung]]></category>
		<category><![CDATA[Scrum]]></category>
		<category><![CDATA[Story Points]]></category>
		<category><![CDATA[User Story]]></category>
		<guid isPermaLink="false">http://www.agilexperience.com/?p=507</guid>

					<description><![CDATA[<p>Nachdem wir uns in den letzten beiden Teilen eher mit theoretischen Möglichkeiten der Verbesserung von Schätzprozessen befasst haben, soll es in diesem Teil um ganz konkrete Anwendungsmöglichkeiten gehen.&#160; Unser Szenario sieht wie folgt aus: Wir haben drei identisch große Teams &#8230; <a href="https://www.agilexperience.com/agile-blog/sinn-und-unsinn-von-schatzungen-teil-3/">Weiterlesen <span class="meta-nav">&#8594;</span></a></p>
<p>Der Beitrag <a rel="nofollow" href="https://www.agilexperience.com/agile-blog/sinn-und-unsinn-von-schatzungen-teil-3/">Sinn und Unsinn von Schätzungen &#8211; Teil 3</a> erschien zuerst auf <a rel="nofollow" href="https://www.agilexperience.com">agileXperience</a>.</p>
]]></description>
		
		
		
			</item>
		<item>
		<title>Sinn und Unsinn von Schätzungen &#8211; Teil 2</title>
		<link>https://www.agilexperience.com/agile-blog/sinn-und-unsinn-von-schatzungen-teil-2/</link>
					<comments>https://www.agilexperience.com/agile-blog/sinn-und-unsinn-von-schatzungen-teil-2/#comments</comments>
		
		<dc:creator><![CDATA[Thorsten Sturm]]></dc:creator>
		<pubDate>Fri, 08 Feb 2013 11:54:27 +0000</pubDate>
				<category><![CDATA[Agile Blog]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[Kanban]]></category>
		<category><![CDATA[Projektmanagement]]></category>
		<category><![CDATA[Schätzung]]></category>
		<category><![CDATA[Scrum]]></category>
		<category><![CDATA[Story Points]]></category>
		<category><![CDATA[User Story]]></category>
		<category><![CDATA[Velocity]]></category>
		<guid isPermaLink="false">http://www.agilexperience.com/?p=501</guid>

					<description><![CDATA[<p>Im zweiten Teil dieser kleinen Artikelserie betrachten wir einige prinzipielle Methoden für Schätzungen und wie wir mit der richtigen Auswahl den Aufwand dafür deutlich reduzieren können. Nachdem wir uns im vorigen Teil hauptsächlich mit den Gründen und den Zielgruppen für &#8230; <a href="https://www.agilexperience.com/agile-blog/sinn-und-unsinn-von-schatzungen-teil-2/">Weiterlesen <span class="meta-nav">&#8594;</span></a></p>
<p>Der Beitrag <a rel="nofollow" href="https://www.agilexperience.com/agile-blog/sinn-und-unsinn-von-schatzungen-teil-2/">Sinn und Unsinn von Schätzungen &#8211; Teil 2</a> erschien zuerst auf <a rel="nofollow" href="https://www.agilexperience.com">agileXperience</a>.</p>
]]></description>
		
					<wfw:commentRss>https://www.agilexperience.com/agile-blog/sinn-und-unsinn-von-schatzungen-teil-2/feed/</wfw:commentRss>
			<slash:comments>1</slash:comments>
		
		
			</item>
		<item>
		<title>Sinn und Unsinn von Schätzungen &#8211; Teil 1</title>
		<link>https://www.agilexperience.com/agile-blog/sinn-und-unsinn-von-schatzungen-teil-1/</link>
		
		<dc:creator><![CDATA[Thorsten Sturm]]></dc:creator>
		<pubDate>Mon, 21 Jan 2013 16:49:42 +0000</pubDate>
				<category><![CDATA[Agile Blog]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[Projektmanagement]]></category>
		<category><![CDATA[Schätzung]]></category>
		<category><![CDATA[Scrum]]></category>
		<guid isPermaLink="false">http://content.agilexperience.com/?p=481</guid>

					<description><![CDATA[<p>In der Software-Entwicklung sind wir es seit ewigen Zeiten gewohnt, die Größe von Vorhaben abzuschätzen. Selbst in vielen agilen Vorgehensweisen wird kaum hinterfragt, welchen Nutzen wir aus den Schätzungen ziehen und ob es nicht Mittel und Wege gibt, den Aufwand &#8230; <a href="https://www.agilexperience.com/agile-blog/sinn-und-unsinn-von-schatzungen-teil-1/">Weiterlesen <span class="meta-nav">&#8594;</span></a></p>
<p>Der Beitrag <a rel="nofollow" href="https://www.agilexperience.com/agile-blog/sinn-und-unsinn-von-schatzungen-teil-1/">Sinn und Unsinn von Schätzungen &#8211; Teil 1</a> erschien zuerst auf <a rel="nofollow" href="https://www.agilexperience.com">agileXperience</a>.</p>
]]></description>
		
		
		
			</item>
		<item>
		<title>Der Teamleiter als Scrum Master &#8211; funktioniert das?</title>
		<link>https://www.agilexperience.com/agile-blog/der-teamleiter-als-scrum-master-funktioniert-das/</link>
		
		<dc:creator><![CDATA[Thorsten Sturm]]></dc:creator>
		<pubDate>Thu, 17 Jan 2013 14:52:18 +0000</pubDate>
				<category><![CDATA[Agile Blog]]></category>
		<category><![CDATA[Coaching]]></category>
		<category><![CDATA[Scrum]]></category>
		<category><![CDATA[Scrum Master]]></category>
		<guid isPermaLink="false">http://content.agilexperience.com/?p=467</guid>

					<description><![CDATA[<p>Bei der Frage nach der Besetzung der Rolle des Scrum Masters stoßen sehr schnell gegensätzliche Ansichten bei Kunden und Beratern aufeinander. Der Kunde wünscht sich meist eine interne Lösung, vielfach den bisherigen Teamleiter. Kann so eine Konstellation aber überhaupt funktionieren? &#8230; <a href="https://www.agilexperience.com/agile-blog/der-teamleiter-als-scrum-master-funktioniert-das/">Weiterlesen <span class="meta-nav">&#8594;</span></a></p>
<p>Der Beitrag <a rel="nofollow" href="https://www.agilexperience.com/agile-blog/der-teamleiter-als-scrum-master-funktioniert-das/">Der Teamleiter als Scrum Master &#8211; funktioniert das?</a> erschien zuerst auf <a rel="nofollow" href="https://www.agilexperience.com">agileXperience</a>.</p>
]]></description>
		
		
		
			</item>
	</channel>
</rss>
