<?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>Comments on: KADEV09: Entwicklertag: Agil &amp; PMBOK</title>
	<atom:link href="http://www.armerkater.de/2009/06/kadev09-entwicklertag-agil-pmbok/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.armerkater.de/2009/06/kadev09-entwicklertag-agil-pmbok/</link>
	<description>Über (agiles) Projektmanagement, SCRUM, Virtuelle Teams, agiles Nearshore Outsourcing, Innovation und Organisation.</description>
	<lastBuildDate>Wed, 25 Jan 2012 15:59:15 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Felix</title>
		<link>http://www.armerkater.de/2009/06/kadev09-entwicklertag-agil-pmbok/comment-page-1/#comment-108</link>
		<dc:creator>Felix</dc:creator>
		<pubDate>Wed, 01 Jul 2009 05:11:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.armerkater.de/?p=732#comment-108</guid>
		<description>Meiner Erfahrung nach ist das Arbeiten mit agilen Methoden zielführender: Die Menschen und das Ergebnis der Arbeit stehen viel stärker im Fokus als beim traditionellen Projektmanagement! 

Allerdings ist damit der Blick auf die Unternehmensrealität auch etwas eingeengt, vgl. die Postings zum Recht im Softwareengineering &amp; Projektmanagement.

Agile Methoden eignen sich hervorragen für ein Projekt bzw. für eine Produktentwicklung, wenn alle Beteiligten sich vertaruen und offen miteinander umgehen (-&gt; agile Werte). Wenn dies nicht der Fall ist, dann ist man schnell beim Claim-Management und sollte - zumindest als übergeordneten Prozess - auf traditionelle Projektmanagement-Praktiken setzen.</description>
		<content:encoded><![CDATA[<p>Meiner Erfahrung nach ist das Arbeiten mit agilen Methoden zielführender: Die Menschen und das Ergebnis der Arbeit stehen viel stärker im Fokus als beim traditionellen Projektmanagement! </p>
<p>Allerdings ist damit der Blick auf die Unternehmensrealität auch etwas eingeengt, vgl. die Postings zum Recht im Softwareengineering &amp; Projektmanagement.</p>
<p>Agile Methoden eignen sich hervorragen für ein Projekt bzw. für eine Produktentwicklung, wenn alle Beteiligten sich vertaruen und offen miteinander umgehen (-&gt; agile Werte). Wenn dies nicht der Fall ist, dann ist man schnell beim Claim-Management und sollte &#8211; zumindest als übergeordneten Prozess &#8211; auf traditionelle Projektmanagement-Praktiken setzen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eberhard Huber</title>
		<link>http://www.armerkater.de/2009/06/kadev09-entwicklertag-agil-pmbok/comment-page-1/#comment-107</link>
		<dc:creator>Eberhard Huber</dc:creator>
		<pubDate>Wed, 01 Jul 2009 04:13:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.armerkater.de/?p=732#comment-107</guid>
		<description>Im grundlegenen Ansatz gibt es m.E. einen wichtigen Unterschied. Bei agilen Vorgehensweisen steht der Mensch im Mittelpunkt, die klassischen sind hingegen prozessartiger wobei eine größere Zahl von Artefakten den Prozess &quot;eindämmen&quot; soll. In einigen Projekten habe ich gute Erfahrungen damit gemacht Teilrojekte/Arbeitspakete agil zu bearbeiten obwohl der Gesamtkontext des Projektes klassisch &quot;gemanagt&quot; wurde. Konkret kann z.B. die Grobspezifikation einer SW, die aus den &quot;Meilensteinzielen&quot; stammt, als Initialbefüllung des Produkt-Backlogs genommen werden.</description>
		<content:encoded><![CDATA[<p>Im grundlegenen Ansatz gibt es m.E. einen wichtigen Unterschied. Bei agilen Vorgehensweisen steht der Mensch im Mittelpunkt, die klassischen sind hingegen prozessartiger wobei eine größere Zahl von Artefakten den Prozess &#8220;eindämmen&#8221; soll. In einigen Projekten habe ich gute Erfahrungen damit gemacht Teilrojekte/Arbeitspakete agil zu bearbeiten obwohl der Gesamtkontext des Projektes klassisch &#8220;gemanagt&#8221; wurde. Konkret kann z.B. die Grobspezifikation einer SW, die aus den &#8220;Meilensteinzielen&#8221; stammt, als Initialbefüllung des Produkt-Backlogs genommen werden.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andreas Heilwagen</title>
		<link>http://www.armerkater.de/2009/06/kadev09-entwicklertag-agil-pmbok/comment-page-1/#comment-105</link>
		<dc:creator>Andreas Heilwagen</dc:creator>
		<pubDate>Mon, 29 Jun 2009 09:26:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.armerkater.de/?p=732#comment-105</guid>
		<description>Kleine Anmerkung noch zur Linksammlung zu meinem Blog: die vollständige Liste der Posting zum agilen PMBOK-Guide habe ich unter http://www.pm-standards.de in meinem Blog gepostet. Viel Vergnügen.</description>
		<content:encoded><![CDATA[<p>Kleine Anmerkung noch zur Linksammlung zu meinem Blog: die vollständige Liste der Posting zum agilen PMBOK-Guide habe ich unter <a href="http://www.pm-standards.de" rel="nofollow">http://www.pm-standards.de</a> in meinem Blog gepostet. Viel Vergnügen.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

