<?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: Ziele im Projekt – treffsicher und genau?</title>
	<atom:link href="http://www.projektlandschaften.de/ziele-im-projekt-treffsicher-und-genau/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.projektlandschaften.de/ziele-im-projekt-treffsicher-und-genau/</link>
	<description></description>
	<lastBuildDate>Thu, 07 Jul 2016 07:06:12 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=4.1.41</generator>
	<item>
		<title>Von: Ramon</title>
		<link>http://www.projektlandschaften.de/ziele-im-projekt-treffsicher-und-genau/#comment-427</link>
		<dc:creator><![CDATA[Ramon]]></dc:creator>
		<pubDate>Tue, 24 Sep 2013 14:03:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.projektlandschaften.de/?p=493#comment-427</guid>
		<description><![CDATA[Wenn man das Ziel nicht kennt, erkennt man auch den Sinn der Tätigkeit nur sehr schwer, so kann man sich keine logische und produktive Arbeitsweise zurechtlegen. Das ist oft ein Problem bei einem Projekt, bei dem alles geheim gehalten wird und keine Informationen durchsickern dürfen. So verliert man auch Zeit, da der Fokus nicht auf den essenziellen Bereich geht sondern sich in alle Richtungen verstreut.]]></description>
		<content:encoded><![CDATA[<p>Wenn man das Ziel nicht kennt, erkennt man auch den Sinn der Tätigkeit nur sehr schwer, so kann man sich keine logische und produktive Arbeitsweise zurechtlegen. Das ist oft ein Problem bei einem Projekt, bei dem alles geheim gehalten wird und keine Informationen durchsickern dürfen. So verliert man auch Zeit, da der Fokus nicht auf den essenziellen Bereich geht sondern sich in alle Richtungen verstreut.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Prärie &#124; LEADaktiv BLOG</title>
		<link>http://www.projektlandschaften.de/ziele-im-projekt-treffsicher-und-genau/#comment-426</link>
		<dc:creator><![CDATA[Prärie &#124; LEADaktiv BLOG]]></dc:creator>
		<pubDate>Wed, 05 Jun 2013 09:05:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.projektlandschaften.de/?p=493#comment-426</guid>
		<description><![CDATA[[...] Wer an etwas Theorie zum Thema „Ziele im Projekt“ interessiert ist, sei auf folgenden interessanten Blog-Artikel verwiesen: Ziele im Projekt. [...]]]></description>
		<content:encoded><![CDATA[<p>[&#8230;] Wer an etwas Theorie zum Thema „Ziele im Projekt“ interessiert ist, sei auf folgenden interessanten Blog-Artikel verwiesen: Ziele im Projekt. [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Anke Heines</title>
		<link>http://www.projektlandschaften.de/ziele-im-projekt-treffsicher-und-genau/#comment-425</link>
		<dc:creator><![CDATA[Anke Heines]]></dc:creator>
		<pubDate>Sat, 25 May 2013 18:46:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.projektlandschaften.de/?p=493#comment-425</guid>
		<description><![CDATA[Das finde ich total spannend. Die Definition des Gabler Wirtschaftslexikons trifft zu, aber heißt das, dass kein klares Ziel formuliert werden kann oder soll? 
Laut Wikipedia ist ein Ziel &quot;ein in der Zukunft liegender, gegenüber dem Gegenwärtigen im Allgemeinen veränderter, erstrebenswerter und angestrebter Zustand (Zielvorgabe).&quot; http://de.wikipedia.org/wiki/Ziel

Kann ich sinnvoll losarbeiten, wenn ich diesen Zustand nicht beschreiben kann? Auch wenn ich von Produktinkrement zu Produktinkrement arbeite, sollte doch klar sein, was das Ergebnis ist. Mit Zielen ist in diesem Zusammenhang keine Detailbeschreibung sondern der übergeordnete Zusammenhang, der Zielzustand gemeint. Nur wenn dieser bekannt ist, können sinnvolle Umsetzungsentscheidungen getroffen werden. Bei Scrum liegt es beispielsweise in der Verantwortung des Produktowners die Projektvision immer wieder ins Team zu tragen und lebendig zu halten. 

In der Praxis habe ich häufig erlebt, dass nicht klar war, was man eigentlich realisieren wollte und deshalb hat man mal angefangen &quot;agil&quot; zu arbeiten. Diese Projekte sind ausnahmslos gescheitert, bzw. mussten gestoppt und neu wieder aufgesetzt werden.]]></description>
		<content:encoded><![CDATA[<p>Das finde ich total spannend. Die Definition des Gabler Wirtschaftslexikons trifft zu, aber heißt das, dass kein klares Ziel formuliert werden kann oder soll?<br />
Laut Wikipedia ist ein Ziel &#8222;ein in der Zukunft liegender, gegenüber dem Gegenwärtigen im Allgemeinen veränderter, erstrebenswerter und angestrebter Zustand (Zielvorgabe).&#8220; <a href="http://de.wikipedia.org/wiki/Ziel" rel="nofollow">http://de.wikipedia.org/wiki/Ziel</a></p>
<p>Kann ich sinnvoll losarbeiten, wenn ich diesen Zustand nicht beschreiben kann? Auch wenn ich von Produktinkrement zu Produktinkrement arbeite, sollte doch klar sein, was das Ergebnis ist. Mit Zielen ist in diesem Zusammenhang keine Detailbeschreibung sondern der übergeordnete Zusammenhang, der Zielzustand gemeint. Nur wenn dieser bekannt ist, können sinnvolle Umsetzungsentscheidungen getroffen werden. Bei Scrum liegt es beispielsweise in der Verantwortung des Produktowners die Projektvision immer wieder ins Team zu tragen und lebendig zu halten. </p>
<p>In der Praxis habe ich häufig erlebt, dass nicht klar war, was man eigentlich realisieren wollte und deshalb hat man mal angefangen &#8222;agil&#8220; zu arbeiten. Diese Projekte sind ausnahmslos gescheitert, bzw. mussten gestoppt und neu wieder aufgesetzt werden.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Hans-Peter Korn</title>
		<link>http://www.projektlandschaften.de/ziele-im-projekt-treffsicher-und-genau/#comment-424</link>
		<dc:creator><![CDATA[Hans-Peter Korn]]></dc:creator>
		<pubDate>Sat, 25 May 2013 12:55:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.projektlandschaften.de/?p=493#comment-424</guid>
		<description><![CDATA[Diese Aussage finde ich interessant: 
&quot;Ohne klares Ziel macht Projektarbeit überhaupt keinen Sinn&quot;
Das steht nämlich im Widerspruch dazu:

&quot;Ein Projekt ist eine zeitlich befristete, relativ innovative und risikobehaftete Aufgabe von erheblicher Komplexität, die aufgrund ihrer Schwierigkeit und Bedeutung meist ein gesondertes Projektmanagement erfordert.&quot; (http://wirtschaftslexikon.gabler.de/Definition/projekt.html)

Für eine &quot;relativ innovative und risikobehaftete Aufgabe von erheblicher Komplexität&quot; kann jedoch zu Beginn gar kein klares Ziel definiert werden!

Ich meine daher, dass Projekte sich gerade dadurch auszeichnen und sich von der &quot;Abwicklung von Aufträgen&quot; unterscheiden, dass für sie eben KEIN KLARES ZIEL zu Beginn formulierbar ist sondern nur eine mehr oder wenger grobe Vision im Rahmen eines &quot;Business Case&quot;. 

Genau DAVON geht z.B. PRINCE2 aus, bei dem das &quot;klare Ziel&quot; schrittweise von &quot;Durchführungsphase&quot; zu &quot;Durchführungsphase2 (= von Produktinkrement zu Produktinkrement) erarbeitet bzw. verfeinert wird.  

Ein klares Ziel bei &quot;wirklichen&quot; Projekten (= i.S. von http://wirtschaftslexikon.gabler.de/Definition/projekt.html) formulieren zu wollen bedeutet, etwas auf Basis vieler noch fehlender Einsichten recht willkürlich zu erfinden. Wenn DAS dann verfolgt wird muss es unausweichlich zu verspäteten Lieferungen, Produkten nicht, wie vom Kunden gewünscht, Nacharbeiten, Diskussionen um Änderungen, wer bezahlt dafür, überlastete Mitarbeiter, usw. kommen. 

&gt;&gt;&gt; Projekte scheitern nicht mangels eines klaren Ziels sondern wegen der Formulierung eines solchen - obwohl es nicht formulierbar ist.]]></description>
		<content:encoded><![CDATA[<p>Diese Aussage finde ich interessant:<br />
&#8222;Ohne klares Ziel macht Projektarbeit überhaupt keinen Sinn&#8220;<br />
Das steht nämlich im Widerspruch dazu:</p>
<p>&#8222;Ein Projekt ist eine zeitlich befristete, relativ innovative und risikobehaftete Aufgabe von erheblicher Komplexität, die aufgrund ihrer Schwierigkeit und Bedeutung meist ein gesondertes Projektmanagement erfordert.&#8220; (<a href="http://wirtschaftslexikon.gabler.de/Definition/projekt.html" rel="nofollow">http://wirtschaftslexikon.gabler.de/Definition/projekt.html</a>)</p>
<p>Für eine &#8222;relativ innovative und risikobehaftete Aufgabe von erheblicher Komplexität&#8220; kann jedoch zu Beginn gar kein klares Ziel definiert werden!</p>
<p>Ich meine daher, dass Projekte sich gerade dadurch auszeichnen und sich von der &#8222;Abwicklung von Aufträgen&#8220; unterscheiden, dass für sie eben KEIN KLARES ZIEL zu Beginn formulierbar ist sondern nur eine mehr oder wenger grobe Vision im Rahmen eines &#8222;Business Case&#8220;. </p>
<p>Genau DAVON geht z.B. PRINCE2 aus, bei dem das &#8222;klare Ziel&#8220; schrittweise von &#8222;Durchführungsphase&#8220; zu &#8222;Durchführungsphase2 (= von Produktinkrement zu Produktinkrement) erarbeitet bzw. verfeinert wird.  </p>
<p>Ein klares Ziel bei &#8222;wirklichen&#8220; Projekten (= i.S. von <a href="http://wirtschaftslexikon.gabler.de/Definition/projekt.html" rel="nofollow">http://wirtschaftslexikon.gabler.de/Definition/projekt.html</a>) formulieren zu wollen bedeutet, etwas auf Basis vieler noch fehlender Einsichten recht willkürlich zu erfinden. Wenn DAS dann verfolgt wird muss es unausweichlich zu verspäteten Lieferungen, Produkten nicht, wie vom Kunden gewünscht, Nacharbeiten, Diskussionen um Änderungen, wer bezahlt dafür, überlastete Mitarbeiter, usw. kommen. </p>
<p>&gt;&gt;&gt; Projekte scheitern nicht mangels eines klaren Ziels sondern wegen der Formulierung eines solchen &#8211; obwohl es nicht formulierbar ist.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
