{"id":194,"date":"2016-01-21T13:52:45","date_gmt":"2016-01-21T12:52:45","guid":{"rendered":"http:\/\/all-in-for-erp.com\/de\/?p=194"},"modified":"2016-01-23T09:46:42","modified_gmt":"2016-01-23T08:46:42","slug":"prozesse-ueberbewertet-beratungsvodoo","status":"publish","type":"post","link":"http:\/\/all-in-for-erp.com\/de\/2016\/01\/21\/prozesse-ueberbewertet-beratungsvodoo\/","title":{"rendered":"Prozesse sind \u00fcberbewertet (oder: Beratungs-Vodoo)"},"content":{"rendered":"

Dieses Posting ist ein bisschen Vorbereitung zum <\/em>Br\u00fcckenpodcast, der sich mit ERP-Beratung im Allgemeinen besch\u00e4ftigen wird, w\u00e4hrend es hier ja um Infor LN im speziellen geht. Er ist ein bisschen l\u00e4nger und textlastiger – aber ich w\u00fcrde mich sehr \u00fcber Ihre Meinung zum Thema freuen! Sie k\u00f6nnen unten kommentieren, oder mir auch gern eine Email schicken an ufuchs@all-in-for-erp.com<\/em><\/p>\n

\"prozess_\u00fcberbewertet\"<\/em>Sind Prozesse Mumpitz?<\/h1>\n

Ich will mich mal mit einem Wort besch\u00e4ftigen, dass ich in der ERP-Beratungsbranche viel zu h\u00e4ufig h\u00e4ufig h\u00f6re. Eines, das ich nicht mehr h\u00f6ren kann. Eines, das ich mittlerweile sogar f\u00fcr ziemlich gef\u00e4hrlich halte. Es geht um “Prozesse”.<\/p>\n

Was kann man da nicht alles f\u00fcr Kombinationen basteln mit diesem W\u00f6rtchen: Prozessverst\u00e4ndnis, Prozessoptimierung, die Prozesse beschreiben, die Prozesse abbilden, Prozessorientierung, Sollprozesse, Prozesslandkarte, Prozessstruktur. Ich hab sogar schon “Prozesskonzept”, “Prozessplan” und “Prozesskompetenz” gefunden. Kompetenzen sind sowieso super. Alles ganz doll wichtige Herangehensweisen. Wirklich?<\/p>\n

Wollen Sie meine Meinung haben, basierend auf der Erfahrung aus 20 Jahren ERP-Implementierung? Ich sag sie Ihnen: F\u00fcr ERP-Projekte ist das alles in der Regel Mumpitz. Die Musik spielt woanders. “Prozesse” dienen lediglich dazu, Berater-Vodoo aufzufahren und seine Beratungsarbeit irgendwie\u00a0 zu kommunizieren. Bewirken, Bewegen, tut die Arbeit an Prozessen gar nichts.<\/p>\n

Grundlage: Was ist ein Prozess?<\/h1>\n

Ein Prozess ist eine Abfolge von T\u00e4tigkeiten, die aufgrund eines mehr oder weniger klar definierten Ausl\u00f6sers in einer Organisation nach bestimmten Regeln durchgef\u00fchrt werden. Dabei werden in der Regel aus eingehenden Informationen neue Informationen geschaffen. Ich sag jetzt mal bewusst Informationen und nicht Einsatzg\u00fcter, weil wir uns in der ERP-Welt mit der Verwaltung<\/em> physischer Vorg\u00e4nge besch\u00e4ftigen und nicht mit dem physischen Vorgang selbst.<\/p>\n

\"mark-516278_1920_small\"<\/p>\n

Ausgef\u00fchrt werden die T\u00e4tigkeiten im Prozess entweder von menschlichen Bearbeitern, oder – gerade in ERP-Systemen wichtig – von automatisierten Rechenverfahren.<\/p>\n

Die einzelnen T\u00e4tigkeiten in einem solchen Prozess k\u00f6nnen mehr oder weniger komplex sein, sie sind aber, und das ist jetzt wichtig, keine atomaren Einzelschritte<\/em>. Ein Prozess und sein Regelwerk sind keine Bedienungsanleitung f\u00fcr die Software. Die T\u00e4tigkeit besteht in “Erfassen der Auftragsposition im ERP-System”, ggf noch “mit Programmnummer soundso”, aber nicht in “Klick auf das Icon neu”, “Eingabe der Positionsnummer”, “Tab-Taste dr\u00fccken”, Eingeben der Artikelnummer, “Tab-Taste dr\u00fccken”, “Eingabe der Menge” etc.<\/p>\n

Gesch\u00e4ftsprozesse werden also auf einer h\u00f6heren Ebene beschrieben. Im Zusammenhang mit ERP-Einf\u00fchrungen geht das vielleicht noch auf die Ebene der einzelnen Applikationen\/Programmschritte runter, aber nicht sehr viel weiter.<\/p>\n

Und das ist, darauf komme ich gleich, f\u00fcr die Einf\u00fchrung eines ERP-Systems nicht detailliert genug.<\/p>\n

Wo kommt’s her?<\/h1>\n

Woher kommt nun diese Prozessorientierung, die sich in der Beratungswelt allenthalben findet?<\/p>\n

\"flash-113311_1920_cropped\"Dazu m\u00fcssen wir uns mal kurz in unsere Zeitmaschine setzen, und eine kleine Reise in die Vergangenheit machen, sagen wir mal, 20 Jahre zur\u00fcck. Die gro\u00dfe Zeit des Business Process Reengineering. Unternehmensberater verdienen Millionen damit, K\u00e4stchen und Kringel mit Pfeilen zu verbinden und die mittleren Managementebenen feuern zu lassen, weil man denen kein K\u00e4stchen zuweisen kann. Aber auch die gro\u00dfe Zeit der ERP-Systeme, mit denen Prozesse “enabled” werden konnten, wie es so sch\u00f6n hie\u00df.<\/p>\n

Und das war ja in der Tat auch notwendig. Viele Unternehmen hatten in der Tat noch keine Sicht auf ihre Prozesse. Sondern die ber\u00fchmten Z\u00e4une zwischen den Abteilungen, \u00fcber die man irgendwas (was auch immer) werfen konnte, ohne sich weiter zu interessieren, was dann passierte.<\/p>\n

F\u00fchrte man vor zwanzig Jahren also eine ERP-Software ein, so war die Hauptarbeit tats\u00e4chlich, der Kundenorganisation klar zu machen, dass Daten grunds\u00e4tzlich auf Basis formeller oder informeller Prozesse durchs Unternehmen flie\u00dfen und an diversen Stellen Aktivit\u00e4ten und neue Daten ausl\u00f6sen. Naja, Klammer auf: Dass die Daten so flie\u00dfen k\u00f6nnten – und sollten.
\nEs ging darum, tat\u00e4chlich mal ein Verst\u00e4ndnis daf\u00fcr aufzubauen, dass das, was ein Lagermitarbeiter an den Kunden ausliefert, genau das ist oder sein sollte, was ein Vertriebler als Verkaufsauftragsposition erfasst hat. Und dass, wenn die Verkaufsauftragsposition ordentlich erfasst ist, der Vertriebler dem Lagermitarbeiter eben nicht noch mal extra sagen muss, dass er jetzt ausliefern soll, sondern dass dann das ERP-System daf\u00fcr sorgen wird, dass der Lagermitarbeiter angetriggert wird. Dass man das auch nicht nach der Lieferung neu als geliefert ins Lagersystem eintippen muss.<\/p>\n

Durch die Einf\u00fchrung der ERP-Systeme mit relativ breiter Funktionalit\u00e4t lie\u00dfen sich vor zwanzig Jahren also tats\u00e4chlich Prozesse optimieren, Verwaltungst\u00e4tigkeiten von den Menschen und Wiedervorlagemappen in die IT-Systeme verschieben.<\/p>\n

In der Zeit sind die ERP-Firmen, ihre Methoden und ihre Sicht auf Organisationen und Projekte gro\u00dfgeworden. Und man muss leider sagen, sie haben sich wenig ver\u00e4ndert.<\/p>\n

Die Welt der Unternehmen aber schon.<\/p>\n

Denn heute?<\/p>\n

 <\/p>\n

Heutiger Zustand<\/h1>\n

H\"pseudocover\"eute haben alle Unternehmen ERP-Syteme. Heute ist die Prozesssicht viel selbstverst\u00e4ndlicher als vor 20 Jahren. Die Kundenmitarbeiter k\u00f6nnen ihre Prozesse in der Regel aufmalen oder aus dem ISO-9000-Handbuch rauskopieren. Sie m\u00fcssen sie nicht erst erarbeiten. Aufgabe einer ERP-Einf\u00fchrung ist es also inzwischen eher, einen gegebenen Prozess wieder umzusetzen. Wenn’s geht, effektiver als vorher. Aber in der Masse der ERP-Projekte muss man den Prozess an sich nicht mehr erarbeiten, der ist da.<\/p>\n

Klar, Ausnahmen best\u00e4tigen die Regel: Es gibt immer wieder Unternehmen, die klein mit Excel und Insell\u00f6sungen anfangen und irgendwann auf eine ERP-L\u00f6sung umsteigen. Da wird man erst mal die Prozesse ordentlich definieren. Aber die Masse der ERP-Projekte braucht sich dieser Herausforderung einfach nicht mehr zu stellen.<\/p>\n

Und auch klar: Prozessverst\u00e4ndnis und die Abbildung von Prozessen sind fraglos wichtig. ERP-Systeme k\u00f6nnen erst dann vern\u00fcnftig parametriert werden, wenn die Prozesse verstanden sind. Selbstverst\u00e4ndlich sieht man sich bei der Beratungsarbeit die Prozesse an. Ich mache das gerne zum Einstieg. Und nat\u00fcrlich fallen einem dabei oder bei der intensiven Besch\u00e4ftigung mit Funktionen Prozessschritte auf, die vielleicht inzwischen unsinnig sind. Oder man hat neue Softwarefunktionalit\u00e4ten in seinem ERP-System, die bestimme Prozessschritte oder auch Prozesse \u00fcberfl\u00fcssig machen und\/oder\u00a0 vielleicht einen ganz anderen Prozess erforderlich machen.<\/p>\n

Die Musik spielt in den funktionalen Anforderungen<\/h1>\n

\"cockpit-466157_1280._cropped\"Zentral f\u00fcr die Vollst\u00e4ndigkeit, das gute Gelingen des Projektes, sind aber heute die funktionalen Anforderungen. Jedes ERP-Produkt kann den Prozess eines Verkaufsauftrags abbilden. Vorne wird die Auftragsposition eingegeben, daraus ergibt sich irgendwann eine Anforderung ans Lager, die wird bedient, es entsteht ein Lieferschein und auf Basis dieser Daten dann eine Rechnung. Da sind alle ERP-Systeme und alle Anwenderunternehmen gleich, und drum kann jedes ERP-System bei jedem Anwenderuntehmen diesen Prozess schon irgendwie abbilden.<\/p>\n

Ob es diese Abbildung aber so vornimmt, dass am Ende eine notwendige Auftragseingangs- oder Bestandsstatistik rauskommt, ist eine Funktion. Ob und wie dabei eine Losverfolgung abgebildet wird, ist eine Funktion. Wie Materialbeistellungen an Fremdfertiger im Ausland steuerlich und intrastatm\u00e4\u00dfig behandelt werden, ist eine Funktion.<\/p>\n

Das sind kein Prozesse. Das, was in ERP-Projekten die Arbeit macht, ist die Abbildung von Funktionen, die der Kunde haben will.<\/p>\n

Ich habe in einem aktuellen Finance-Einf\u00fchrungsprojekt 360 einzelne funktionale Anforderungen nur f\u00fcr die Finanzbuchhaltung gez\u00e4hlt, und da fehlen sicher noch einige. Bei vielleicht einer Handvoll echter Prozesse, die es in einer Finanzbuchhaltungsabteilung so gibt. Mal ganz ehrlich: Worauf sollte man sich eher konzentrieren?<\/p>\n

Werden solche Funktionen unzureichend abgebildet, scheitert ein ERP-Projekt. Weil die Anwender anfangen, Parallelsysteme in Excel aufzubauen. Weil sie zu lange brauchen, die Daten einzugeben oder zu finden. Weil sie Daten mehrfach eingeben. Weil Daten in diesen Systemen nicht zusammenpassen. Weil das Management irgendwann auf den Trichter kommt, dass mit dem neuen ERP-System genau diese Verwaltungst\u00e4tigkeiten einfach funktionieren<\/em> sollten und nicht einen Riesenaufwand verursachen. Man beachte das Wort: Funktionieren hat was mit Funktion zu tun.<\/p>\n

Prozess-Vodoo<\/h1>\n

\"HandwerkszeugProzesse malen ist einfach. Da muss man sich nicht mit den fiesen Details der Software oder den funktionalen Anforderungen, die die am Prozess unmittelbar und mittelbar beteiligten Personen haben, auseinandersetzen.<\/p>\n

Man muss die Software auch nicht so richtig in der Tiefe kennen, um \u00fcber Prozesse zu diskutieren. Wenn man mit Abteilungsleitern oder h\u00f6heren Ebenen zu tun hat im Projekt, sind das Leute, die die Software gar nicht in der Tiefe kennen wollen. Und auch nicht die funktionalen Anforderung oder die t\u00e4glichen N\u00f6te bei der praktischen Arbeit, die ihre Mitarbeiter haben. Dieses ganze Detailgefummel, das braucht und will man als F\u00fchrungskraft doch nicht. Gib mir das gro\u00dfe Bild, und zeig mir (nur mit diesem gro\u00dfen Bild), dass mit Deiner Software alles besser wird als mit meiner alten. Am Ende will ich auf einer DIN-A4-Seite alle Informationen, die wichtig sind, aber bitte keine Details. Nur die, die wichtig sind.<\/p>\n

Man kennt das.<\/p>\n

Nur: Prozesse in Unternehmen sind heute eben schon gut. Da kann man nicht mehr viel verbessern, auch durch eine neue ERP-Software nicht. Die Verbesserungen liegen auf anderer Ebene (bessere Integration, Aufbrechen von Verkrustungen etc., Zukunftsf\u00e4higkeit, viele viele Details in denen das neue System Dinge besser macht als das alte und die sich in Summe zu einer bemerkbaren Gesamtverbesserung addieren). Die aber bl\u00f6de, nervige, funktionale Details sind.<\/p>\n

Und der bequeme Ausweg: Man malt Prozesse. Die aus der Analyse (Ist-Zustand) m\u00f6glichst kompliziert mit m\u00f6glichst viel Detailschritten. Und die Soll-Prozesse im neuen System mit m\u00f6glichst wenig Detailschritten. Die Detailschritte wird’s genauso geben, vielleicht sogar mehr als im Altsystem (man will ja z.B. auch mehr Wissen aus dem neuen System ziehen, das bedingt, dass ganz unten jemand mehr Informationen reinstecken muss). Man malt die Detailschritte nur nicht. Durch diesen simplen Trick, zwei unterschiedliche Flugh\u00f6hen zu w\u00e4hlen, kriegt man ein sch\u00f6nes Bild in die K\u00f6pfe, dass alles besser werden wird.<\/p>\n

Das Problem ist aber: Damit bekommt man zwar die Entscheiderebenen ruhig gestellt. Aber nicht wirklich vorw\u00e4rts im Projekt.<\/p>\n

Fazit<\/h1>\n

Um’s zusammenzufassen: Als zentrales Konzept, um das sich im Projekt alles drehen sollte, sind Prozesse definitiv \u00fcberbewertet. Wo die Musik spielt, sind die funktionalen Anforderungen. Und die umzusetzen, das macht Arbeit, ist fummelig, kostet Zeit und Nerven aller Projektbeteiligten. Aber man sollte sich als Berater nicht verf\u00fchren lassen, den einfachen Weg zu gehen und die ganze Zeit nur auf die Prozesse zu schielen, weil man da die ganzen fiesen Details so sch\u00f6n wegblenden kann.<\/p>\n

Denn dann kommt man nicht vorw\u00e4rts.<\/p>\n

Oder doch, man ist nach einiger Zeit einmal eine Ringstra\u00dfe um den Berg Arbeit rumgewandert und steht wieder am Ausgangspunkt, ist aber kein St\u00fcck weiter oben. Den Berg bezwingen kann man nur, wenn man den steinigen Weg bergauf geht, sich die hunderte funktionalen Anforderungen St\u00fcck f\u00fcr St\u00fcck vornimmt und m\u00fchsam abarbeitet. Da stur bergauf vorantrotten zu k\u00f6nnen wie ein Maulesel, und die Kundenmitarbeiter und Kundenorganisation auf diesem Weg mitzuziehen, ist eine der Kernkompetenzen eines guten ERP-Beraters.<\/p>\n

\"donkey-193263_1920_small\"<\/em><\/p>\n

 <\/p>\n

Haben Sie bis hierhin durchgehalten? Das freut mich sehr! Noch mehr freue ich mich nat\u00fcrlich auch \u00fcber Ihre Meinung zum Thema. Liege ich falsch? Ist was dran an meinen Thesen? Sagen Sie’s mir, hier in den Kommentaren oder gerne auch per Mail <\/em>an: ufuchs@all-in-for-erp.com<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"

Dieses Posting ist ein bisschen Vorbereitung zum Br\u00fcckenpodcast, der sich mit ERP-Beratung im Allgemeinen besch\u00e4ftigen wird, w\u00e4hrend es hier ja um Infor LN im speziellen geht. Er ist ein bisschen l\u00e4nger und textlastiger –...<\/p>\n","protected":false},"author":1,"featured_media":204,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[14],"tags":[],"_links":{"self":[{"href":"http:\/\/all-in-for-erp.com\/de\/wp-json\/wp\/v2\/posts\/194"}],"collection":[{"href":"http:\/\/all-in-for-erp.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/all-in-for-erp.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/all-in-for-erp.com\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/all-in-for-erp.com\/de\/wp-json\/wp\/v2\/comments?post=194"}],"version-history":[{"count":23,"href":"http:\/\/all-in-for-erp.com\/de\/wp-json\/wp\/v2\/posts\/194\/revisions"}],"predecessor-version":[{"id":228,"href":"http:\/\/all-in-for-erp.com\/de\/wp-json\/wp\/v2\/posts\/194\/revisions\/228"}],"wp:featuredmedia":[{"embeddable":true,"href":"http:\/\/all-in-for-erp.com\/de\/wp-json\/wp\/v2\/media\/204"}],"wp:attachment":[{"href":"http:\/\/all-in-for-erp.com\/de\/wp-json\/wp\/v2\/media?parent=194"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/all-in-for-erp.com\/de\/wp-json\/wp\/v2\/categories?post=194"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/all-in-for-erp.com\/de\/wp-json\/wp\/v2\/tags?post=194"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}