Nutzen Sie die Leistungen Ihres SAP Supports richtig?

Wenn Sie SAP im Einsatz haben und sich nicht sicher sind, ob Sie das Wartungsangebot der SAP umfänglich nutzen, geben Ihnen die folgenden Ausführungen einen groben Überblick, auf welche Services Sie Anspruch haben. 

Sie können einen SAP Wartungsvertrag entweder mit der SAP direkt oder einem VAR (Value added reseller) Partner der PCOE (SAP Partner Center of Expertisezertifiziert ist, abschließen. Die von der SAP zugesicherten Leistungen des Wartungsvertrages, die im Standard oder Enterprise Support Vertrag enthalten sind ändern sich dadurch nicht. Allerdings kann der VAR Ihnen zusätzlich weitere Services anbieten, die in der Definition der SAP nicht enthalten sind.  

SAP_Support_J4P

Im Folgenden eine Zusammenfassung was in den jeweiligen Ausprägungen enthalten sein sollte: 

SAP Standard Support

Die Leistungen des SAP Standard Support helfen Ihnen sicherzustellen, dass Ihre SAP-Systeme ohne große Unterbrechungen laufen. Sie erhalten Informationen und Services, die einen effizienten und möglichst störungsfreien Systembetrieb unterstützen. Geboten wird ein reaktiver Support bei Problemen und Unterstützung bei der zuverlässigen Behebung von Fehlern bei technischen Störungen. Das Angebot umfasst die folgenden Themen:

Kontinuierliche Verbesserung

SAP unterstützt Sie dabei, Ihre SAP-Systeme aktuell zu halten und zu verbessern

  • Neue Software Releases
  • Enhancement Packages

Remote Services

Sie können verschiedene Services nutzen, die dazu beitragen, die technische Leistungsfähigkeit Ihrer SAP-Systeme aufrechtzuerhalten oder zu verbessern. Von diesen Services können Sie einen pro Jahr und produktivem System anfordern:

  • SAP EarlyWatch Alert
  • SAP GoingLive Check
  • SAP GoingLive Functional Upgrade Check
  • SAP OS/DB Migration Check
  • SAP EarlyWatch Check: wenn durch den SAP EarlyWatch Alert kritische Systemzustände gemeldet werden, können Sie von diesem 2 pro Jahr und produktivem System anfordern

Zugang zur SAP-Anwendergemeinde

Zugriff auf Wissen über den Betrieb und die Pflege Ihrer SAP-Systeme, etwa durch den Zugang zum SAP Support Portal oder SCN (SAP Community Network) ehemals SDN (SAP Developer Network)

Meldungsbearbeitung

Sie profitieren von Standardprozessen für eine effektive Meldungsbearbeitung und können unterschiedliche Möglichkeiten zur Selbsthilfe nutzen, die zu einer schnellen Problemlösung beitragen.

  • 24/7 Zugriff auf die SAP Hinweisdatenbank
  • Standardprozess für die Meldungsbearbeitung ohne SLA-Garantie. Dies bedeutet, dass SAP weder Reaktionszeiten noch Lösungszeiten für die gemeldeten Probleme garantiert .

Support-Infrastruktur

Sie können das SAP Support Portal und die Application Management-Plattform SAP Solution Manager einsetzen, um operative Aufgaben zur Pflege Ihres SAP-Systems durchzuführen. Es handelt sich hierbei um eingeschränkte, fest definierte Nutzungsrechte für den SAP Solution Manager unter SAP Standard Support

 

SAP Enterprise Support

SAP_EP_Support_J4PDie Leistungen des SAP Enterprise Support enthalten die des Standard Supports erweitert um die folgenden Themen:

Kontinuierliche Verbesserung

  • SAP liefert bis zu fünf Tage Remote-Support-Services pro Kalenderjahr durch SAP Solution Architekten:
    • Zur Unterstützung bei der Bewertung der Innovationsfähigkeit des neuesten SAP-Erweiterungspakets und wie es für Ihre Geschäftsprozessanforderungen eingesetzt werden kann.
    • Für definierte SAP-Software/ -Anwendungen oder Global Support Backbone-Komponenten bietet SAP Unterstützung in Form von Wissenstransfersitzungen mit einer Anrechnung von einem Tag an. Aktuell finden Sie die Zeitpläne und Inhalte der Sessions im Enterprise Support. Planungs-, Verfügbarkeits- und Liefermethoden liegen im Ermessen der SAP.
  • Als Teil der SAP Solution Manager Enterprise Edition haben Sie Zugriff auf geführte Self-Services zur Optimierung des technischen Lösungsmanagements für ausgewählte Enterprise Support-Lösungen.

Erweiterte Unterstützung für Enhancement Packages und andere SAP-Software-Updates

SAP bietet spezielle, von SAP-Lösungsexperten bereitgestellte remote checks an, um geplante oder vorhandene Modifikationen zu analysieren und mögliche Konflikte zwischen benutzerdefiniertem Code und Enhancement Packages sowie anderen Support Solution Updates zu identifizieren. Jede Prüfung wird für eine bestimmte Modifikation in Ihren Kerngeschäftsprozessen durchgeführt. Sie haben die Möglichkeit 2 Improvement Services pro Kalenderjahr und SAP Softwarelösung (Definition in SAP Hinweis 1324027) anzufordern:

  • Rechtfertigung von Kundenmodifikationen: Wenn Sie eine bestehende Kundenmodifikation haben oder eine solche planen und diese im SAP Solution Manager Enterprise Edition umfänglich dokumentiert haben, kann von SAP analysiert und geprüft werden, ob eine Lösung im Standard für diese Anforderung existiert.
  • Wartbarkeit von Kundenmodifikationen: Wenn Sie eine bestehende Kundenmodifikation haben oder eine solche planen und diese im SAP Solution Manager Enterprise Edition umfänglich dokumentiert haben, kann von SAP analysiert und geprüft werden, welche User Exits und Services existieren, um den kundenindividuellen Code vom SAP Code zu trennen.

Support-Infrastruktur

Sie können den SAP Service Marketplace und die Application Management-Plattform SAP Solution Manager einsetzen, um operative Aufgaben zur Pflege Ihres SAP-Systems durchzuführen. Es handelt sich hierbei um eingeschränkte fest definierte Nutzungsrechte für den SAP Solution Manager unter SAP Enterprise Support.

Mission Critical Support

  • Globale Vorfallbearbeitung durch SAP für Probleme im Zusammenhang mit Enterprise Support Solutions, einschließlich Service Level Agreements für anfängliche Reaktionszeit und Korrekturmaßnahmen
    • Die IRT (Initial Response Time) bezeichnet die Reaktionszeit vom Zeitpunkt der Problemmeldung bis zur aktiven Bearbeitung des Problems und der Einleitung von Maßnahmen zu dessen Lösung und ist für Prio 1 und 2 Tickets definiert.
    • Die MPT (Maximum Processing Time) ist die maximale Bearbeitungszeit seitens SAP SE und des Partners, innerhalb der eine Problemlösung oder ein Maßnahmenplan geliefert werden muss und ist für Prio 1 Tickets definiert.
  • SAP Support Advisory Center
    Ist eine globale Einheit innerhalb der SAP-Support Organisation für geschäftskritische Support-Anfragen für Prio 1 und Top-Themen, welche die folgenden Aufgaben ausführt:

    • Das Support Advisory Center fungiert als zusätzliche Eskalationsstufe und ermöglicht eine 24×7-Ursachenanalyse zur Problemidentifizierung
    • Planung der CQC (Continuous Quality Checks) – Servicebereitstellung in Zusammenarbeit mit Ihrer IT, einschließlich Terminplanung und Lieferkoordination. Bietet Anleitung und Empfehlungen im Fall eines kritischen Status des CQCs
    • Stellt auf Anfrage einen SAP Enterprise Support-Bericht pro Kalenderjahr zur Verfügung
  • Continuous Quality Checks (CQC) / Technical Quality Checks (TQC)
    Bei kritischen Situationen im Zusammenhang mit einer SAP Softwarelösung (z.B. Go-Live, Upgrade, Migration oder Top-Themen) bietet SAP mindestens einen CQC pro Kalenderjahr und SAP Software Lösung an. In Abstimmung mit dem SAP Support Advisory Center können auch weitere Services angefordert werden wenn der SAP EarlyWatch Check kritische Warnungen ausgibt oder man einvernehmlich übereinstimmt dass ein zusätzlicher Service für die Behandlung eines Top-Themas erforderlich ist.
    Eine Auflistung und detaillierte Informationen zu den Services erhalten Sie im SAP Support Portal unter Offerings & Programs / SAP Enterprise Support / SAP Enterprise Support Academy / Continuous Quality Check & Improvement Services
    Die CQCs können Sie über Ihren SAP Wartungspartner anfordern.

 

Zusammenfassung und Empfehlung

Nach meiner Erfahrung nutzen viele SAP Enterprise Support Kunden die Mehrwerte, die dieser bietet, nicht umfänglich. Gehen Sie auf Ihren Wartungspartner zu und prüfen Sie die nächsten anstehenden Aktivitäten an Ihrem SAP System im Hinblick darauf, welche Aktivitäten über einen der verfügbaren CQCs durch die SAP unterstützt werden können. Sollte diesbezüglich keine größere Änderung anstehen, nutzen Sie die verfügbaren Services, z.B. um Ihre Geschäftsprozesse, die Sicherheit des SAP Systems oder die technische Performance zu optimieren.

Sollten Sie Fragen haben oder Unterstützung benötigen, können Sie gerne per Mail mmu@j4p.de auf mich zukommen.

Auswahlberatung

SAP S/4HANA – Professionelle Projektsteuerung mit Qualitätssicherung

Sie stehen vor der Herausforderung Ihre vorhandene SAP-Landschaft auf die neue Lösung S/4HANA zu bringen? Dann sollten Sie hier ein paar grundsätzliche Dinge aus Sicht der Projektsteuerung beachten!

Die 7 Grundregeln des Projektmanagements

Diese Regeln aus einem früheren Blog von uns gelten natürlich hier grundsätzlich auch! Die Headlines lauten:

  1. Soft Skills
  2. Change Management
  3. Kommunikation und Projekt-Marketing
  4. Risikomanagement
  5. 80 zu 20 Regel
  6. Stakeholder
  7. Projektende

Den kompletten Blog lesen sie hier.

 

Warum überhaupt eine S/4HANA Transformation?

Bevor Sie sich über ein herausragendes Projektmanagement und eine begleitende Qualitätssicherung überhaupt Gedanken machen, sollten Sie sicher sein warum Sie den Weg zu S/4HANA gehen wollen!

Beachten Sie hier 3 aufeinander aufbauende Schritte:

  1. Machen Sie eine Standortbestimmung Ihrer aktuellen Prozess- und Systemlandschaft
  2. Formulieren Sie eine IT- und Digitalisierungs-Strategie für Ihr Unternehmen
  3. Informieren Sie sich dann ausführlich über S/4HANA und den Weg dorthin

Wie das im Detail funktionieren kann, finden Sie ausführlich im Blog „SAP und der Weg zu S/4HANA“.

Haben Sie sich für eine S/4HANA-Transformation entschieden? Dann sind die folgenden Ausführungen sicher eine Hilfestellung für Ihre weiteren Vorgehensweise.

 

Professionelle Projektsteuerung – wozu?

Unter Beachtung der vorher genannten Grundlagen stellt sich nun diese Frage. Sie haben doch bisher schon immer ein gutes Projektmanagement in Ihren IT-Projekten aufgesetzt, dies können Sie auch anhand der bisherigen Erfolge nachweisen!

Ja, das stimmt sicherlich. Bei einer S/4HANA Transformation sind die Herausforderungen aber um einiges größer als beim ursprünglichen SAP-Einführungs oder auch -Upgrade-Projekt.

Warum ist das so?

SAP S/4HANA ist kein „einfacher“ Releasewechsel

S/4HANA ist ein komplett neues Produkt der SAP, egal ob Sie Ihre SAP-Landschaft mit den bisherigen Einstellungen und Stamm- und Bewegungsdaten mit nach S/4HANA nehmen wollen – der sogenannte Brownfield-Ansatz- oder eine komplette Neueinführung machen (Greenfield-Ansatz).

 

Vorprojekt #1 – Brownfield vs. Greenfield

Die Grundsatz-Entscheidung ob Migration mittels Brown- oder Greenfield ist nicht in ein paar Tage zu fällen. Dies bedingt ein gut strukturiertes Vor-Projekt.
Ist das die Aufgabe der IT-Leitung oder des Fachbereichs? Eher nicht, das Projekt betrifft alle Beteiligten in Ihrem Unternehmen!
An dieser Stelle braucht es zum ersten Mal eine Professionelle Projektsteuerung.

 

Vorprojekt #2 – Systemchecks und Festlegung Prozesse

Steht die Entscheidung für Brown- oder Greenfield, kommt ein weiteres Vor-Projekt. Dies beinhaltet zum einen vorbereitende Checks, um das vorhandene SAP-System auf Konvertierungs-Herausforderungen zu prüfen und zum anderen die Festlegung der zukünftigen Prozess-Landschaft im S/4HANA.
Auch hier hat die IT-Abteilung eine nicht unwesentliche Unterstützungs- und Vorentscheidungsfunktion. Im Hinblick auf zukünftige Prozesse ist aber auch hier wieder das gesamte Unternehmen gefragt (Stichwort „Digitalisierungs-Strategie“).

 

Vorprojekt #3 – Vorbereitende Tätigkeiten im Altsystem

Hier gilt es zu prüfen, welche grundsätzlichen Themen schon vor der Transformation im vorhandenen SAP ECC 6.0 abgearbeitet werden können bzw. auch müssen. Anbei einige Beispiele (keine vollständige Aufzählung!):

  • Umstellung Datenbank von Oracle/SQL/Sybase usw. auf die HANA-DB
  • Umstellung auf Neues Hauptbuch im SAP
  • Umstellung auf Geschäftspartner-Logik
  • Die Bereinigung von benutzerdefiniertem Code, der nicht in Gebrauch ist und der vor Beginn der Umstellung stillgelegt werden könnte.
  • Die Bereinigung und Archivierung von Geschäftsdaten, um die Größe Ihres Produktivsystems zu reduzieren. Dadurch werden die Hardware-Anforderungen Ihrer neuen SAP HANA-Datenbank reduziert und die Geschäftsausfallzeiten während der Umstellung verringert.

Ist hier eine Professionelle Projektsteuerung notwendig? Aber ganz sicher!

 

Vorprojekt #4 – Hauptprojekt aufsetzen

Bevor es nun in die eigentliche Umstellung geht muss dieses Hauptprojekt sorgfältig geplant werden. Folgende Punkte sind wichtig:

  • Ausbildung des künftigen Projektteams
  • Planung des Übergangs
  • Vorbereitung auf die Umstellung
  • Projekt aufsetzen
  • Projektstandards festlegen

Jetzt könnten wir sagen, als Ergebnis dieses Vorprojektes legen wir dann fest, wer sich für die Professionelle Projektsteuerung zuständig fühlen sollte…zu spät! Wer hat die ersten 3 Vorprojekte geleitet? Wollen Sie hier jedesmal einen anderen Projektmanager setzen?

 

Vorprojekt #5 – Prototyp erstellen

Nun kommen wir zum letzten wichtigen Vorprojekt.
Um den Übergang richtig zu planen und sich darauf vorzubereiten, ist es entscheidend, den Wert der Innovationen zu verstehen, die das neue System für die Geschäftslösungen der Kunden liefert. Das Prototyping ermöglicht es Ihnen, die Wertschöpfung mit realen Geschäftsszenarien unter Verwendung von realen Daten zu bewerten.
Es handelt sich auch hier um ein kleines Projekt für sich allein. Es erfordert eine dedizierte Planung, Durchführung und abschließende Bewertung; es wird also immer von den Geschäfts- oder IT-Anforderungen angetrieben.
Professionelle Projektsteuerung notwendig? Die Antwort erübrigt sich denke ich inzwischen…

 

Hauptprojekt – Transformation auf SAP S/4HANA

Das eigentliche Projekt bietet jede Menge Herausforderungen, die auch für einen erfahrenen SAP-Anwender ungewöhnlich sind. Exemplarisch sind hier folgende Punkte:

  • Neue Benutzer-Oberfläche SAP Fiori
  • Vereinfachte Datenstrukturen
  • Wegfall von bisherigen Funktionen (Stichwort „Simplification List for S/4HANA 1909“ mit aktuell über 1000 Seiten!)
  • Teilweise Integration von bisher ausgelagerten Funktionalitäten (SAP SCM, SAP eWM, …)
  • Lizenzumstellung auf neues Modell, Beachtung von Digital Access und weiteren Thematiken (lesen Sie hierzu auch die Lizenzkolumne im E3-Magazin meines Kollegen Tobias Wahner)

Ergo: Auch hier ist zwingend ein Professionelles Projektmanagement notwendig!

 

Zusammenfassung

Sie fragen sich nun, warum in diesem Blog in jedem Absatz ein Professionelles Projektmanagement strapaziert wird?

Das Thema S/4HANA hat eine solche Relevanz für die Zukunft Ihres Unternehmens und eine so erhebliche Komplexität in der Umstellung, dass es mit erprobten Projektleitungs-Ansätzen nicht getan ist.

Der IT-Leiter allein kann dieses Projekt (mit 5 Vor-Projekten oder sogar mehr) nicht alleine steuern. Ein Fachbereichsleiter kann dies alleine auch nicht. Zusätzlich bräuchte man noch einen oder mehrere erfahrene Personen um eine stringente Qualitätssicherung bei jedem Meilenstein sicherzustellen.

Lösungsvorschlag

  1. Sie haben die oben dargestellte Mitarbeiter-„Power“ im Haus? Verteilen Sie die Aufgaben auf verschiedene Köpfe in einem Projektmanagement-Team. Vergessen Sie dabei nicht EINEN Leader festzulegen. Am Schluss muss eine Person verantwortlich sein mit Zuarbeit eines professionellen Teams!
  2. Haben Sie diese Mitarbeiterinnen und Mitarbeiter aktuell weder kapazitiv noch fachlich im Zugriff? Dann kontaktieren Sie uns! Mit über 60 Jahren SAP-Erfahrung, sowohl in nationalen und internationalen Projekten durften wir unsere Expertise nachweisen. Wir sichern Ihren Projekterfolg als Professionelle Projektmanager und Qualitäts-Sicherer! Wir freuen uns auf Ihren Anruf!

 

 

 

Die 7 Grundregeln des Projektmanagements

Zum Thema Projektmanagement gibt es mehr als 20.000 Buchtitel, zum Thema IT-Projektmanagement auch schon über 10.000 verschiedene mehr oder weniger schlaue Bücher.

Warum sich weiterlesen trotzdem lohnt? Einfach, weil ich 7 einfache Regeln aus meiner 20-jährigen Projektmanagement-Erfahrung im IT- und SAP-Umfeld für Sie zusammengestellt habe, die zwar weder einen Anspruch auf wissenschaftliche Vollständigkeit noch die allein selig machenden Tipps darstellen, funktioniert und geholfen haben Sie mir aber bisher immer!

project_pexels

 

1. Soft Skills

Es spielt keine Rolle, ob wir hier vom Projektleiter/-in des Auftraggebers oder dem Projektleiter/-in des Beratungshauses sprechen: Ein Projektmanager braucht vielfältige Kompetenzen! Einige davon sind allgemein bekannt.

Beispiele:

Projektmanager sind…
…Führungskräfte, Fachexperten und auch Manager

Der/Die Projektleiter(in) benötigt unbedingt…
…Projektmanagement- und Business-Skills

Alles richtig, alles gut. Falls hier das ein oder andere mal nicht in ausreichendem Ausmaß vorhanden sein sollte, auch nicht schlimm. Daran allein sind noch keine Projekte gescheitert.

Projekte scheitern wenn sowohl der/die Projektleiter(in), als auch andere Projektbeteiligte folgende Soft Skills nicht mitbringen:

  • Fokussierte Ziel- und Lösungsorientierung
  • Verantwortungsübernahme leben und jederzeit von allen Beteiligten einfordern
  • Maximale Flexibilität, weil in einem Projekt jeden Tag was anderes schiefgehen kann
  • Unerschütterliche Hartnäckigkeit verbunden mit einem ausgeprägten Selbstbewusstsein
  • Veränderungsbereitschaft und Lust auf Neues

Aber am Allerwichtigsten:

Der Mensch steht auch im kompliziertesten und anspruchvollsten Projekt immer im Mittelpunkt des Handelns! Ein Projekt wird nicht nur durchgeführt, um eine Organisation zu ändern oder einen Prozess zu optimieren. Ein Projekt ist auch dazu da, den beteiligten und betroffenen Menschen die Ausübung Ihrer Aufgaben zu erleichtern, zu verschönern, zu optimieren,….was auch immer. Am Ende soll ein Projekt allen Freude bereiten und Spaß machen! Die Organisation und die Prozesse optimieren sich dann ganz nebenbei.

Grundregel 1
„Der Menscht steht im Mittelpunkt!“

Soft Skills_pexel

 

2. Change Management

Jedes Projekt, das mit dem Ziel aufgesetzt wird durch Technologie ausgetretene Pfade zu verlassen und einen schon lange notwendigen Change einzuleiten, ist vom Start weg zum Scheitern oder zumindest zu zweifelhaftem Erfolg verurteilt.

Als klassische Beispiele können hier viele SAP-Projekte genannt werden, die vom Kunden initiiert worden sind um organisatorisch und unternehmenspolitisch schon seit geraumer Zeit notwendige Anpassungen und Änderungen in ein Software-Projekt zu verlagern.

Das hat noch nie funktioniert und wird auch zukünftig nicht funktionieren!

Grundregel 2
„Change Management ist ein ständiger Prozess, aber niemals ein Projekt“

change_sw

 

3. Kommunikation und Projekt-Marketing

Projekte beginnen oft mit großem Getöse, werden toll aufgesetzt, im gesamten Unternehmen über mehrere Kanäle propagiert und die betroffenen Projektmitglieder in den ersten Tagen und Wochen mit Informationen buchstäblich zugeschüttet.

Leider hält dieser Elan oftmals nicht sehr lange an. Die Auswirkungen einer ungenügenden Kommunikation im Projekt kommen erst im späteren Verlauf als Bumerang zurück.

Tipps:

  • Implementieren Sie von Beginn an den regelmäßigen Informationsaustausch auf verschiedenen Projektebenen und überwachen Sie, dass diese Veranstaltungen auch stattfinden.
  • Die „offizielle“ und offene Kommunikation kann nicht hoch genug eingeschätzt werden. Wenn die „informelle“ Kommunikation im Projekt irgendwann überwiegt, ist es bereits zu spät.
  • Stellen Sie sicher, dass auch außerhalb des Projektkernteams eine Regel-Kommunikation und -information aller betroffenen Mitarbeiterinnen und Mitarbeiter im Unternehmen stattfindet. Dieses sogenannte Projektmarketing wird meist belächelt und schläft dann entweder ein oder es werden nur „geschönte“ Berichte veröffentlicht. Der tatsächliche Projektstand hat sich aber bereits informell rumgesprochen…

Grundregel 3
„Kein Projekt ohne regelmäßigen Informationsaustausch und Projektmarketing!

SONY DSC

 

4. Risikomanagement

„Bärentango“ heißt der Klassiker der Fachliteratur zum Risikomanagement in Projekten. Tom DeMarco’s Buch aus dem Jahre 2003 ist auch heute immer noch Pflichtlektüre für jeden Projektmanager oder Risikomanager in Projekten. Wenn Ihnen 200 Seiten Lektüre zu viel sind, fasse ich die Wichtigkeit dieses Themas mal in ein paar pragmatischen Aussagen zusammen:

  • Risiken sind einfach da, sie lassen sich nicht vermeiden
  • Risiken zu kennen und auch einzuschätzen begünstigt eine schnelle und folgenmindernde Reaktion bei deren Eintritt.
  • Probleme gibt es meist schon in der ersten Projektwoche. Fördern und fordern Sie eine offene Projekt- und Risiko-Kultur, sonst passiert es sehr schnell, dass alles schön unter den Teppich gekehrt wird.
  • Stellen Sie sich bei auftretenden Problemen immer folgende Fragen:
    • Ist das Problem grundsätzlich?
    • Sind die Rahmenbedingungen falsch?
    • Gibt es ungeklärte Verantwortlichkeiten?
    • Wird die Verantwortung überhaupt gelebt?

Grundregel 4
„Risiken und Probleme sind normaler Bestandteil von Projekten. Behandle Sie genau so!“

risikomanagement _pexel.jpeg

 

5. 80 zu 20 Regel

Einfacher ausgedrückt: Setzen Sie Prioritäten!

Schon vor Projektstart muss ganz klar festgelegt sein, welche Projektziele welche Priorität haben. Wenn alle Ziele gleich wichtig sind, die Anzahl Ziele aber weder zum Budget noch zum veranschlagten Zeitrahmen passen, ist es Aufgabe des Projektmanagements schon in den ersten Tagen und Wochen mit der Anpassung der Prioritäten zu beginnen.
Dieses Umpriorisieren muss ein fester Bestandteil im gesamten Projektverlauf sein.

Nur dann kann es mit der Pareto-Regel was werden.

Alternative:

  • Projektverzögerungen
  • Ständig neue Change Requests
  • Budgetüberschreitungen
  • generelle, ungesteuerte Qualitätsverluste
  • …bis zur Projekt-Eskalation

Grundregel 5
„Die Prioritäten im Projekt richten sich ausschließlich nach den Projektzielen!“

Pareto J4P_Neu (2)

 

6. Stakeholder

Beginnen wir mit einem Zitat, welches man im Internet unter den Top 5 Ergebnissen findet:

„Das Management von Stakeholdern ist ein wesentlicher Aspekt des Projektmanagements; Stakeholder sollten immer bevorzugt informiert werden, um das Erreichen der Projektziele abzusichern.“

Kernaussage
Jeder, der irgendwie von einem Projekt betroffen sein könnte ist ein Stakeholder. Nicht wie fälschlicherweise immer angenommen Stakeholder = Management.

Beachten Sie!

  • Jedes Projekt weckt Ängste und Befürchtungen. Es passiert nämlich etwas neben bzw. außerhalb der regulären Organisation.
  • Machen Sie sich daher immer bewusst…
    • …für wen das Projekt einen Bedeutungsverlust bringen könnte
    • …wer glauben könnten Nachteile aus diesem Projekt zu haben
    • …wer sich Gedanken macht, dass sein Arbeitsplatz gefährdet sein könnte
    • …wer sich gerade fragt, warum er nicht bei diesem wichtigen Projekt dabei ist
  • Nehmen Sie alle Betroffenen und Beteiligten gleich ernst. Kommunizieren vom Start weg offen und ehrlich!

Grundregel 6
„Jedes Projekt ist von Stakeholdern umzingelt!“

stakeholder_pexel

 

7. Projektende

Eine ganz klassische Definition findet sich bei projektmagazin.de:

„Das Projektende ist der Termin, zu dem der Lenkungsausschuss ein Projekt für abgeschlossen erklärt.“

Wenn es immer so einfach wäre….Wenn Sie allerdings die Grundregeln 1 bis 6 beherzigt haben, ist obige Definition so einfach wie auch richtig.

Und ganz wichtig!

Planen Sie rechtzeitig (noch in der Realisierungs-Phase) eine Projektabschluss-Feier mit dem gesamten Projekt-Team. Nur so haben alle die Chance mit einem guten Gefühl und einer abschließenden Wertschätzung das Kapitel „Projekt“ abzuhaken und diesen Schwung mit ins normale Tagesgeschäft oder das nächste anstehende Projekt mitzunehmen.

Grundregel 7
„Holzhacken ist deshalb so beliebt, weil man bei dieser Tätigkeit den Erfolg sofort sieht.“ Albert Einstein

Projektende_pexel

 

 

Nur noch Digital signierte SAP Hinweise ab Januar 2020

SAP wird zum 01. Januar 2020 die SAP Hinweise im SAP Support Portal nur noch digital signiert zur Verfügung stellen. 

Diese Änderung soll sicherstellen dass der Inhalt von SAP Hinweisen nicht unbemerkt schädlich verändert werden kann und erhöht somit die Sicherheit Ihres SAP Systems beim Einspielen von Updates.   

Falls Sie noch nicht geprüft haben ob Ihr SAP System bereits digital signierte Hinweise herunterladen und einspielen kann sollten Sie dies jetzt tun. Im folgenden erhalten Sie einen Überblick über die notwendigen Schritte. 

Wenn Ihr System einen alten Patch Stand hat, kann die Vorbereitung für das arbeiten mit digital signierten Hinweisen sehr aufwendig sein da Sie unter Umständen sehr viele SAP Hinweise einspielen oder alternativ ein Upgrade durchführen müssen um die grundlegenden Voraussetzungen zu schaffen.  

Eine generelle Übersicht zum Thema finden Sie auf der SAP Support Seite Note Assistant 

Die SAP bietet einen geführten Ansatz, der alle erforderlichen Aktionen in SAP-Hinweis 2836302 bündelt, wodurch Sie bei der Implementierung erheblich Zeit sparen. Beachten Sie bitte das PDF im Anhang des SAP-Hinweises 2836302. 

Ansonsten finden Sie im Folgenden eine Übersicht der einzelnen Schritte, die ausgeführt werden müssen: 

  1. Alle relevanten SAP-Hinweise müssen in Ihren ABAP-Systemen eingespielt sein. 
  • Implementieren Sie die SAP-Hinweise 2408073, 2546220 und 2508268, damit der Note Assistant (SNOTE) digital signierte SAP-Hinweise herunterladen und hochladen kann. 
  • Alternativ ist eine entsprechende transportbasierte Korrekturanleitung (TCI) als SAP-Hinweis 2576306 verfügbar welcher die SAP-Hinweise 2408073, 2546220 und 2508268 enthält. Wenn TCI für den Note Assistant in Ihrem ABAP-System aktiviert ist, wird empfohlen, den TCI-SAP-Hinweis 2576306 anstelle der oben genannten einzelnen SAP-Hinweise zu implementieren. 
  1. Für das SAP_BASIS-Release 740 und höher müssen Sie das HTTP-Protokoll oder den Download-Service als Verfahren für den Download von SAP-Hinweisen aktivieren. Das Herunterladen über das RFC-Protokoll ist für SAP_BASIS-Releases 740 und höher nicht zulässig. 
  2. In den SAP_BASIS-Releases 700 bis 731 wird der in der RFC-Destination verwendete generische Benutzer durch den S-User für technische Kommunikation ersetzt. Sie können diesen hier beantragen. 

 

Wenn Sie bei der Prüfung und / oder der Einrichtung Unterstützung benötigen können Sie gerne auf mich zukommen.  

Im folgenden nochmal einige hilfreiche Links zu diesem Thema: 

Auswahlberatung

SAP und der Weg zu S/4HANA

Aus SAP ERP wird S/4HANA – und jetzt?

Sie haben SAP ERP im Einsatz? Die SAP oder Ihr Beratungspartner drängt Sie zum handeln? Richtig, Sie müssen handeln. Aber bitte mit Bedacht und auf neutraler und objektiver Basis!

Der „richtige“ Weg

Wir empfehlen Ihnen grundsätzlich drei Schritte zu durchlaufen, bevor Sie entscheiden zu welchem Zeitpunkt der Einstieg in Richtung S/4HANA richtig ist und ob dieser Schritt überhaupt notwendig ist.

Reflexion der aktuellen System- und Prozess-Landschaft – Standortbestimmung

Prüfen Sie ihre Ist-Prozesse auf Aktualität und Validität und stellen Sie sich dabei folgende Fragen:

  • Ist jeder einzelne Prozess, der im SAP ERP abgebildet ist überhaupt noch in Verwendung?
  • Welches sind die Kernprozesse und sind diese zu 100% im SAP ERP in Nutzung?
  • An welchen Stellen nutzen Sie andere Systeme?
  • Welche und wie viele Prozesse sind über Schnittstellen angebunden?

Gerne unterstützen wir Sie hier aus unserem Beratungsportfolio mit dem Paket „SAP- und IT-Standortbestimmung“.

Erwartungshaltung an Ihre Digitale Zukunft

Fixieren Sie schriftlich, welche Ziele und Mehrwerte Sie mittelfristig unbedingt erreichen wollen . Folgende Themen sind dabei sicher Bestandteil:

  • Digitialisierung der Geschäftsprozesse
  • Minimierung der Schnittstellen
  • Prozessvereinfachungen und -automation

 

Informationsbeschaffung und KnowHow-Aufbau

Erst wenn Sie die ersten beiden Schritte abgeschlossen haben, sollten Sie sich über S/4HANA schlau machen. Nutzen Sie hierzu alle Ihnen zur Verfügung stehenden Informationsquellen. Neben der klassischen SAP-Online-Hilfe unter https://help.sap.com   gibt es sehr gute Online-Angebote, die Sie initial auch ohne Ihren SAP-Partner als Knowledge-Base nutzen sollten. Als Beispiele seien hier genannt:

  • SAP Innovation Discovery
    • Dieses Tool funktioniert mit Ihrem S-User.
    • Entdecken Sie hier nach Auswahl Ihrer Branche oder Ihres Fachgebiets alle Innovationen, die SAP in den letzten Jahren mit S/4HANA geliefert hat.
    • Zusätzlich bekommen Sie auch einen Ausblick, welche Funktionen und Erweiterungen in den nächsten Releases geplant sind.
  • SAP Transformation Navigator 
    • Dieses Tool funktioniert auch mit Ihrem S-User. Sie erzeugen hier auf Basis der Nutzungstiefe in Ihrem aktuellen SAP ERP System klare Empfehlungen, welche Software-Produkte aus der neuen S/4HANA Welt das jetzige System ersetzen können.
    • Zusätzlich erhalten Sie Empfehlungen bezüglich Ihrer Prozesse, der technischen Umstellung und des Transformationsprozesses.
  • SAP Roadmap Viewer
    • Der Roadmap Viewer für SAP Solution Manager ist auch ohne S-User nutzbar.
    • Sie erhalten hier sogenannte Implementation Roadmaps für Ihr Projekt. Auch wenn Sie jetzt noch nicht so weit sind, können Sie hier erste Einblicke für einen möglichen konkreten Ablauf gewinnen.
    • Anhand sogenannter „Beschleuniger“ erhalten Sie kontextbezogen eine große Sammlung an Links zu weiteren SAP-Seiten mit weiterführenden Informationen

 

Nächste Schritte

Nun sollten Sie gerüstet sein für den nächsten Schritt. Erst jetzt macht es erfahrungsgemäß Sinn auf Ihren SAP-Partner oder Ihr SAP-Systemhaus zu zugehen.

Denn wenn Sie diese „Strukturierungs- und Informationsreise“ nicht vorangestellt haben, ist die Wahrscheinlichkeit groß, dass Sie von Ihrem SAP-Anbieter überrollt werden.

Wenn Sie initial Unterstützung benötigen den „Richtigen Weg“ einzuschlagen, kontaktieren Sie uns bitte!

Als neutraler und objektiver Unternehmensberater mit 25 Jahren Erfahrung in der SAP-Branche stellen wir mit Ihnen gemeinsam sicher, dass die Entscheidung für S/4HANA oder auch eine andere ERP-Lösung anhand klarer Kriterien und Vorgaben, die zu Ihrer Strategie und Ihren Anforderungen passen, fundiert und mit Sicherheit gefällt werden kann.

SAP im Einsatz und Fragen zum Brexit

Der Brexit ist nach wie vor ein täglicher Gast in den Nachrichten und Zeitungen. Trotzdem ist immer noch ist nicht sicher ob es am 31.10.2019 tatsächlich soweit sein wird oder nicht. Mit Sicherheit haben sich die meisten in der Zwischenzeit schon mehrfach mit den Auswirkungen auf ihr ERP System beschäftigt und Vorgehensweisen erarbeitet sowie ToDo Listen geschrieben.  

Falls dem nicht so ist möchten wir Ihnen hier ein paar Informationen zur Verfügung stellen die für Sie unter Umständen hilfreich sein können. 

  • In den Ländereinstellungen für GB ist das Kennzeichen für Mitglied in der EU zu entfernen 
  • Je nach Brexit Variante müssen die länderrelevanten Einstellungen für den Außenhandel angepasst werden (Intrastat -/ Extrastat Meldung) 
  • Ebenso müssen die Steuerfindung und Steuerschlüssel entsprechend umgestellt werden 
  • Anpassung der Stammdaten für Debitoren, Kreditoren, Materialien, Werke, … sind durchzuführen 
  • Anpassung der Erlöskontenfindung bzgl. Umsatz Drittland / EU muss geprüft und angepasst werden 
  • Schnittstellen und dort verwendete Festwerte sind zu prüfen 
  • Vorgehensweise für zum Stichtag betroffene Kundenaufträge oder Bestellungen ist zu klären 
  •  

Falls Sie SAP als ERP Lösung einsetzen gibt es zwischenzeitlich über 40 relevante Hinweise, die entsprechend Ihren Einsatzgebieten für Sie mehr oder weniger relevant sein werden. Im Folgenden eine Auswahl an Links zu den zentralen SAP Hinweisen zum Thema Brexit: 

Sollten Sie Fragen haben oder Unterstützung benötigen, kommen Sie bitte auf uns zu damit wir oder einer unserer Partner Sie unterstützen können.