Kommentare zu: Prozessmodellierungstools: Viele malen nur

Von: Auch SAP möchte am BPM Markt mitnaschen | step2.at - IT Strategy - Management - Processes

Sun, 30 Jan 2011 19:01:59 +0000

[...] die SAP Lösung mit den Branchen Größen wirklich mithalten kann, bleibt noch zu [...]

Von: allweyer

allweyer — Thu, 29 Oct 2009 08:13:28 +0000

Dem kan ich nur beipflichten. Oft wird lange und ausführlich über das zu verwendende Tool diskutiert, ohne dass man sich vorher überlegt hat, was man genau will. Und wenn der Erfolg ausbleibt, wird das Tool verantwortlich gemacht. Das ist so ähnlich wie wenn man davon ausgehen würde, dass es nur auf die richtige Textverarbeitung ankommt, um ein gutes Buch zu schreiben.

Von: Joachim Schnurrer

Joachim Schnurrer — Wed, 28 Oct 2009 22:38:50 +0000

A Fool with a Tool is still a Fool.
Natürlich ist ein gutes Handwerkszeug wichtig. Aber es gehört auch eine Mindestqualifikation dazu. Diese kostet jedoch viel “Schweiß und Mühe”. Wir wollen den Erfolg aber ohne Anstrengung. Die Abkürzung ist gefragt. Die Qualifikation ist mit Aufwand verbunden. Aufwand wird generell negativ betrachtet, da der zugehörige Nutzen ja erst nachträglich eintritt, wenn überhaupt.
Die Toolfrage ist nicht die priore, sondern zuerst kommt, wie immer, die Zielorientierung. Wenn jeder anderswo hin will, herrscht Ziellosigkeit und damit Stillstand und allenfalls operative Hektik verpackt in optische Betriebsamkeit.

Von: Jakob Freund

Jakob Freund — Mon, 30 Mar 2009 14:13:10 +0000

In diesem Zusammenhang wird BPMN 2.0 wieder ganz interessant . Der Blog Post hier ist ebenfalls interessant: http://www.brsilver.com/wordpress/2009/03/04/model-portability-in-bpmn-20-2/

Von: Heinz-Jürgen Scherer

Heinz-Jürgen Scherer — Mon, 30 Mar 2009 08:36:00 +0000

Ich denke, es ist nicht alleine eine Kostenfrage. Oft setzen Unternehmen gleichzeitig mehrere Tools ein. Für die Qualität der Modellierung ist es aus der Toolsicht die Frage, welche Unterstützung das Tool zur Modellierung bietet. Und hier kann auch ein Visio mit ein paar Verfeinerungen (Add-ons) schon einiges bieten. Die Datenbank ist im Hinblick auf ein Objekt-Repository schon wichtig. Aber so etwas kann man auch mit einer geschickten Anwendung von Modellen für statische Inhalte eines Prozessmodells umsetzen. Letztendlich liegt es aber am Modellierer, und der wird nicht von selbst besser, ob er nun ein Tool für 8000 € oder 800 € verwendet.
Keiner der Hersteller hat eigentlich ein richtiges Interesse, vorhandene Prozess-Beschreibungen aus seinem Tool an andere Tools weiterzureichen. Man spricht zwar von offenem Datenaustausch über XML, aber versuchen sie mal mit solchen Formaten wie XMI oder XPDL Daten zwischen zwei Tools auszutauschen. Es ist weniger eine Kostenfrage als die Strategie der Marktführer, einen Datenaustausch nur halbherzig zu unterstützen. Z.B. keine oder nur unvollständig Metadaten für einen Austausch von Prozessmodellen in der Schnittstelle vorzusehen. Damit haben sie nur die halbe Miete an benötigter Information.
Dem Thema haben wir uns mit der Plattform BPM-Xchange gewidmet. Diese Plattform fungiert als Prozess-Austausch Hub zwischen den unterschiedlichen Tools wie zB. Metastorm/ProVision, Aris, Casewise oder einem Visio. Damit können wir sicherstellen, dass mit dem notwendigen Metadatensupport die Tools sich verstehen, sprich in Visio Flowchart und in ARIS (zumeist) eEPK zur Modellierung von Prozessabläufen verwendet (äh. gemalt) wird und trotzdem die Prozessbeschreibungen ausgetauscht werden können. Somit kann ein Geschäftsanwender in einem Tools wie Visio Prozesse aufnehmen und dokumentieren und in einem anderen Tool „höherwertigen“ Tool die Prozesse konsolidiert und qualitätsgesichert werden.

Von: A. Schultheis

A. Schultheis — Fri, 27 Mar 2009 14:49:08 +0000

Ich habe so gelacht, als ich Ihren Bericht gelesen habe. Auch in meinem ehemaligen Unternehmen wurden die in ARIS modellierten Prozessen als ‘bunte Bildchen’ bezeichnet. Lieber wurden an den in Word beschriebene Arbeitsbeschreibungen festgehalten, um eine gewisse ‘Flexibilität’ zu gewährleisten. Meines Erachtens war Transparenz und die wahrscheinlich daraus resultierenden Maßnahmen nicht wirklich erwünscht. Auch ich konnte die Erfahrung machen, was alles in den großen wohlklingenden Topf ‘BPM’ zusammen gefasst wurde. Ich frage mich auch nicht, warum einige Unternehmen ihre Prozesse nicht im Griff haben. Wenn man doch so viele Systeme für ‘Prozessmanagement’ im Hause hat. Workflowsysteme, ARIS, SAP, IT-Bebauungsplan (hierfür auch ein separates System), Visio, Word, auch Excel und wer weiß was noch – und jedes System ist nur für einen Bruchteil zuständig. Aber immerhin – jeder Prozess ist für sich ein end-to-end-Prozess. Wäre es nicht möglich den Überblick in einem System zu integrieren? Mit Schnittstellen versehen?
Oder ist dies wieder eine Kostenfrage?

Von: Jakob Freund

Jakob Freund — Fri, 27 Mar 2009 07:49:02 +0000

Der Unterschied zwischen Malen und Modellieren ist vielen Menschen immer noch nicht geläufig. Interessant finde ich auch die Aussage mancher BPMS-Anbieter, die behaupten, mit Tools wie ARIS könne man ja nur malen. Da vermischen sich die Begriffe: Diese Anbieter unterscheiden nur modellieren und automatisieren, und setzen ersteres mit “malen” gleich. Was mich aber auch etwas nervt, ist die Gleichsetzung von “modellieren” und “Datenbank”, ich höre immer: “Wir brauchen ein datenbank-basiertes Tool”, damit wir ordentlich modellieren können. Das ist natürlich Quatsch, denn 1) arbeiten auch Mal-Werkzeuge häufig mit Datenbanken (nur dass sie die DB nicht für Modelle verwenden), und 2) braucht man keine Datenbank, um Modelle strukturiert zu speichern (geht ja auch mit XML etc.). Hier kehrt sich die Sache um: Die Anwender setzen gewünschte Funktionen zu früh mit vermuteten Technologien gleich. Jetzt denkt manch einer “Ist doch egal, Hauptsache man versteht’s!”. Aber genau das ist eben nicht gegeben, ich habe die entsprechenden Ausschreibungen gesehen, die viel kosten und nichts nutzen wg. solcher Missverständnisse. Besser wäre es m.E., von einem strukturierten Objekt-Repository zu sprechen. Aber das ist vielen wieder zu abstrakt, zu technisch oder zu englisch. Naja, die liebe Sprache.