<?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>ECM-Blogger &#187; Expertenwissen</title>
	<atom:link href="http://www.ecm-blogger.de/tag/expertenwissen/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ecm-blogger.de</link>
	<description>ECM-Blogger</description>
	<lastBuildDate>Tue, 10 Jan 2012 13:58:45 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Phasen der Software-Auswahl in ECM-Projekten</title>
		<link>http://www.ecm-blogger.de/2008/07/17/phasen-der-software-auswahl-in-ecm-projekten/</link>
		<comments>http://www.ecm-blogger.de/2008/07/17/phasen-der-software-auswahl-in-ecm-projekten/#comments</comments>
		<pubDate>Thu, 17 Jul 2008 08:12:44 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Lösungen]]></category>
		<category><![CDATA[Beratung]]></category>
		<category><![CDATA[ECM]]></category>
		<category><![CDATA[Expertenwissen]]></category>

		<guid isPermaLink="false">http://www.ecm-blogger.de/?p=85</guid>
		<description><![CDATA[Basis für das gesamte Projekt ist die Zieldefinition. Die dort auf einem höheren Abstraktionsniveau vorgegeben Ziele müssen in einem Projektplan auf klar definierbare Meilensteine hinunter gebrochen werden. Neben zeitlichen Vorgaben sind Messgrößen zur Bestimmung des Projektfortschritts festzulegen. Noch losgelöst von einer konkreten Systemuntersuchung sollten Anforderungen spezifiziert und mit Vertretern verschiedener Fachbereiche abgesprochen werden. Allerdings sind [...]]]></description>
			<content:encoded><![CDATA[<p class="MsoNormal" style="16pt;"><!--[if gte mso 9]&amp;gt;  Normal 0 21   false false false        MicrosoftInternetExplorer4  &amp;lt;![endif]--><!--[if gte mso 9]&amp;gt;   &amp;lt;![endif]--> Basis für das gesamte Projekt ist die Zieldefinition. Die dort auf einem höheren Abstraktionsniveau vorgegeben Ziele müssen in einem Projektplan auf klar definierbare Meilensteine hinunter gebrochen werden. Neben zeitlichen Vorgaben sind Messgrößen zur Bestimmung des Projektfortschritts festzulegen.</p>
<p class="MsoNormal" style="16pt;"><span id="more-85"></span></p>
<p class="MsoNormal" style="16pt;">Noch losgelöst von einer konkreten Systemuntersuchung sollten Anforderungen spezifiziert und mit Vertretern verschiedener Fachbereiche abgesprochen werden. Allerdings sind hier parallel Informationen über die Leistungsfähigkeit verschiedener Systeme einzuholen, um die Möglichkeiten der ECM-Systeme bei der Definition von Soll-Prozessen berücksichtigen zu können.</p>
<p class="MsoNormal" style="16pt;">In einem weiteren Schritt sind die Anforderungen in Abstimmung mit Vertretern der späteren Anwender zu gewichten. Damit kann eine differenzierte Rangfolge gebildet werden, kein System wird im Standard alle Kriterien erfüllen. Es bietet sich die Unterscheidung in so genannte K.o.-Kriterien, deren Nichterfüllung auch durch andere Funktionalitäten nicht kompensiert werden kann, normal gewichtete Kriterien, die Anforderungen der Fachbereiche repräsentieren, sowie Kann-Kriterien („nice to have“), deren Erfüllung positiv gewertet wird, die aber keine Voraussetzung für den Einsatz des Systems sind. Damit kann der für das jeweilige System notwendige projektspezifische Entwicklungsaufwand besser abgeschätzt werden.</p>
<p class="MsoNormal" style="16pt;">Es empfiehlt sich eine Unterteilung der Kriterien in verschiedene Blöcke, da dadurch zum einen die Übersichtlichkeit der gesamten Anforderungsmatrix als auch die Abstimmung mit den Fachbereichen deutlich erleichtert wird. Die Ansprechpartner müssen nur noch zu den für sie relevanten Teilbereichen Stellung nehmen. Eine sinnvolle Unterteilung auf erster Ebene ist die Unterscheidung nach anbieterbezogenen Merkmalen sowie systemtechnischen und funktionalen Kriterien. Die erste Kategorie ist vor allem für die Unternehmens- und Projektleitung von Bedeutung, die zweite für die IT zur späteren Administration und Integration. Im dritten Segment werden sich die späteren Anwender wieder finden. Die weitere Unterteilung sollte im Projekt vorgenommen werden.</p>
<p class="MsoNormal" style="16pt;">Gemeinsam mit dem gewichteten Kriterienkatalog sollten erste Einsatzszenarien durch die Spezifikation von Sollprozessen, zumindest aber die Dokumentation von Ist-Prozessen und klaren Zielvorstellungen aufgenommen werden. Diese helfen bei der Vergleichbarkeit der einzelnen Lösungen, da sie nun an einem praxisnahen Referenzmodell gemessen werden können. Es bieten sich Prozesse an, die als Pilotprojekte eine frühe Umsetzung innerhalb der Einführung des ECM-Systems erfahren sollen.</p>
<p class="MsoNormal" style="16pt;">Bestandteil des Lastenhefts sollten zudem Angaben über die erwartete Nutzerstruktur, die vorhandenen (und einzubindenen) IT-Systeme sowie das Dokumentenvolumen auf verschiedenen Speichermedien (Fileserver, Papierarchive, E-Mail-Server) sein. Hier ist anzugeben, welche Altbestände in das System überführt werden sollen und welche Entwicklungen hinsichtlich der Dokumentenzunahmen <span style="11pt;">in Zukunft </span>geschätzt werden.</p>
<p class="MsoNormal" style="16pt;"><strong><em>Erfolgsfaktor Projekteam – heterogene Besetzung erwünscht</em></strong></p>
<p class="MsoNormal" style="16pt;">Um den Erfolg eines ECM-Projekts zu sichern, müssen die notwendigen Ressourcen für Spezifikation, Umsetzung und Betreuung des Systems bereitgestellt werden. Im Projektteam sollten Vertreter aus zumindest (jeweils) einem exemplarischen Fachbereich (spätere Anwender) sowie der IT (Betrieb und Support) und dem Prozess- beziehungsweise Qualitätsmanagement (Organisation der Verantwortlichkeiten und Abläufe) vertreten sein. Zudem sollte zur Absicherung der Erfüllung gesetzlicher Ansprüche (Datenschutz, Nachweisbarkeit) die Rechtsabteilung oder ein externer Rechtsbeistand einbezogen werden. Zur Koordination und zur Abstimmung mit dem Top Management muss ein Projektleiter definiert werden, der zumindest während Anforderungserhebung, Auswahl und Implementierung von anderen Aufgaben weitgehend freigestellt ist.</p>
<p class="MsoNormal" style="16pt;"><strong><em>Mehrstufige Systemevaluation</em></strong></p>
<p class="MsoNormal" style="16pt;">Auf der Grundlage der definierten K.o.-Kriterien sollte eine erste Markteingrenzung durchgeführt werden. Zumeist werden die Marktsegmente anhand von Anforderungen an den Anbieter sowie allgemeiner Merkmale der Software gewählt. Um den Aufwand in dieser Vorphase gering zu halten, sollten nur wenige, für den Projekterfolg entscheidende funktionale Merkmale herangezogen werden.</p>
<p class="MsoNormal" style="16pt;">In der folgenden Phase der Grobanalyse werden im verbliebenen Marktsegment (long list) detailliertere Untersuchungen vorgenommen. Grundlage ist hierbei ein Ausschnitt des Lastenhefts, der eine Einschränkung auf zwei bis fünf Anbieter zulässt. Die Informationsgewinnung kann durch Gespräche mit Anbietern, Stellungnahmen zu schriftlich verteilten Kriterienkatalogen oder den Einsatz externer Berater erfolgen. Auch in dieser Phase erfolgt eine schrittweise Ausgrenzung von Systemen, indem Angebote anhand der Kriterien geprüft werden.</p>
<p class="MsoNormal" style="16pt;">Die verbliebenen Anbieter („short list“) werden im Zuge der Detailprüfung weitergehend untersucht. Neben der Anwendung des gesamten Lastenhefts ist spätestens in dieser Phase eine Betrachtung der zu erwartenden Kosten für Hardware, Software-Lizenzen, Anpassung und Ergänzungsentwicklung, Einführung und Schulung durchzuführen. Die bei der Lastenheftspezifikation erfassten Referenzwerte aus den identifizierten Kernprozessen sowie der einzubindenden IT-Infrastruktur, Dokumentenquellen und Altbestände können hierfür herangezogen werden. Zudem sollten die Angaben durch Besuche bei Referenzkunden sowie die, zumeist kostenpflichtige, Umsetzung von Teststellungen überprüft werden. Die Ergebnisse dieses Prototyping erlauben die Einbindung der späteren Anwender, da nun eine Bewertung aus Sicht der Ergonomie und der Unterstützung bei der Vorgangsbearbeitung möglich ist.</p>
<p class="MsoNormal" style="16pt;"><strong><em>Entscheidung und Einführung</em></strong></p>
<p class="MsoNormal" style="16pt;">Die Ergebnisse der Analysephasen sind in einem detaillierten Gutachten strukturiert zusammenzufassen, welches als Entscheidungsvorlage durch die Projektverantwortlichen der Geschäftsleitung vorgelegt wird. Neben der Empfehlung für einen bestimmten Hersteller sollte ein Projektplan zur Einführung der Software entwickelt werden.</p>
<p class="MsoNormal" style="16pt;">Dabei bietet sich ein schrittweises Vorgehen durch die Definition von Pilotprojekten und einer Roll-Out-Strategie an. Der bekannte Leitsatz „Think big, start small“ verhindert eine Überforderung des Projektteams und der Organisation, gleichzeitig wird der Ansatz des Enterprise Content Managements nicht verlassen. Durch die Umsetzung von definierten Teilprojekten können schnelle Erfolge verbucht werden, die den ROI des Gesamtprojekts beschleunigen und insbesondere andere Fachabteilungen für das System begeistern können.</p>
<p class="MsoNormal" style="16pt;"><strong><em>Fazit: Software-Auswahl als Kunst und Wissenschaft</em></strong></p>
<p class="MsoNormal" style="16pt;">Durch den strukturierten Einsatz von Methoden zur Zieldefinition, Spezifikation der Anforderungen und Bewertung der unterschiedlichen Lösungen können die Risiken der Software-Auswahl deutlich verringert werden. Gleichzeitig werden die erzielbaren Vorteile durch die Entwicklung einer umfassenden, unternehmensweiten Strategie deutlich ausgeweitet. Zudem bleibt der gesamte Entscheidungsprozess nachvollziehbar. Entscheidend ist nicht die Funktionsvielfalt einzelner Systeme, sondern die Abdeckung der unternehmensindividuellen Anforderungen und die dabei gezeigte Lösungskompetenz.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.ecm-blogger.de/2008/07/17/phasen-der-software-auswahl-in-ecm-projekten/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Software-Auswahl in ECM-Projekten – Zieldefinition und Anforderungsanalyse</title>
		<link>http://www.ecm-blogger.de/2008/07/08/software-auswahl-in-ecm-projekten-zieldefinition-und-anforderungsanalyse/</link>
		<comments>http://www.ecm-blogger.de/2008/07/08/software-auswahl-in-ecm-projekten-zieldefinition-und-anforderungsanalyse/#comments</comments>
		<pubDate>Tue, 08 Jul 2008 09:28:51 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Allgemein]]></category>
		<category><![CDATA[Beratung]]></category>
		<category><![CDATA[Dienstleistung]]></category>
		<category><![CDATA[ECM]]></category>
		<category><![CDATA[Expertenwissen]]></category>

		<guid isPermaLink="false">http://www.ecm-blogger.de/?p=84</guid>
		<description><![CDATA[Enterprise Content Management (ECM) wird zunehmend als entscheidender Wettbewerbsvorteil erkannt. Die teilweise unscharfen Abgrenzungen der Begriffe erschweren aber die Wahl des geeigneten Systems. Lange Projektlaufzeiten und hohe Anpassungsaufwendungen haben zumeist ihren Ursprung in Fehlern bei der Software-Auswahl. Millionenschwere Softwareentscheidungen werden auch heute noch oft aus dem Bauch heraus aufgrund von Präsentationen oder Empfehlungen auf dem [...]]]></description>
			<content:encoded><![CDATA[<p class="MsoNormal" style="16pt;"><em>Enterprise Content Management (ECM) wird zunehmend als entscheidender Wettbewerbsvorteil erkannt. Die teilweise unscharfen Abgrenzungen der Begriffe erschweren aber die Wahl des geeigneten Systems. Lange Projektlaufzeiten und hohe Anpassungsaufwendungen haben zumeist ihren Ursprung in Fehlern bei der Software-Auswahl. </em><span id="more-84"></span></p>
<p class="MsoNormal" style="16pt;">Millionenschwere Softwareentscheidungen werden auch heute noch oft aus dem Bauch heraus aufgrund von Präsentationen oder Empfehlungen auf dem Golfplatz gefällt. Ein Grund ist die oft mangelhafte Vergleichbarkeit der Lösungsansätze, da die Anbieter eine klare Differenzierungstrategie wählen, die im ECM-Bereich bis zur Definition neuer Modewörter führt. Um eine den Anforderungen des individuellen Unternehmens entsprechende Lösung zu finden, muss eine strukturierte Analyse durchgeführt und ein Kriterienkatalog als Referenzmodell zur Bewertung erstellt werden.</p>
<p class="MsoNormal" style="16pt;"><strong><em>Eine isolierte Betrachtung bringt nichts </em></strong></p>
<p class="MsoNormal" style="16pt;">Grundvoraussetzung für die Betrachtung von ECM-Systemen ist die Abstraktion von Begriffen und Modulen der Hersteller auf konkrete Lösungsszenarien. Zudem ist eine ganzheitliche Betrachtung notwendig, da sich der Wert der Dokumente aus deren Verwendung in Prozessen bestimmt. Dies bedingt auch eine Analyse der Nutzerstrukturen und Zugriffsmöglichkeiten, da eine durchgängige Vorgangsbearbeitung nur durch die Einbindung verschiedener Anwendergruppen bspw. über die Integration von Fachanwendungen (ERP, CRM etc.) oder mobil verwendbaren Web-Clients möglich ist.</p>
<p class="MsoNormal" style="16pt;"><strong><em>Definition klarer Ziele</em></strong></p>
<p class="MsoNormal" style="16pt;">Um ein erfolgreiches Auswahlprojekt durchführen zu können, ist eine klare Zieldefinition notwendig, die den gesamten Projektplan bestimmt. Hierfür ist festzulegen, welche Ergebnisse in welchen Bereichen mit welchem Ressourceneinsatz realisiert werden können und sollen. Dabei sind die Funktionalitäten und Möglichkeiten der Softwaresysteme zu beachten, denn eine reine Digitalisierung bestehender Geschäftsprozesse wird zu einem deutlich geringeren Return on Investment (ROI) des Gesamtprojekts führen. Moderne ECM-Systeme erlauben eine (Teil-) Automation vieler Schritte der Vorgangsbearbeitung, was in der Sollkonzeption des späteren Systemeinsatzes zu berücksichtigen ist.</p>
<p class="MsoNormal" style="16pt;">Hierzu muss die Leistungsfähigkeit der ECM-Anwendungen bekannt sein. Unterstützung bei der Spezifikation der Strategie können neutrale Berater oder das Studium von Fachliteratur geben. Umfassende Marktübersichten geben einen Einblick in die unterschiedlichen Softwarekategorien und ordnen den einzelnen Modulen klare Einsatzbereiche zu. Dies erleichtert die Zielfindung sowie die darauf aufbauende Spezifikation der Anforderungen.</p>
<p class="MsoNormal" style="16pt;"><strong><em>Messgrößen für den Erfolg festlegen </em></strong></p>
<p class="MsoNormal" style="16pt;">Bei der Zuordnung von Messgrößen zu den identifizierten Zielen greift eine reine Kostenbetrachtung zu kurz. Zwar werden immer noch viele Projekte zur Ablösung von Papierarchiven und der damit verbundenen Einsparung von Druck- und Lagerkosten angestoßen, die wesentlichen Potenziale liegen aber in den veränderten Bearbeitungsstrukturen. Hier sind neben Kosten insbesondere Zeitaspekte zu berücksichtigen. Die Gesamtdurchlaufzeiten der Dokumentenbearbeitung sinken durch die schnellere elektronische Weiterleitung. Zudem entfallen mehrfache manuelle Erfassungsvorgänge.</p>
<p class="MsoNormal" style="16pt;">Durch die Abbildung der Abläufe im System steigt die Prozesstransparenz, Anfragen von Kunden und Partnern können zeitnah beantwortet werden. In gleicher Weise können die Aufwendungen für die Einhaltung von Compliance-Anforderungen oder die Umsetzung von Sicherungsstrategien durch den Einsatz eines ECM-Systems gesenkt und Synergieeffekte erzielt werden.</p>
<p class="MsoNormal" style="16pt;">Durch den Vergleich der bisherigen Prozesse mit den durch die Einführung des ECM-Systems definierten Abläufen können Vorteile quantifiziert werden. Qualitätsaspekte können durch den eingesparten Korrekturaufwand in Kosten und Zeiten umgerechnet, zeitliche Einsparungen durch Stundensätze bewertet werden. Allerdings sind auch hier Grenzen bei der ROI-Berechnung gegeben, da die stärkere Konzentration auf das Kerngeschäft, die bessere Kunden- und Partnerbindung sowie strategische Auswirkungen nur qualitativ abgeschätzt werden können.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.ecm-blogger.de/2008/07/08/software-auswahl-in-ecm-projekten-zieldefinition-und-anforderungsanalyse/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

