<?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>Experten-Blog der Pentadoc &#187; Stakeholder</title>
	<atom:link href="http://blog.pentadoc.com/tag/stakeholder/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.pentadoc.com</link>
	<description>Know how für erfolgreiche ECM - Projekte</description>
	<lastBuildDate>Thu, 26 Jan 2012 16:27:04 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Risikomanagement in Projekten (Teil 1)</title>
		<link>http://blog.pentadoc.com/risikomanagement-in-projekten-teil-1</link>
		<comments>http://blog.pentadoc.com/risikomanagement-in-projekten-teil-1#comments</comments>
		<pubDate>Fri, 23 Apr 2010 04:00:19 +0000</pubDate>
		<dc:creator>Yves Mollenhauer</dc:creator>
				<category><![CDATA[Mehr PS fürs Projektmanagement]]></category>
		<category><![CDATA[Projektrisiken]]></category>
		<category><![CDATA[Projektumfeld]]></category>
		<category><![CDATA[Risikomanagement]]></category>
		<category><![CDATA[Stakeholder]]></category>
		<category><![CDATA[Stakeholderanalyse]]></category>
		<category><![CDATA[Umfeldanalyse]]></category>

		<guid isPermaLink="false">http://blog.pentadoc.com/?p=4330</guid>
		<description><![CDATA[In meinen 1. Teil zum Thema Risikomanagement in Projekten möchte ich kurz an den Anfang eines Projekts springen. Nicht dass ich jetzt bei Adam &#38; Eva anfange &#8211; es ist aber immens wichtig zu verstehen wo wir eigentlich herkommen. Um das ganze Thema etwas deutlicher zu veranschaulichen möchte ich hier ein Projektbeispiel heranziehen &#8211; in [...]]]></description>
		<wfw:commentRss>http://blog.pentadoc.com/risikomanagement-in-projekten-teil-1/feed</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>technische Kompetenz-Elemente der NCB 3.0</title>
		<link>http://blog.pentadoc.com/die-technischen-kompetenz-elemente-der-ncb-3-0</link>
		<comments>http://blog.pentadoc.com/die-technischen-kompetenz-elemente-der-ncb-3-0#comments</comments>
		<pubDate>Sun, 07 Feb 2010 21:45:53 +0000</pubDate>
		<dc:creator>Yves Mollenhauer</dc:creator>
				<category><![CDATA[Mehr PS fürs Projektmanagement]]></category>
		<category><![CDATA[Änderungsmanagement]]></category>
		<category><![CDATA[Kommunikation]]></category>
		<category><![CDATA[NCB 3.0]]></category>
		<category><![CDATA[Projektumfeld]]></category>
		<category><![CDATA[Stakeholder]]></category>
		<category><![CDATA[technische Kompetenzen]]></category>

		<guid isPermaLink="false">http://blog.pentadoc.com/?p=3953</guid>
		<description><![CDATA[In der ersten Projektmanagement Kompetenzgruppe der NCB 3.0 finden sich die  technischen Kompetenzen. Sie stellen sozusagen das methodische Handwerkzeug bereit, um überhaupt in Projekten mitzuarbeiten oder eine Verantwortung innerhalb eines Projektes zu übernehmen. Es finden sich hier Themen wie Projektphasen, Kosten und Finanzmittel oder Projektorganisation wieder. Ich möchte aus den 20 Themengebieten drei etwas genauer [...]]]></description>
		<wfw:commentRss>http://blog.pentadoc.com/die-technischen-kompetenz-elemente-der-ncb-3-0/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Woran es irgendwie immer krankt</title>
		<link>http://blog.pentadoc.com/woran-es-irgendwie-immer-krankt</link>
		<comments>http://blog.pentadoc.com/woran-es-irgendwie-immer-krankt#comments</comments>
		<pubDate>Sun, 08 Nov 2009 21:04:32 +0000</pubDate>
		<dc:creator>Yves Mollenhauer</dc:creator>
				<category><![CDATA[Mehr PS fürs Projektmanagement]]></category>
		<category><![CDATA[Ergebnisse]]></category>
		<category><![CDATA[Kosten]]></category>
		<category><![CDATA[Leistungen]]></category>
		<category><![CDATA[Meilensteine]]></category>
		<category><![CDATA[Realität]]></category>
		<category><![CDATA[Stakeholder]]></category>
		<category><![CDATA[Termine]]></category>
		<category><![CDATA[Zeit]]></category>
		<category><![CDATA[Zeitmanagement]]></category>
		<category><![CDATA[Zielsetzungen]]></category>

		<guid isPermaLink="false">http://blog.pentadoc.com/?p=3025</guid>
		<description><![CDATA[Kennen Sie die häufigsten Probleme in Projekten? Was uns tagtäglich in vielen Projekten immer wieder begegnet ist so simple und dennoch befällt es nahezu jedes Projekt – oft sogar bereits in der Initiierungsphase und dann begleitet es das gesamte Projekt. Dabei wird normalerweise bereits in der Planung sehr viel Wert darauf gelegt. Ich denke Sie [...]]]></description>
		<wfw:commentRss>http://blog.pentadoc.com/woran-es-irgendwie-immer-krankt/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>phase: anforderungsdefinition</title>
		<link>http://blog.pentadoc.com/phase-anforderungsdefinition</link>
		<comments>http://blog.pentadoc.com/phase-anforderungsdefinition#comments</comments>
		<pubDate>Fri, 31 Jul 2009 07:05:31 +0000</pubDate>
		<dc:creator>Yves Mollenhauer</dc:creator>
				<category><![CDATA[Neues im Markt]]></category>
		<category><![CDATA[Anforderungen]]></category>
		<category><![CDATA[Compliance]]></category>
		<category><![CDATA[Dokumentenanalyse]]></category>
		<category><![CDATA[ECM-Projektlandkarte]]></category>
		<category><![CDATA[Geschäftsprozessoptimierung]]></category>
		<category><![CDATA[Interessenslagen]]></category>
		<category><![CDATA[IST-Prozesse]]></category>
		<category><![CDATA[Lastenheft]]></category>
		<category><![CDATA[Leistungsumfang]]></category>
		<category><![CDATA[Rechtliche Vorgaben]]></category>
		<category><![CDATA[Soll-Prozesse]]></category>
		<category><![CDATA[Stakeholder]]></category>

		<guid isPermaLink="false">http://ecm-portal.net/?p=2245</guid>
		<description><![CDATA[der analysephase schließt sich unmittelbar die phase der anforderungsdefinition an. für mich die wichtigste phase überhaupt – warum? hier werden die weichen für den erfolg des ecm – projekts gestellt. am ende muss man genau wissen, welcher leistungsumfang im projekt erarbeitet werden muss. ebenfalls sind nach der anforderungsdefinition die grenzen der umsetzung klar festgelegt. dies [...]]]></description>
		<wfw:commentRss>http://blog.pentadoc.com/phase-anforderungsdefinition/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

