<?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 SPP Blog</title>
	<atom:link href="http://blog.spp.at/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.spp.at</link>
	<description>Lösungen im Team</description>
	<pubDate>Fri, 18 May 2012 21:54:00 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Kommentare von Fritz Mosonyi zu SAP ChaRM - Was ich nicht verstehe &#8230;..</title>
		<link>http://blog.spp.at/2009/11/09/sap-charm-was-ich-nicht-verstehe/comment-page-1/#comment-1260</link>
		<dc:creator>Fritz Mosonyi</dc:creator>
		<pubDate>Wed, 11 Nov 2009 09:32:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.spp.at/?p=138#comment-1260</guid>
		<description>Herzlichen Dank, für Ihren Kommentar!
Das ChaRM nicht das einzige Tool im ALM Umfeld ist, dem kann ich nur zustimmen. Auch, dass es prinzipiell sehr sinnvoll ist ein Tool zur Unterstützung des Change Management Prozesses einzusetzen, und dass sich dieses Tool in die gegebenen IT-Prozesse, also in den Gesamtzusammenhang einfügen muss ist auch klar. Schließlich handelt es sich beim CM um einen, für alle Beteiligten höchst unangenehmen Prozess, daher sollte größter Wert auf eine weitestgehende Automatisierung gelegt werden.
Nun ist es nach meinem Verständnis doch so, dass SAPs ChaRM bei sehr vielen dieser Punkte erhebliche Mängel aufweist (jedenfalls sagen das ChaRM Nutzer). So hat ChaRM beispielsweise große Probleme in der Kommunikation mit der IT-Aussenwelt. Nur sehr beschränkte Möglichkeiten werden geboten, wenn es darum geht andere IT-Management Tools, wie Service Desk, Test Werkzeuge, oder CMDBs anzubinden.
In der täglichen Anwendung sind sehr viele manuelle Schritte nötig, die leicht zu automatisieren sind, da sind schonmal 10 Klicks nötig um einen RFC in den nächsten Status zu bringen. 
Die weiters von Ihnen angesprochene Kostenfrage ist natürlich bei ChaRM sehr verlockend, da es bereits im Solution Manager enthalten ist und keine Lizenzkosten anfallen. Jedoch zeigen die von mir durchgeführten Interviews mit ChaRM Anwendern durchwegs sehr hohe Implementierungskosten. Die Aufwände reichen da von 30 PT bis hin zu 400(!) PT. 
Im Gegensatz dazu bewegen sich die durchschnittlichen Einführungsaufwände für Rev Trac zwischen 5 bis 20 Tagen. Ich kann heute sagen, beim derzeitigen Leistungsumfang von ChaRM, dass Rev-Trac IMMER kostengünstiger ist, trotz Lizenz und Wartungskosten.</description>
		<content:encoded><![CDATA[<p>Herzlichen Dank, für Ihren Kommentar!<br />
Das ChaRM nicht das einzige Tool im ALM Umfeld ist, dem kann ich nur zustimmen. Auch, dass es prinzipiell sehr sinnvoll ist ein Tool zur Unterstützung des Change Management Prozesses einzusetzen, und dass sich dieses Tool in die gegebenen IT-Prozesse, also in den Gesamtzusammenhang einfügen muss ist auch klar. Schließlich handelt es sich beim CM um einen, für alle Beteiligten höchst unangenehmen Prozess, daher sollte größter Wert auf eine weitestgehende Automatisierung gelegt werden.<br />
Nun ist es nach meinem Verständnis doch so, dass SAPs ChaRM bei sehr vielen dieser Punkte erhebliche Mängel aufweist (jedenfalls sagen das ChaRM Nutzer). So hat ChaRM beispielsweise große Probleme in der Kommunikation mit der IT-Aussenwelt. Nur sehr beschränkte Möglichkeiten werden geboten, wenn es darum geht andere IT-Management Tools, wie Service Desk, Test Werkzeuge, oder CMDBs anzubinden.<br />
In der täglichen Anwendung sind sehr viele manuelle Schritte nötig, die leicht zu automatisieren sind, da sind schonmal 10 Klicks nötig um einen RFC in den nächsten Status zu bringen.<br />
Die weiters von Ihnen angesprochene Kostenfrage ist natürlich bei ChaRM sehr verlockend, da es bereits im Solution Manager enthalten ist und keine Lizenzkosten anfallen. Jedoch zeigen die von mir durchgeführten Interviews mit ChaRM Anwendern durchwegs sehr hohe Implementierungskosten. Die Aufwände reichen da von 30 PT bis hin zu 400(!) PT.<br />
Im Gegensatz dazu bewegen sich die durchschnittlichen Einführungsaufwände für Rev Trac zwischen 5 bis 20 Tagen. Ich kann heute sagen, beim derzeitigen Leistungsumfang von ChaRM, dass Rev-Trac IMMER kostengünstiger ist, trotz Lizenz und Wartungskosten.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentare von Winni Hesel zu SAP ChaRM - Was ich nicht verstehe &#8230;..</title>
		<link>http://blog.spp.at/2009/11/09/sap-charm-was-ich-nicht-verstehe/comment-page-1/#comment-1259</link>
		<dc:creator>Winni Hesel</dc:creator>
		<pubDate>Tue, 10 Nov 2009 17:32:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.spp.at/?p=138#comment-1259</guid>
		<description>SAP ChaRM - Es zaehlt nicht das einzelne Tool in der Betrachtung der Gesamtkosten fuer die Einfuehrung und den Betrieb, es zaehlt der Gesamtansatz und die Strategie, den SAP Solution Manager zu benutzen. Von den Kosten einer Einfuehrung und des Betriebs anderer Tools sollte man die ggf. anfallenden Lizenz- und Wartungskosten eines Konkurrenzprodukts ebenfalls beruecksichtigen. ChaRM ist sicher nicht "Best of Breed", aber im Gesamtzusammenhang sehr sinnvoll und 100% auf SAP Application Lifecycle Management ausgerichtet..</description>
		<content:encoded><![CDATA[<p>SAP ChaRM - Es zaehlt nicht das einzelne Tool in der Betrachtung der Gesamtkosten fuer die Einfuehrung und den Betrieb, es zaehlt der Gesamtansatz und die Strategie, den SAP Solution Manager zu benutzen. Von den Kosten einer Einfuehrung und des Betriebs anderer Tools sollte man die ggf. anfallenden Lizenz- und Wartungskosten eines Konkurrenzprodukts ebenfalls beruecksichtigen. ChaRM ist sicher nicht &#8220;Best of Breed&#8221;, aber im Gesamtzusammenhang sehr sinnvoll und 100% auf SAP Application Lifecycle Management ausgerichtet..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentare von Chris Trueman zu LiveCompare 2.2 Released (JAVA und BI erweiterungen)!</title>
		<link>http://blog.spp.at/2009/06/05/livecompare-22-released-java-und-bi-erweiterungen/comment-page-1/#comment-145</link>
		<dc:creator>Chris Trueman</dc:creator>
		<pubDate>Fri, 03 Jul 2009 12:19:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.spp.at/?p=40#comment-145</guid>
		<description>Read the release letter here: &lt;a href="http://ishare.intellicorp.com/cs/blogs/ctrueman/archive/2009/06/04/livecompare-2-2-ships.aspx" rel="nofollow"&gt;LiveCompare 2.2 Released&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Read the release letter here: <a href="http://ishare.intellicorp.com/cs/blogs/ctrueman/archive/2009/06/04/livecompare-2-2-ships.aspx" rel="nofollow" onclick="javascript:pageTracker._trackPageview ('/outbound/ishare.intellicorp.com');">LiveCompare 2.2 Released</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentare von Chris Trueman zu neues LiveCompare Bugfix Release 2.1</title>
		<link>http://blog.spp.at/2009/01/27/neues-livecompare-bugfix-release-21/comment-page-1/#comment-144</link>
		<dc:creator>Chris Trueman</dc:creator>
		<pubDate>Fri, 03 Jul 2009 12:17:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.spp.at/?p=13#comment-144</guid>
		<description>A small point of clarification.  Despite the minor revision increase (2.0 --&gt; 2.1), LiveCompare 2.1 is a full release.  Many improvements were added.  You can find out more here:

&lt;a href="http://ishare.intellicorp.com/cs/blogs/ctrueman/archive/2008/11/13/what-s-new-in-livecompare-2-1.aspx" rel="nofollow"&gt;What's New in LiveCompare 2.1&lt;/a&gt;

The release announcement was made here:

&lt;a href="http://ishare.intellicorp.com/cs/blogs/ctrueman/archive/2008/11/13/livecompare-2-1-released.aspx" rel="nofollow"&gt;LiveCompare 2.1 Released&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>A small point of clarification.  Despite the minor revision increase (2.0 &#8211;&gt; 2.1), LiveCompare 2.1 is a full release.  Many improvements were added.  You can find out more here:</p>
<p><a href="http://ishare.intellicorp.com/cs/blogs/ctrueman/archive/2008/11/13/what-s-new-in-livecompare-2-1.aspx" rel="nofollow" onclick="javascript:pageTracker._trackPageview ('/outbound/ishare.intellicorp.com');">What&#8217;s New in LiveCompare 2.1</a></p>
<p>The release announcement was made here:</p>
<p><a href="http://ishare.intellicorp.com/cs/blogs/ctrueman/archive/2008/11/13/livecompare-2-1-released.aspx" rel="nofollow" onclick="javascript:pageTracker._trackPageview ('/outbound/ishare.intellicorp.com');">LiveCompare 2.1 Released</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentare von Fritz Mosonyi zu SPP ist Vertriebspartner von Revelation Software</title>
		<link>http://blog.spp.at/2009/01/08/spp-ist-vertriebspartner-von-revelation-software/comment-page-1/#comment-59</link>
		<dc:creator>Fritz Mosonyi</dc:creator>
		<pubDate>Wed, 25 Feb 2009 09:33:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.spp.at/?p=12#comment-59</guid>
		<description>Sehr geehrter Herr anonymous,
Ich finde Ihre Aussage interessant, besonders in Zeiten, in denen Regulatorien, wie EUROSOX und deren nationale Umsetzungen, Unternehmen und deren Manager praktisch dazu verpflichten derartige Systeme einzusetzen. Nachverfolgbarkeit, Sicherheit, Risikomanagement und Transparenz sind meiner Meinung nach nur unter Einsatz derartiger Tools sinnvoll zu erreichen. Dabei ist es grundsätzlichh egal, ob man SAP's CHaRM, ein andere Tool, oder eben Rev-Trac einsetzt, gemacht werden muss es. 
Der Vorteil von Rev-Trac liegt im wesentlichen in seiner Flexibilität und der Automatisierung dieses eher unangenehmen Prozesses (wer dokumentiert schon gern).</description>
		<content:encoded><![CDATA[<p>Sehr geehrter Herr anonymous,<br />
Ich finde Ihre Aussage interessant, besonders in Zeiten, in denen Regulatorien, wie EUROSOX und deren nationale Umsetzungen, Unternehmen und deren Manager praktisch dazu verpflichten derartige Systeme einzusetzen. Nachverfolgbarkeit, Sicherheit, Risikomanagement und Transparenz sind meiner Meinung nach nur unter Einsatz derartiger Tools sinnvoll zu erreichen. Dabei ist es grundsätzlichh egal, ob man SAP&#8217;s CHaRM, ein andere Tool, oder eben Rev-Trac einsetzt, gemacht werden muss es.<br />
Der Vorteil von Rev-Trac liegt im wesentlichen in seiner Flexibilität und der Automatisierung dieses eher unangenehmen Prozesses (wer dokumentiert schon gern).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentare von anonymous zu SPP ist Vertriebspartner von Revelation Software</title>
		<link>http://blog.spp.at/2009/01/08/spp-ist-vertriebspartner-von-revelation-software/comment-page-1/#comment-58</link>
		<dc:creator>anonymous</dc:creator>
		<pubDate>Wed, 25 Feb 2009 09:19:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.spp.at/?p=12#comment-58</guid>
		<description>Ich habe auf Ihrer Homepage die Funktion des Tool (Revelation Software) kurz studiert. Ich denke nicht, dass wir ein derartiges Tool je einsetzen können (werden).</description>
		<content:encoded><![CDATA[<p>Ich habe auf Ihrer Homepage die Funktion des Tool (Revelation Software) kurz studiert. Ich denke nicht, dass wir ein derartiges Tool je einsetzen können (werden).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentare von beteo zu Upgrade Analyse - Details und Deliverables</title>
		<link>http://blog.spp.at/2008/11/07/upgrade-analyse-details-und-deliverables/comment-page-1/#comment-32</link>
		<dc:creator>beteo</dc:creator>
		<pubDate>Fri, 14 Nov 2008 13:46:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.spp.at/?p=7#comment-32</guid>
		<description>&lt;strong&gt;SAP Upgrade Analyse - Vorgehen und Ergebnisse...&lt;/strong&gt;

Als Antwort auf zahlreiche Anfragen möchte ich hier, die SAP Upgrade Analyse mittels IntelliCorp LiveCompare etwas detaillierter beschreiben.
Analysevorgehen
Wir gestalten eine Upgrade Analyse typischerweise als kleines Projekt, indem der Kunde bestim...</description>
		<content:encoded><![CDATA[<p><strong>SAP Upgrade Analyse - Vorgehen und Ergebnisse&#8230;</strong></p>
<p>Als Antwort auf zahlreiche Anfragen möchte ich hier, die SAP Upgrade Analyse mittels IntelliCorp LiveCompare etwas detaillierter beschreiben.<br />
Analysevorgehen<br />
Wir gestalten eine Upgrade Analyse typischerweise als kleines Projekt, indem der Kunde bestim&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentare von Dagmar zu SAP SupportPackages: Gezieltes Testen von SAP-Prozessen durch automatisierte Risiko- und Impact- Analyse</title>
		<link>http://blog.spp.at/2008/04/11/sap-supportpackages-gezieltes-testen-von-sap-prozessen-durch-automatisierte-risiko-und-impact-analyse/comment-page-1/#comment-26</link>
		<dc:creator>Dagmar</dc:creator>
		<pubDate>Wed, 08 Oct 2008 07:21:51 +0000</pubDate>
		<guid isPermaLink="false">http://wordpress.spp.at/?p=3#comment-26</guid>
		<description>Mit der Qualitätssicherung habe ich persönlich auch viel zu tun, muss aber sagen, dass ich nicht mit SAP arbeiten muss. Bislang bin ich da auch immer ganz froh drüber gewesen und allzu große Errungenschaften würde ich von denen in Zukunft auch erstmal nicht erwarten, denn die haben zur Zeit ja auch wirklich einiges mit der Krise an der Börse zu tun.</description>
		<content:encoded><![CDATA[<p>Mit der Qualitätssicherung habe ich persönlich auch viel zu tun, muss aber sagen, dass ich nicht mit SAP arbeiten muss. Bislang bin ich da auch immer ganz froh drüber gewesen und allzu große Errungenschaften würde ich von denen in Zukunft auch erstmal nicht erwarten, denn die haben zur Zeit ja auch wirklich einiges mit der Krise an der Börse zu tun.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentare von beteo zu LiveCompare UseCase I: SAP Verwendungs- Analyse</title>
		<link>http://blog.spp.at/2008/08/22/livecompare-usecase-i-sap-verwendungs-analyse/comment-page-1/#comment-21</link>
		<dc:creator>beteo</dc:creator>
		<pubDate>Fri, 19 Sep 2008 14:28:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.spp.at/?p=6#comment-21</guid>
		<description>&lt;strong&gt;SAP Verwendungsanalyse - IntelliCorp LiveCompare im Einsatz...&lt;/strong&gt;

Welche Prozesse laufen im SAP System? Was wird am häufigsten genutzt? Welche Eigenentwicklungen werden verwendet? Wie sieht die Nutzungverteilung zwischen Abteilungen oder Unternehmen aus? Welche Systeme greifen von aussen auf das System zu?
Diese Fra...</description>
		<content:encoded><![CDATA[<p><strong>SAP Verwendungsanalyse - IntelliCorp LiveCompare im Einsatz&#8230;</strong></p>
<p>Welche Prozesse laufen im SAP System? Was wird am häufigsten genutzt? Welche Eigenentwicklungen werden verwendet? Wie sieht die Nutzungverteilung zwischen Abteilungen oder Unternehmen aus? Welche Systeme greifen von aussen auf das System zu?<br />
Diese Fra&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentare von Robert Haller zu LiveCompare UseCase I: SAP Verwendungs- Analyse</title>
		<link>http://blog.spp.at/2008/08/22/livecompare-usecase-i-sap-verwendungs-analyse/comment-page-1/#comment-14</link>
		<dc:creator>Robert Haller</dc:creator>
		<pubDate>Fri, 22 Aug 2008 13:05:17 +0000</pubDate>
		<guid isPermaLink="false">http://blog.spp.at/?p=6#comment-14</guid>
		<description>Für die Mehrzahl unserer Kunden ist neben der “sichtbaren” Steigerung des QM-Levels und der vereinfachten Möglichkeit des Reportings an das Management und/oder den Auditor (Wie für SOX/Basel II.). Auch die aktive und regelmäßige Nutzungsanalyse ist ein Schwerpunkt bei der Verwendung der IntelliCorp Tools.

Bei Markttagessätzen für SAP-Programmierer von 750Eur (Senior) und den offiziellen Sätzen von SAP, welche um die 1500Eur liegen, wird so mache von der Fachabteilung gewünschte Eigenentwicklung zum “Firmen-Asset” und dieses will/soll im Sinne des Unternehmens auch genutzt werden.

Wer sich bewusst vom “Standard” entfernt und dies meist auch wegen fehlender Lösungen muss, will Klarheit über den dadurch entstehenden Nutzen.
SolMng und Co. lassen meist die Eigenentwicklungen außen vor und unsere Kunden schätzen die Möglichkeit der automatisierten Nutzungsanalyse u. a. um eine Planungsgrundlage für künftige Erweiterungen oder gar Neuentwicklungen zu haben.</description>
		<content:encoded><![CDATA[<p>Für die Mehrzahl unserer Kunden ist neben der “sichtbaren” Steigerung des QM-Levels und der vereinfachten Möglichkeit des Reportings an das Management und/oder den Auditor (Wie für SOX/Basel II.). Auch die aktive und regelmäßige Nutzungsanalyse ist ein Schwerpunkt bei der Verwendung der IntelliCorp Tools.</p>
<p>Bei Markttagessätzen für SAP-Programmierer von 750Eur (Senior) und den offiziellen Sätzen von SAP, welche um die 1500Eur liegen, wird so mache von der Fachabteilung gewünschte Eigenentwicklung zum “Firmen-Asset” und dieses will/soll im Sinne des Unternehmens auch genutzt werden.</p>
<p>Wer sich bewusst vom “Standard” entfernt und dies meist auch wegen fehlender Lösungen muss, will Klarheit über den dadurch entstehenden Nutzen.<br />
SolMng und Co. lassen meist die Eigenentwicklungen außen vor und unsere Kunden schätzen die Möglichkeit der automatisierten Nutzungsanalyse u. a. um eine Planungsgrundlage für künftige Erweiterungen oder gar Neuentwicklungen zu haben.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

