<?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: Projektplanung 101: Shu-Ha-Ri	</title>
	<atom:link href="https://raitner.de/2013/03/projektplanung-101-shu-ha-ri/feed/" rel="self" type="application/rss+xml" />
	<link>https://raitner.de/2013/03/projektplanung-101-shu-ha-ri/?pk_campaign=feed&#038;pk_kwd=projektplanung-101-shu-ha-ri</link>
	<description></description>
	<lastBuildDate>Mon, 18 Jan 2021 19:47:09 +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/2013/03/projektplanung-101-shu-ha-ri/?pk_campaign=feed&#038;pk_kwd=projektplanung-101-shu-ha-ri/#comment-2370</link>

		<dc:creator><![CDATA[Marcus Raitner]]></dc:creator>
		<pubDate>Mon, 18 Mar 2013 07:58:06 +0000</pubDate>
		<guid isPermaLink="false">http://fuehrung-erfahren.de/?p=3607#comment-2370</guid>

					<description><![CDATA[Als Antwort auf &lt;a href=&quot;https://raitner.de/2013/03/projektplanung-101-shu-ha-ri/?pk_campaign=feed&#038;pk_kwd=projektplanung-101-shu-ha-ri/#comment-2369&quot;&gt;tural&lt;/a&gt;.

Danke für Ihre Anmerkung. Die Planung grundsätzlich steht meiner Meinung nach auch nicht in Frage. Es ist mehr die klassische Projektplanung in Form von umfangreichen und weit in die Zukunft reichenden Ablaufplänen, die (zu Recht) in Frage gestellt wird. Planen im Sinne von sich einen Überblick verschaffen und zu behalten, was noch zu tun ist und als nächstes getan werden sollte, ist immer notwendig. Was mir an agilen Methoden dabei am besten gefällt, dass diese Planung ein Miteinander ist und nicht ein heldenhafter Projektleiter alles plant und zur Ausführung bringt.]]></description>
			<content:encoded><![CDATA[<p>Als Antwort auf tural.</p>
<p>Danke für Ihre Anmerkung. Die Planung grundsätzlich steht meiner Meinung nach auch nicht in Frage. Es ist mehr die klassische Projektplanung in Form von umfangreichen und weit in die Zukunft reichenden Ablaufplänen, die (zu Recht) in Frage gestellt wird. Planen im Sinne von sich einen Überblick verschaffen und zu behalten, was noch zu tun ist und als nächstes getan werden sollte, ist immer notwendig. Was mir an agilen Methoden dabei am besten gefällt, dass diese Planung ein Miteinander ist und nicht ein heldenhafter Projektleiter alles plant und zur Ausführung bringt.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: tural		</title>
		<link>https://raitner.de/2013/03/projektplanung-101-shu-ha-ri/?pk_campaign=feed&#038;pk_kwd=projektplanung-101-shu-ha-ri/#comment-2369</link>

		<dc:creator><![CDATA[tural]]></dc:creator>
		<pubDate>Mon, 18 Mar 2013 07:43:50 +0000</pubDate>
		<guid isPermaLink="false">http://fuehrung-erfahren.de/?p=3607#comment-2369</guid>

					<description><![CDATA[&quot;Diese Serie beschäftigt sich mit dem zentralen Thema klassischen Projektmanagements: der Projektplanung. Bei einigen Menschen, insbesondere bei Anhängern agiler Vorgehensweisen, stößt dieses Thema auf wenig Interesse oder offene Ablehnung. &quot; - Die Erfahrung habe ich auch paar Mal gemacht. Diese &quot;einigen Menschen&quot; reduzierten allerdings agiles PM ausschließlich auf Sprint-Ebene (Entwicklungsteam).   
Betrachtet man drei Ebenen des agilen PM, stellt man fest, dass man -vor allem auf der Product Owner Ebene- mehr als ordentlich planen muss.]]></description>
			<content:encoded><![CDATA[<p>„Diese Serie beschäftigt sich mit dem zentralen Thema klassischen Projektmanagements: der Projektplanung. Bei einigen Menschen, insbesondere bei Anhängern agiler Vorgehensweisen, stößt dieses Thema auf wenig Interesse oder offene Ablehnung. “ – Die Erfahrung habe ich auch paar Mal gemacht. Diese „einigen Menschen“ reduzierten allerdings agiles PM ausschließlich auf Sprint-Ebene (Entwicklungsteam).<br>
Betrachtet man drei Ebenen des agilen PM, stellt man fest, dass man ‑vor allem auf der Product Owner Ebene- mehr als ordentlich planen muss.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
