Technologievertrauen: Die Bedeutung von Vertrauen in die moderne Technologie

Technologie beeinflusst alle Aspekte unseres Lebens, von der Art und Weise, wie wir kommunizieren und arbeiten, bis hin zu unseren Freizeitaktivitäten und der Art und Weise, wie wir medizinische Versorgung erhalten. Das Vertrauen in die Technologie ist daher von großer Bedeutung, da es das Fundament bildet, auf dem diese technologischen Fortschritte und Innovationen aufbauen können. In diesem Blogbeitrag werden wir die Bedeutung des Technologievertrauens genauer betrachten und die Auswirkungen von Vertrauensverlust erläutern.

Wie entsteht Technologievertrauen? 

Ausgehend von Ansätzen des Vertrauens zwischen Menschen wird angenommen, dass auch das Vertrauen gegenüber neuen Technologien kulturell, institutionell und individuell geprägt ist. Jeder Mensch hat demnach eine andere Neigung zu vertrauen. Dabei wird die Neigung davon beeinflusst welche Erwartungen an die neue Technologie geknüpft sind. Je nachdem ob diese einen eher positiven oder negativen Einfluss auf die Person haben, wird auch das Vertrauen beeinflusst.  

Vertrauen als Grundlage für Innovation 

Vertrauen ist eine Grundvoraussetzung für den erfolgreichen Einsatz von Technologie. Im Zusammenhang mit den tatsächlichen Fähigkeiten des genutzten Systems ergeben sich drei mögliche Ausprägungen von Vertrauen:  

  1. Übermäßiges Vertrauen: Die Nutzenden überschätzen die Fähigkeiten des Systems, was dazu führt, dass sie sich zu sehr auf das System verlassen.
  2. Misstrauen: Das Vertrauen bleibt hinter den Fähigkeiten des Systems zurück, was zu einer selteneren und nicht angemessenen Nutzung führen kann. 
  3. Kalibriertes Vertrauen: Bei dieser Ausprägung ist das Verhalten der Nutzenden den Fähigkeiten des Systems angemessen. 

Wie kann man als Arbeitgeber:in Technologievertrauen fördern? 

Als Arbeitgeber:in gibt es verschiedene Möglichkeiten, das Vertrauen der Mitarbeiter:innen in neue Technologien zu fördern: 

  1. Kommunikation und Transparenz: Frühzeitige und umfassende Information über geplante technologische Veränderungen. Erläuterung von Zielen, Nutzen und Auswirkungen der Technologien auf den Arbeitskontext. Offene Kommunikation, in der Mitarbeiter:innen Fragen stellen und Bedenken äußern können. 
  2. Schulung und Weiterbildung: Angebot von Schulungen und Weiterbildungen, um Mitarbeiter:innen das nötige Wissen und die Fähigkeiten im Umgang mit neuen Technologien zu vermitteln. Demonstration, wie Technologien den Arbeitsalltag erleichtern und zur Zielerreichung beitragen können.
  3. Partizipation und Mitbestimmung: Angebot sich aktiv an Entscheidungsprozessen zu beteiligen, die mit neuen Technologien zusammenhängen. Berücksichtigung von Feedback und Bedenken bei der Auswahl und Implementierung von Technologielösungen. 
  4. Unterstützung und Ressourcen: Sicherstellen, dass Mitarbeiter:innen die notwendigen Ressourcen und Unterstützung zur Verfügung stehen, um die neuen Technologien effektiv nutzen zu können. Angebot des technischen Supports und der kontinuierlichen Begleitung, um mögliche Probleme oder Herausforderungen zu bewältigen. 
  5. Erfolgsgeschichten teilen: Präsentation von Fallbeispielen und Erfolgsgeschichten von anderen Unternehmen oder Abteilungen, die erfolgreich neue Technologien eingeführt haben.  

Mit diesen Maßnahmen kann nicht nur das Vertrauen in neue Technologien gefördert werden, sondern auch eine positive Einstellung gegenüber Innovation und Veränderung im Arbeitskontext geschaffen werden. 

Technologieakzeptanz: Wie Menschen neue Technologien annehmen und integrieren

Die Welt um uns herum entwickelt sich ständig weiter, und Technologie spielt dabei eine zentrale Rolle. Neue Technologien tauchen auf und verändern die Art und Weise, wie wir leben, kommunizieren, unsere Freizeit gestalten und zusammenarbeiten. Aber wie nehmen Menschen diese neuen Technologien an und wie beeinflussen sie unseren Alltag? In diesem Blogartikel werden wir uns mit dem Konzept der Technologieakzeptanz und darauf einflussnehmende Faktoren befassen.

Was ist Technologieakzeptanz?

Technologieakzeptanz bezeichnet den Prozess, bei dem Menschen eine neue Technologie kennenlernen, ihre Vorteile und Funktionen verstehen und entscheiden, ob sie diese Technologie nutzen möchten. Es geht darum, wie Menschen die Nützlichkeit, Benutzerfreundlichkeit und Relevanz einer Technologie wahrnehmen. Und ob sie bereit sind, ihre Gewohnheiten und Verhaltensweisen anzupassen, um von ihr zu profitieren.

Das Technology Acceptance Model (TAM)

Ein bedeutendes theoretisches Modell zur Erklärung der Technologieakzeptanz ist das Technology Acceptance Model (TAM). Das TAM wurde in den 1980er Jahren von Fred Davis entwickelt und hat seitdem einen erheblichen Einfluss auf die Forschung. Das Modell legt den Fokus auf die subjektive Wahrnehmung des Benutzers und erklärt die Akzeptanz von Technologie anhand von zwei Hauptfaktoren: der wahrgenommenen Nützlichkeit (Perceived Usefulness) und der wahrgenommenen Benutzerfreundlichkeit (Perceived Ease of Use).

Die Wahrgenommene Nützlichkeit bezieht sich darauf, inwieweit der/die Benutzer:in glaubt, dass die Technologie ihn in seinen Aufgaben effektiver und effizienter unterstützen kann als herkömmliche Methoden. Wenn eine Technologie als nützlich wahrgenommen wird, steigt die Wahrscheinlichkeit ihrer Akzeptanz.

Die Wahrgenommene Benutzerfreundlichkeit bezieht sich darauf, wie einfach es für den/die Benutzer:in ist, die Technologie zu erlernen und zu nutzen. Je benutzerfreundlicher eine Technologie wahrgenommen wird, desto höher ist die Wahrscheinlichkeit ihrer Akzeptanz.

Weitere Faktoren, die die Technologieakzeptanz beeinflussen

Zusätzlich zu den Konstrukten des TAM gibt es weitere Faktoren, die die Technologieakzeptanz beeinflussen können:

Vertrauen und Sicherheit

Das Vertrauen in eine Technologie und die Sicherheit der Nutzer:innen selbst oder die ihrer Daten sind von großer Bedeutung. Sicherheitslücken oder Datenschutzbedenken können die Akzeptanz einer Technologie stark beeinträchtigen. Es ist wichtig, dass Hersteller:innen und Anbieter:innen von Technologien transparente Datenschutzrichtlinien und Sicherheitsmaßnahmen implementieren, um das Vertrauen der Benutzer:innen zu gewinnen und sie so von der Technologie zu überzeugen.

Soziale Normen

Die Akzeptanz von Technologie wird auch durch soziale Normen und den Einfluss des sozialen Umfelds beeinflusst. Wenn Menschen sehen, dass ihre Freund:innen, Familie oder Kolleg:innen eine bestimmte Technologie nutzen und davon profitieren, sind sie eher bereit, es ihnen gleich zu tun.

Bildung und Zugänglichkeit

Die Verfügbarkeit von Bildungsressourcen und die Zugänglichkeit der Technologie spielen eine wichtige Rolle bei der Akzeptanz. Wenn Menschen nicht über die notwendigen Fähigkeiten oder Ressourcen verfügen, um eine Technologie zu nutzen, wird die Akzeptanz beeinträchtigt. Daher ist es wichtig, Bildungsinitiativen zu fördern und sicherzustellen, dass Technologien für alle zugänglich sind.

Die Auswirkungen der Technologieakzeptanz

Die Akzeptanz neuer Technologien hat tiefgreifende Auswirkungen auf unseren Alltag und unsere Gesellschaft. Sie verändert die Art und Weise, wie wir kommunizieren, Informationen erhalten, Geschäfte tätigen und unsere Freizeit gestalten. Neue Technologien können Effizienzsteigerungen, bessere Arbeitsabläufe und innovative Lösungen für bestehende Probleme bringen. Gleichzeitig können sie jedoch auch neue Herausforderungen wie Datenschutzbedenken, Abhängigkeiten und ethische Fragen mit sich bringen.

Fazit

Die Technologieakzeptanz spielt eine entscheidende Rolle bei der Einführung und Integration neuer Technologien in unseren Alltag, insbesondere im Unternehmenskontext. Nützlichkeit, Benutzerfreundlichkeit, Vertrauen, soziale Einflüsse und Bildung sind wichtige Faktoren, die die Akzeptanz beeinflussen. Es ist wichtig, dass Entwickler:innen, Hersteller:innen und Anbieter:innen von Technologien diese Faktoren berücksichtigen und sich bemühen, Technologien zu entwickeln, die die Bedürfnisse und Erwartungen der Benutzer:innen erfüllen. Indem wir die Technologieakzeptanz verstehen und fördern, können wir die positive Wirkung neuer Technologien auf unsere Gesellschaft maximieren.

SAP Technologieakzeptanz – Die Wissenschaft in der Praxis

UDE & Synaworks

Wir von Synaworks bringen Menschen und Technologie zusammen, um nachhaltige Veränderungen voranzutreiben. Die neuesten Erkenntnisse aus der Wissenschaft unterstützen uns dabei unsere Kunden bestmöglich zu beraten. Wir freuen uns daher mit dem Forschungsteam “Human Factors und Cognition” der Universität Duisburg-Essen zu kooperieren. Mit diesem und einigen anderen Blogbeiträgen bringen wir Ihnen Erkenntnisse aus psychologischer und kognitionswissenschaftlicher Sicht näher, die Sie für Ihre Arbeit nutzen können.

Warum ist diese Kooperation für uns interessant?

Das Team der Universität Duisburg-Essen befasst sich mit verschiedenen Bereichen der „Human Factors“ Forschung, also des menschlichen Faktors in der Interaktion mit Technologie. Dabei erforschen sie unter anderem die Auswirkungen der Einführung neuer Softwarelösungen, den Einsatz kollaborativer Robotersysteme, den Menschen im Kontext des hochautomatisierten Fahrens, sowie die Rolle der Automatisierung im Kontext der Schifffahrt. Sie liefern sowohl grundlegende als auch angewandte Erkenntnisse aus psychologischer und kognitionswissenschaftlicher Sicht.

Die Schwerpunkte des Teams “Human Factors and Cognition” liegen auf der mentalen Arbeitsbelastung, der Anpassungsfähigkeit, der Akzeptanz und den kognitiven Funktionen des Menschen.

Wer steckt hinter dem Team “Human Factors and Cognition”?

Dr. Magnus Liebherr hat 2018 in der Psychologie zum Thema Mechanismen der Fokussierung/ Ablenkung innerhalb komplexer Umgebungen promoviert. Er beschäftigt sich mit grundlegenden Mechanismen in der Interaktion mit digitalen Technologien. Magnus Liebherr hat in der Vergangenheit unterschiedliche Forschungsaufenthalte an renommierten Einrichtungen absolviert, wie beispielsweise am Karolinska Institut in Stockholm oder der University of South Australia in Adelaide. Er war an der erfolgreichen Beantragung zahlreiche Drittmittelprojekte beteiligt. Die umfangreiche Liste an einschlägigen wissenschaftlichen Publikationen spiegelt die Ergebnisse seiner Arbeit wider.

Eva Gößwein promoviert an der Universität Duisburg Essen und ist verantwortlich für das Drittmittelprojekt BestMOD, welches den Fokus auf das Mobilitätsverhalten und potentielle Einflussfaktoren legt. Sie engagiert sich darüber hinaus in zahlreichen weiteren Forschungsprojekten, sowie innerhalb der universitären Lehre. Ihr inhaltlicher Fokus umfasst die Themen Anpassung an Technologie, Akzeptanz, kognitive Flexibilität und Habituation.

Verena Staab promoviert an der Universität Duisburg Essen und ist verantwortlich für das Drittmittelprojekt Cobotank, welches den Fokus auf die Erhebung der mentalen Belastung im Kontext des Flüssiggutumschlags in der Binnenschifffahrt legt. Innerhalb des Projekts wird ein kollaboratives Robotersystem entwickelt, welches die Aufgaben der Be- und Entladung von Flüssiggut bei Binnenschiffen unterstützend übernehmen soll. Ihr inhaltlicher Fokus umfasst die Themen mentale Belastung, User-Experience, Human-Machine-Interaction.

Unterstützt werden die Wissenschaftler*innen von einem interdisziplinären Team an Nachwuchswissenschaftler*innen aus dem Bereich Kognitionswissenschaften, Psychologie und Nanotechnologie. Dies sind: Jana Thin, Jule Stamm, Levin Zeylmans van Emmichoven, Maike Ramrath, Leonie Bergerhausen und Vanessa Böhmer.

Mehr Informationen zur Human-Factors-Gruppe und zu aktuellen Themen, sowie Forschungsergebnissen finden Sie hier 

Aufzeichnung: SAP Change Impact Analyse & das 1×1 des Testens

Viele SAP-Fachabteilungen haben Bedenken vor automatisierten Tests und meinen, dass das Testen nur etwas für Programmierer ist. Aber das stimmt nicht! Jeder kann Tests durchführen und davon profitieren!

In unserem gemeinsamen Webinar mit Basis Technologies schaffen wir Vorurteile und Mythen zum Thema Testen aus der Welt und geben Klarheit darüber, wann und wo Tests erforderlich sind und wie man Tests effektiv durchführt.

Effektives Testen ist dabei immer mehr als nur technische Lösungen, sondern auch großteils die organisatorische Einbindung in Ihrem Unternehmen.

Auszüge der Folieninhalte des Webinars:

Schauen Sie sich dieses Webinar an und erfahren Sie mehr über:

  • wesentliche Testkonzepte

  • die Unterschiede zwischen SAP-Tools und Basis Technologies Change- und Qualitätssicherungs-Suite

  • wie wir gemeinsam Unternehmen von der Ideenfindung über die Einführung bis hin zur Hypercare Phase unterstützen

  • wie Synaworks bei organisatorischen Veränderungen unterstützen kann, während Basis Technologies die ActiveChange Suite für die Lösungen bereitstellt

Your consent is required to display this content from youtube - Privacy Settings

Success Story: Application Lifecycle Management in SAP S/4HANA-Projekten

Vom SAP S/4HANA-Einführungsprojekt bis in den Produktivbetrieb – Synaworks unterstützt globalen Chemiekonzern beim Test Management

S/4HANA-Einführungsprojekte stehen derzeit in vielen SAP-Anwenderunternehmen an. Gerade bei Greenfield-Ansätzen bleibt oft kein Stein auf dem anderen. Wo sich Prozesse ändern, muss aber auch getestet werden, sonst geht der Neustart der ERP-Landschaft nach hinten los. Einen großen deutschen Chemiekonzern hat Synaworks beim Test Management während seiner SAP S/4HANA-Migration unterstützt – vom Projekt bis in den laufenden Betrieb.

Die Ausgangssituation

Rund 9.000 SAP User zählt der führende, global aufgestellte Spezialchemie-Konzern, den Synaworks beim Test Management im Zuge seiner S/4HANA-Transformation beraten hat. Durch den S/4HANA Greenfield-Ansatz will der Konzern seine Geschäfsprozesse mit SAP künftig noch effizienter gestalten. Hierfür wurden im Vorfeld alle Business-Prozesse auf den Prüfstand gestellt und in S/4HANA neu angelegt. 

„Jede Änderung eines Systems birgt Risiken: Sind sie schlecht umgesetzt, führen sie zu Fehlern, unter Umständen werden auch unerwünschte Anpassungen vorgenommen. Hier setzt ALM an“, erklärte der Head of Team SAP System Operation.

SAP Solution Manager 7.2 als ALM-Plattform

Der Konzern bildet seine ALM-Prozesse seit langem über den SAP Solution Manager ab. Mit der bisherigen Version war jedoch kein in sich konsistentes ALM über alle SAP-Stränge hinweg möglich. Es gab verschiedene Vorgangsarten und isolierte Tests. Im Zuge des S/4HANA-Projektes wurde deshalb ein Upgrade auf Version 7.2 durchgeführt. Damit stand die Basis: eine State-of-the-art- ALM Plattform zur Unterstützung von S/4HANA, die keine zusätzlichen kundeninternen Entwicklungen mehr erfordert. Gleiche Vorgangsarten für alle Systemstränge, integrierte Testphasen über Systemgrenzen hinweg, einheitliche Release Zeitpunkte für alle angebundenen SAP-Systeme.

Warum ALM schon bei der SAP S/4HANA-Einführung mitdenken?

Durch Cloud-Modelle und hybride Systeme (ECC, S/4HANA) steigt die Komplexität in der IT-Welt immer weiter an. Hier bietet ein ganzheitliches ALM perfekte Lösungsansätze, um die technischen Abhängigkeiten in den Griff zu bekommen. Unternehmen können darüber hinaus ihre interne SAP-IT besser positionieren und kommen so zu einer neuen Art der Zusammenarbeit mit den Fachbereichen.

Ein ganzheitliches ALM Konzept auf 3 Ebenen:

1. Prozessuale Dimension:
Wie sind neue IT-Prozesse definiert und zu designen, wie sind sie miteinander integriert, wie lassen sie sich technologisch abbilden? 

2. Technologische Dimension:
Wie viel Funktionalität soll im neuen Solution Manager abgebildet werden, wie viel in anderen Tools (Jira, ServiceNow)? 

3. Organisatorische Dimension:
Welche Auswirkungen haben die neuen IT-Prozesse auf die Organisation, welche Rollen und Verantwortlichekiten sind zu definieren (Release Manager, Test Manager, …)? 

Konkreter Startpunkt ist immer die Erstellung einer ALM-Roadmap. Tools stehen nie im Vorder­grund. Wesentlich ist das Design von integrierten IT-Prozessen.
Daniel Kohl, CEO Synaworks

1. Phase: Test Management innerhalb der SAP S/4HANA-Einführung

Zu Beginn des S/4HANA-Projektes wurde zunächst die in Jira/Confluence angelegte IT- und Umsetzungs­Dokumentation in den Solution Manager überführt. Parallel entwarf Synaworks ein Konzept für die Durchführung von Integrations- und User Acceptance-Tests und richtete die dafür erforderlichen Werkzeuge mit der Test-Suite-Erweiterung Focused Build im Solution Manager ein. Gemeinsam mit dem Projektteam beim Kunden entstand eine Entscheidungsvorlage für die zukünftige SAP-Systemlandschaft. Die Erstellung und Durchführung von 1.600 Testfällen begleitete Synaworks im Zuge des Test Managements. 

Für die parallel gestarteten Entwicklungen des nächsten SAP-Rollouts implementierte Synaworks die Focused Build-Lösung, die nun auch den Requirement-to-Deploy-Prozess umfasst. ALM-Roadshows und rollen basierte Trainings sorgten über das gesamte S/4-Projekt hinweg dafür, dass alle anstehenden Veränderungen im Hinblick auf größtmögliche Akzeptanz angemessen kommuniziert und trainiert wurden. 

2. Phase: SAP Betrieb (Ready-for-Operations)

Parallel zum ersten S/4HANA-Rollout wurde der Solution Manager als zentrale ALM-Plattform live gesetzt. Jeder SAP-relevante Change wurde per Schnittstelle aus dem zentralen ITSM-Tool ServiceNow an den Change und Release Management Prozess im Solution Manager weitergeleitet. So ist der Kunde in der Lage, den Rollout im Betrieb weiter zu betreuen und zu warten. Erste KPls wurden definiert, um das Thema Governance abzudecken. So lässt sich messen, wie gut die neuen IT-Prozesse in der Praxis gelebt werden. Parallel wurde der Veränderungsprozess auf der Organisationsebene weiter begleitet um die neue Rollen und Verantwortlichkeiten langfristig zu etablieren. 

Wie es weitergeht: 

Durch die Dokumentation im Prozess Management ist der Konzern künftig in der Lage, technische Change-Impact­Analysen durchzuführen. Sie geben Antwort darauf, welche Auswirkungen Änderungen auf bereits genutzte produktive Funktionalitäten haben. 

liegen erst einmal strukturierte Testfälle aus der Projektphase vor, kann außerdem geprüft werden, welche sich davon als Regressionstests wiederverwenden, standardisieren und damit automatisieren lassen. Gerade angesichts der immer häufiger angewendeten agilen Softwareentwicklung ist ein kontinuierliches Test Management unabdingbar. 

Durch den standardisierten Change und Release Prozess konnte die Transparenz und Planbarkeit für alle involvierten Rollen erhöht – und dadurch eine engere Zuzsammenarbeit mit dem Fachbereichen erreicht werden. 

Highlights im Projekt: 

  • Integriertes und ganzheitliches Testmanagement für SAP Projekt­- und Betriebsphase 
  • Ablauf des Test Prozesses – von Planung über Testfallerstellung bis hin zum Reporting – mit dem SAP Solution Manager als zentrale, integrative ALM Plattform 
  • Hohe User-Akzeptanz durch frühzeitige Einbindung der Stakeholder mit Roadshows und rollenbasierten Schulungen 
  • Bestmöglicher Überblick über Teststatus und Testfortschritt, verlässliche Rückverfolgbarkeit von Fehlermeldungen durch Einsatz des Test Suite Dashboards im SAP Solution Manager 

Kernaspekte ALM und S/4HANA: 

Prozess Management:
Mit dem Solution Manager als ALM Plattform lassen sich sowohl Geschäftsprozesse als auch die IT-Dokumentation managen – im Projekt initiiert, übergeben an den Betrieb 

Test Management:
Strukturiertes und effizientes Testen bedeutet: Testfälle aus dem Projekt können im späteren Betrieb wiederverwendet werden. 

Change und Release Management:
Ein systemübergreifend planbares und kontrolliertes Ände­rungsverfahren für Projekt und Betrieb – ,,Ready-or-Opera­tions“. 

Working @ Synaworks – Die Synaworks SAP ALM Portfolio Pakete

In Teil 2 unserer Beitragsserie haben wir bereits die Synaworks Customer Journey und ihre drei Anknüpfungspunkte angesprochen. Lass uns hier nochmal einsteigen und das konkrete Leistungsportfolio beleuchten: Was machen wir als Synaworks eigentlich im Bereich ALM? Und was machen wir dabei anders als andere?

Integriertes Test Management im Rahmen eines SAP S/4HANA Einführungsprojekts

Wir konnten während eines SAP S/4HANA-Einführungsprojekts ein Chemiekonzern aus Köln mit einem Umsatz von 7,2 Mrd. € (2018) grundlegend zu den Teststufen beraten. Unser Beraterteam begleitete dabei das globale SAP S/4HANA Projektteam vom Integrationstest bis zum Abnahmetest. Als zentrale Test Management Plattform wurde der SAP Solution Manager 7.2 in Kombination mit dem standardisierten SAP Add-on Focused Build eingesetzt.

Durch den SAP Solution Manager konnte der komplette SAP Testprozess von der Testplanung über die Erstellung der Testfälle bis hin zu den abschließenden, prüfungsrelevanten Reports auf einer zentralen und integrativen Plattform abgedeckt werden.

Durch intuitive und rollenbasierte FIORI Applikationen wurde die Benutzerfreundlichkeit und Akzeptanz bei den Anwendern maßgeblich gefördert. Für positives Feedback sorgte insbesondere die gute technische Anbindung des SAP S/4HANA Entwicklungs- und Testsystems an den SAP Solution Manager. Die positiven Effekte bezüglich der Zusammenarbeit zwischen Entwicklern und Testern lösten dabei eine hohe Zufriedenheit im Projektteam aus.

Die von Entwicklern benötigten Transportaufträge konnten dadurch direkt auf Basis der von den Testern gemeldeten Fehlern erstellt und verwaltet werden. Zudem hatten die Verantwortlichen durch das im Rahmen von SAP Focused Build standardisierte Test Suite Dashboard zu jedem Zeitpunkt einen Gesamtüberblick über den aktuellen Teststatus sowie den Testfortschritts. Diese hohe Integration hat auch die Test Manager befähigt, eine verlässliche Rückverfolgbarkeit zwischen Fehlermeldung und Fehlerbehebung zu etablieren. Somit konnten auf Seiten der Tester, Testkoordinatoren und Entwickler Aufwände eingespart und die gesamte Testphase effizient durchgeführt werden.

Gerne beraten wir auch Sie, wie Sie durch ein standardisiertes SAP Test Management die Effizienz und Qualität in Ihrem S/4HANA Projekt und im Betrieb erhöhen können.

Effizientes und standardisiertes Test Management mit SAP Solution Manager und Focused Build für das SAP S/4HANA Projekt bei der WWZ AG

WWZ hat es zum Jahresstart 2021 geschafft: Mit dem neuen Jahr startete das Zuger Versorgungsunternehmen mit über 470 Mitarbeitenden in ihr erstes Jahr auf SAP S/4HANA. Synaworks durfte das Schweizer Unternehmen im SAP S/4HANA Projekt im Bereich Test Management begleiten und unterstützte bei einem risikominimierten Go-Live. Geknallt haben daher zum Glück nur noch die Silvesterböller. Mehr zum Projektverlauf und welche Erkenntnisse sich auch auf andere Branchen übertragen lassen, lesen Sie im Folgenden:

Der Auftrag: standardisiertes und toolgestütztes SAP Test Management „plus“

Testen ist ein wichtiger Teil jedes SAP Implementierungs- und Migrationsprojekts. WWZ hat sich bei ihrem SAP S/4HANA Transformationsprojekt für einen standardisierten und tool-gestützten Ansatz entschieden. Das Synaworks Team begleitete das Projekt vom Testkonzept und dessen Implementierung im SAP Solution Manager bis zur Befähigung und Begleitung der Projektorganisation, die für das Test Management verantwortlich ist. Der eingeführte Standard definiert, wie die erarbeiteten Inhalte und Testfälle auch zukünftig in wiederverwendbarer und strukturierter Form zur Verfügung stehen – denn nach dem Projekt ist immer vor dem (nächsten) Projekt.

SAP ALM Beratung. Connecting People & Technology.

Mit Synaworks die digitale Transformation erfolgreich gestalten.

Kontakt

Die Ausgangslage: Einzeltestfälle in Excel-Format

Der SAP Solution Manager als Test Management Tool ist bei WWZ nicht neu. Infolge eines Releasewechsels auf die Version 7.2 mussten Einzelfunktionstestfälle jedoch zwischenzeitlich in Excel gesammelt werden. Die Testfälle wiesen starke Unterschiede in Qualität, Beschreibungstiefe und Aktualität auf. Daraufhin kam es bei der Testdurchführung stark auf die Verfügbarkeit, Erfahrung und Gewissenhaftigkeit einzelner Tester an. Zudem ergab eine Verwendungsanalyse der regelmäßig genutzten Transaktionen im SAP ERP System, dass viele der Top 100 Transaktionen nicht durch die Excel-Testfälle abgedeckt waren. Die geringe Testabdeckung führte zu zusätzlichen Herausforderungen. Ein standardisiertes und damit qualitativ hochwertiges SAP Test Management war unter diesen Umständen nicht möglich.

Für die SAP S/4HANA Einführung bestand daher Handlungsbedarf: „Ein Projekt dieser Größe verlangt nicht nur nach einer klaren Teststrategie, sondern auch nach qualitativ hochwertigen Fällen, die unabhängig und realistisch getestet werden. Für uns war ein klares und umfassendes Test Management absolut essentiell.“, erläutert Andreas Affeltranger, Test Manager des Projekts und IT-Mitarbeiter von WWZ. In den angesetzten 10 Testphasen im Rahmen des gesamten SAP S/4HANA Transformationsprojektes sollten außerdem erstmalig integrative Prozesse bis hin zu ganzen End-to-End-Szenarien getestet werden – ein ambitionierter Anspruch.

Das Vorgehen: von der Prozessstruktur bis zum integrativen End-to-End Test

Pragmatisch und schnell ans Ziel kommen und dabei den Zeit- und Ressourcenaufwand für die beteiligten Teams so gering wie möglich halten – unter dieser Maßgabe starteten die Experten von WWZ und Synaworks in das gemeinsame Projekt.

Im ersten Schritt galt es, die Business-Prozessstruktur bei WWZ transparent zu machen. Dies geschah Bottom-Up über eine Verwendungsanalyse der genutzten SAP ERP Transaktionen aus den letzten 10 Monaten. In kurzen iterativen Schleifen mit den Fachbereichen wurden die miteinander in Verbindung stehenden Transaktionen erst zu Prozessen und dann Schritt für Schritt zu bereichsübergreifenden Prozessszenarien verknüpft. Das Projektteam identifizierte in kurzer Zeit mehr als 250 Prozesse für 16 Fachbereiche und dokumentierte sie in einer umfassenden Prozessstruktur.

Parallel dazu wurden grundlegende Rahmenbedingungen zum Testvorgehen in einem Testkonzept gesetzt und festgehalten. Daraufhin folgte die Implementierung der Test Suite mit den funktionalen Erweiterungen von SAP Focused Build im SAP Solution Manager.

An anderer Stelle arbeiteten die Experten von WWZ und Synaworks am Thema SAP ERP Schnittstellen: Alle Schnittstellen sollten klar den zugehörigen Prozessen zugeordnet sein und durch eigene Testfälle abgedeckt werden. Mittels halbautomatisierter Generierung von Testfällen auf Basis der Prozessstruktur konnte bereits ein Grundstock an essenziellen Testfällen geschaffen werden, die dann durch die Teams nur noch angereichert und priorisiert werden mussten – ein wichtiger Schritt, um risikooptimiertes Testen zu ermöglichen.

Vor Beginn der ersten integrativen Testphase wurden alle beteiligten Teams gemäß ihrer Rolle im Testprozess geschult. Im weiteren Prozess begleitete das Synaworks Team WWZ in der Rolle des Tool- und Methoden-Coachs durch das Projekt. Bereits während der folgenden Testphasen wurden außerdem End-to-End-Testszenarien aufgebaut und von cross-funktionalen Teams grafisch modelliert und im SAP Solution Manager dokumentiert.

Das Ergebnis: signifikant erhöhte Testabdeckung, Risikominimierung und zukunftssichere Testvorgehensweise

Einem professionellen, tool-gestützten Test Management sowie der erstmaligen strukturierten Testdurchführung ganzer integrativer Prozesse und End-to-End-Szenarien folgte im Januar 2021 der erfolgreiche Go-Live von SAP S/4HANA bei WWZ. Die signifikant höhere Testabdeckung minimierte potenzielle Risiken für das Transformationsprojekt und ein Echtzeit-Reporting erleichterte die aktive Steuerung der Testphasen und die Nachverfolgung von Fehlern.

Juan Janse von der Innflow AG, Projektleiter des SAP S/4HANA Transformationsprojektes bei WWZ, ist zufrieden: „Synaworks für das SAP Test Management ins Boot zu holen war die richtige Entscheidung. Ihre fachliche Expertise kombiniert mit der methodischen Vorgehensweise und dem richtigen Blick für pragmatische Lösungsansätze war für uns sehr wertvoll. So konnten wir uns auf das Wesentliche konzentrieren – nämlich die SAP S/4HANA Transformation selbst.“

Das Projekt zeigt auch die großen Möglichkeiten, die sich über ein innovatives und ganzheitliches Application Lifecycle Management (ALM) erschließen können: Der Einführung von Change Impact Analysen (BPCA), SAP Testautomatisierung und einer weiteren Integration der ALM Prozesse Change- und Release Management stehen nun alle Türen offen. Nicht zuletzt ergab sich dadurch eine bessere Transparenz und eine Optimierung der Zusammenarbeit, indem die Unternehmens-IT und Business-Anwender den SAP Solution Manager als zentrale ALM Plattform gemeinsam nutzen.

Die 4 Top Erkenntnisse aus dem Projekt bei WWZ im Überblick

1. Fachbereiche müssen die Hintergründe des Testprozesses verstehen.

Die Gründe für eine hohe Anzahl an Testphasen sowie der notwendige Ressourcen-Einsatz für den Aufbau der Prozessstruktur muss transparent kommuniziert und überzeugend erklärt werden, da es sich hierbei vielfach um zusätzliche Aufwände für alle Beteiligten handelt. Ein frühes Einbinden, eine Kommunikation in der „Sprache des Fachbereiches“, ein pragmatischer und zeitschonender Ansatz sowie viel Teamwork führten zu einer durchgehend hohen Akzeptanz.

2. Wiederverwendbarkeit der Testfälle ist ein Muss.

In Zeiten von immer schneller aufeinander folgenden SAP Releases und immer kürzerer Zeit zum Testen können Testfälle nicht mehr für jedes Projekt angepasst oder gar neu erstellt werden. Ein Konzept für die Wiederverwendbarkeit von Testfällen, das bestenfalls das Prozess- und Dokumentationsmanagement mit dem SAP Change- und Release Management verbindet, ist essenziell. So gehört die Aktualisierung der Dokumentation und der Testfälle zum kontinuierlichen ALM Prozess.

3. Usability und Transparenz lebe hoch!

Für das Projekt bei WWZ nutzte Synaworks den SAP Solution Manager und das Add-On SAP Focused Build. Die Akzeptanz und Usability des Test Step Designers in SAP Focused Build, welcher Excel-basierte Testfälle überflüssig macht, war durchgehend hoch. Der hohe Standardisierungsgrad der Lösung ermöglicht außerdem eine schnelle Einführung. Durch das Echtzeit Reporting mit dem SAP Test Suite Dashboard ist eine unkomplizierte Steuerung der Testphase und eine aktive Fehlerverfolgung umsetzbar.

4. End-to-End wird zur Normalität.

Testen in End-to-End Szenarien ab dem ersten Test fördert die Qualität der Testphase signifikant. Prozessübergänge und Schnittstellen sind besonders fehleranfällig, wohingegen die wertschöpfenden Prozesse eines Unternehmens häufig bereichsübergreifend organisiert sind. Wenn integratives End-to-End Testen von Beginn an Bestandteil der Teststrategie ist, kann hier viel Zeit und Geld gespart werden.

Schluss mit veralteter Prozessdokumentation – Entdecken Sie die Funktion Change Control im SAP Solution Manager 7.2

Seit dem Solution Manager 7.2 gibt es innerhalb der Lösungsdokumentation nicht mehr nur die eine „Version“ der Prozessstruktur und der dazugehörigen Objekte und Dokumente, sondern mehrere. Im Zuge dessen ist es möglich das Design der Prozesse, Dokumente etc. in einer separaten Umgebung durchzuführen, während die aktuelle produktive Version der Prozesse und Dokumentation jedoch geschützt bleibt.

Ähnlich zu Entwicklungen in einer SAP Systemlandschaft stellt sich dann die Frage, wie die Änderungen aus der Design in die Produktive Umgebung gelangen, im besten Fall synchronisiert zu der technischen Implementierung. Hier kann die „Change Control“ Option das Bindeglied zwischen der Lösungsdokumentation und Ihrem Change Control Management Prozess sein.

Wie sind die Versionen im Solution Manager abgebildet?

Bei den verschiedenen „Versionen“ der Lösungsdokumenten spricht man von sogenannten Branches. Mit der Analogie zu einer SAP Systemlandschaft lässt sich das Prinzip der Branches gut erklären. Hier werden verschiedene Tätigkeiten in den dafür vorgesehenen Branches durchgeführt – ähnlich wie in einem Entwicklungs- und Produktivsystem. Im Entwicklungssystem führt man die Anpassungen an Objekten durch. Sind sie final angepasst, werden die Änderungen in das produktive System überführt. Solange die neue Version noch nicht komplett abgeschlossen ist, ist im produktiven System die „alte“ Version noch immer aktiv.

Dieses Prinzip lässt sich über die Branches auch auf die Inhalte der Lösungsdokumentation übertragen. Hier spricht man dann beispielsweise von der sogenannten Maintenance Branch (entspricht dem „Entwicklungssystem“) und der Production Branch (entspricht dem „Produktivsystem“),  in welcher sich keine Änderungen durchführen lassen. Verglichen mit der alten Business Blueprint aus den vorherigen Solution Manager Versionen ergibt sich folgender Vorteil: es lassen sich alle Inhalte in der Maintenance Branch anpassen, ohne dass die Änderungen direkt in der Production Branch sichtbar sind. In der Production Branch findet der Support beispielsweise immer die aktuell gültige Dokumentation zu den produktiv genutzten Prozessen.

Wie findet der „Transport“ statt?

Damit eine solche Umgebung funktioniert und die Stände aktuell gehalten werden, muss man sich – analog zum SAP Transportwesen – eine Vorgehensweise erarbeiten, wie die fertiggestellten Anpassungen am Ende in die Production Branch gelangen. Um Änderungen in die nächste Branch zu überführen, müssen sie manuell innerhalb der Lösungsdokumentation freigegeben werden.

In diesem manuellen Verfahren verliert man, insbesondere bei großen Organisationen und vielen Änderungen leicht den Überblick. Die Aktivierung der sogenannten Change Control Option schafft hier eine Erweiterung. Hiermit kann die Lösungsdokumentation in das Change Request Management eingebunden werden.

Integration in das Change Request Management

Wird die Change Control Option für eine Branch über die Lösungsverwaltung aktiviert, können innerhalb dieser Branch nur noch Änderungen im Rahmen der Lösungsdokumentation vorgenommen werden, nachdem ein entsprechendes Änderungsdokument (z.B. Normal, Urgent Change etc.) ausgewählt wurde. Das Änderungsdokument dient in diesen Fall als „Transportauftrag“, um die Änderungen kontrolliert in die Production Branch zu überführen.

Die Zuordnung zu einem Änderungsdokument lässt sich dann entweder direkt aus der Lösungsdokumentation oder im Änderungsdokument (im Reiter Lösungsdokumentation) durchführen. Im Änderungsdokument sind später entsprechende Aktionen und Prüfungen integriert, welche die Änderungen beim Live-setzen automatisch in die Production Branch „transportieren“.

So lassen sich neben den technischen Anpassungen – sprich Transporte, die im Änderungsdokument enthalten sind – auch die Dokumentenänderungen und strukturellen Änderungen in der Lösungsdokumentation gemeinsam transferieren. Auf diese Weise wird sichergestellt, dass sowohl die Anpassung eines Objektes, als auch die zugehörige Dokumentation sauber in der jeweiligen produktiven Umgebung ankommen.

Auch in kundeneigenen ChaRM-Vorgangsarten können die Aktivitäten mit aufgenommen werden, wenn sie nicht ohnehin bereits aus dem SAP Standard Vorgangsarten überführt wurden. An dieser Stelle ist es im Übrigen auch möglich den Zeitpunkt anzupassen, beispielsweise wann ein Dokument in die Production Branch überführt werden soll.

Was sind die Konsequenzen?

Man muss sich bewusst sein, dass nach der Aktivierung der Change Control für jede Änderung, in der spezifischen Branch, ein Änderungsdokument notwendig ist. Beispielsweise auch für die Freigabe von Dokumenten – das entspricht einer Statusänderung oder der Anpassung von Testfällen. Die Change Control ist nicht auf verschiedene Objekttypen einzuschränken, sondern ist für alle Elemente gültig. Falls reine Änderungen an der Lösungsdokumentation übertragen werden sollen, macht es im folgenden Schritt Sinn eine Vorgangsart im ChaRM ohne Transportanbindung einzurichten – wie etwa den General oder Admin Change.

Darüber hinaus ist eine Rollenzuweisung (Partnerfunktion) im zugehörigen Änderungsdokument zwingend notwendig. Nur so steht das Änderungsdokument in der Branch auch zur Verfügung. Hier lässt sich wieder die Analogie zum Transportauftrag herstellen: nur wer dort als Mitarbeiter hinterlegt ist, kann auch dem Transport bzw. der Aufgabe Änderungen zuordnen.

Zuletzt sollte nicht unerwähnt bleiben, dass die Aktivierung bzw. Deaktivierung der Change Control nur möglich ist, wenn alle Änderungen aus dieser spezifischen Branch in die Production Branch überführt wurden. Das bedeutet, dass beispielsweise die Maintenance und Production Branch den gleichen Stand benötigen.

Fazit

Mit der Change Control Option bietet die SAP eine sinnvolle Integration für die Änderungskontrolle innerhalb der Lösungsdokumentation in das Change Request Management. Hierdurch kann sichergestellt werden, dass sowohl technische Änderungen als auch die dazugehörige Dokumentation gemeinsam live gesetzt werden und so auch keine Inhalte in der Maintenance Branch „vergessen“ werden.

Speziell in großen Organisationen ist es kaum möglich ohne Change Control die Aktualität der Dokumente zu gewährleisten. Ohne die Funktion ist hier mit alten, inkonsistenten Ständen von Prozessen und Dokumentationen zu kämpfen, welche nie dem produktiven Stand entsprechen – oder sich nur schwer eindeutig identifizieren lassen. Genau hier setzt die Change Control an, um die sonst aufwändige, manuelle Organisation, durch einen Automatismus zu unterstützen.

Wenn Sie bereits mit dem Change Request Management arbeiten und die Dokumentation mit in diesen Prozess aufnehmen wollen, empfehlen wir Ihnen einen Blick auf die Funktion zu werfen. Die zuvor genannten Konsequenzen ergeben sich aus dem dann strengeren Prozess, durch welchen Sie jedoch im Endeffekt mehr Sicherheit und Konsistenz über Ihre Dokumentation erlangen.

Wie können wir Sie unterstützen?

Wir beraten und begleiten Sie bei der Konzeption, Implementierung und Umsetzung einer ALM Plattform – auf prozessualer, technischer und organisationaler Ebene und erarbeiten mit Ihnen gemeinsam die beste Strategie, wie die Funktionen in Ihrer aktuellen Situation bestmöglich eingesetzt werden können.

Wenn Sie sich einen ersten Überblick verschaffen wollen, dann empfehlen wir Ihnen unsere Synaworks Academy Trainings „Application Lifecycle Management mit SAP Solution Manager 7.2 für SAP S/4HANA“ .

Natürlich stehen wir Ihnen als Beratung jederzeit zur Verfügung. Wir sind gespannt und freuen uns sehr auf Ihre Kontaktaufnahme!

Focused Insights – Eine neue Ära für das Reporting mit dem SAP Solution Manager 7.2

Es ist keineswegs übertrieben zu behaupten, dass die enorme Menge an Daten, die im SAP Solution Manager durch verschiedenste Szenarien und angebunden Systemen zusammenlaufen, einer Goldmiene gleichen. Um aus diesem vergrabenen Potenzial aber auch tatsächliche Mehrwerte zu ziehen, braucht es handhabbare und primär flexible Möglichkeiten die Daten darzustellen. Vor allem der Aspekt Daten aus verschiedenen Szenarien miteinander in Beziehung zu setzen und gemeinsam darstellen zu können, ist unseren Kunden wichtig.

Nun ist es so, dass Reporting und vor allem Dashboards bisher nicht gerade die Themen sind, für welche der Solution Manager bekannt ist. Große Fortschritte wurden hier schon mit den Focused Build Funktionalitäten, beispielsweise durch das Solution Readiness oder Test Suite Dashboard, realisiert. Aber ein wahrer Schlüssel zum Datenschatz ist die neue Lösung rund um Focused Insights! Und darüber hinaus ist diese – wohlgemerkt – kostenlos!

Focused Insights ist neben Focused Build und Focused Run in die Gruppe der Focused Solutions einzuordnen. Mit dem Ansatz der Focused Solutions hat die SAP einen intelligenten Weg gefunden, Kunden die Art von Innovation zu bieten, um moderne und agile Arbeitsweisen mit Hilfe des Solution Managers zu etablieren. Während Focused Build sich mit der Umsetzung agiler Projekt-Methodiken innerhalb von SAP-Projekten am Markt bereits einen Namen gemacht hat (im Fokus liegen hier S/4 Einführungen), ist Focused Insights der noch unbekannte kleine Bruder. Unserer Meinung nach wird sich der Bekanntheitsgrad aber in naher Zukunft ändern.

Natürlich gibt es zahlreiche Reporting-Anwendungen in den reinen Standard-Funktionalitäten. Die einzelnen Szenarien bieten teilweise sogar sehr umfangreiche Möglichkeiten. Man denke hier beispielsweise an Test Suite Analytics. In unseren Projekten haben wir allerdings hinsichtlich den Punkten Flexibilität und Integration zwischen verschiedenen Szenarien immer wieder Grenzen feststellen müssen. Eigenentwicklungen oder Excel sind zwar eine Möglichkeit, aber führen zu hohen Instandhaltungskosten und oft unzureichender Verlässlichkeit bezüglich Konsistenz und vor allem Aktualität.

Die Nachricht, dass mit Focused Insights nun ein Add-on verfügbar sein soll, welches „ready-to-use“ Dashboards bietet, die ohne Programmierkenntnisse auf individuelle Kundenwünsche angepasst werden können, hat uns – zugegeben nicht frei von Skepsis – aufhorchen lassen. Nach einigen Monaten der Nutzung ist die anfängliche Skepsis allerdings großem Enthusiasmus gewichen. Die Einrichtung ging deutlich schneller als wir das sonst von SAP-Lösungen gewohnt sind. Insbesondere wenn Sie Focused Build schon im Einsatz haben, reduziert sich der Aufwand deutlich. Grund hierfür ist, dass beide Lösungen auf der ST-OST Komponente basieren.

Nun aber zu den Kronjuwelen in Focused Insights: den Dashboards.

Abbildung 1: Focused Insights Startseite: Dashboard Kategorien

Auf dem Focused Insights Startbildschirm sehen Sie zunächst acht verschiedene Gruppierungen von Dashboards (siehe Abbildung 1). Diese umfassen die Best Practices für bestimmte Zielgruppen. Beispielsweise werden im Strategic Dashboards Daten so konsolidiert, dass sie Managementzwecke erfüllen. Im Tactical und Operations liegt der Fokus auf Monitoring-Daten. im Rahmen von ALM sind die die Operations Control Center (OCC) Dashboards am interessantesten. Denn hiermit können wir die entsprechenden Anforderungen am besten bedienen. Ein Dashboard besteht aus sogenannten Gadgets – eine der 12 Grafiken in Abbildung 2.

Innerhalb der Gadgets können Sie als Dashboard-Ersteller Queries definieren, welche die Daten über eine Vielzahl an verfügbaren Data Providern aus dem oben erwähnten Solution Manager Datenschatz abgreifen. Je nach ausgewähltem Data Provider stehen Ihnen verschiedenste Möglichkeiten für die Aufbereitung oder bedingter Formatierung zur Verfügung.

Sie sehen schon, ganz ohne neue Vokabeln und Strukturen kommt auch Focused Insights nicht aus. Dennoch: Eine Darstellung von Daten aus dem Solution Manager auf derartig hohem Niveau kombiniert mit einer Flexibilität für sehr spezifische Anforderungen war noch nie so einfach!

Eine gute Nachricht ist, dass SAP bereits einige Gadgets lauffähig zur Verfügung stellt. Diese lassen sich entweder genauso übernehmen, oder je nach Anforderung anpassen. Ein Dashboard für die alltäglichen Reporting Anforderungen ist also tatsächlich schnell gebaut. Aber auch bei anspruchsvollen und komplexeren Sachverhalten, wie beispielsweise einer Akkumulierung von noch nicht abgeschlossenen Tickets einer bestimmten Support-Gruppe oder komplexen Berechnungen über den „Calculation“ Data Provider ist einiges möglich. Darüber hinaus lassen sich über Berechtigungen und / oder über einen Expertenmodus für Befehle Einschränkungen der Dashboards steuern. Ein, im Vergleich zu den bisherigen Reporting-Lösungen, gewaltiger Mehrwert ist aber die Integration von verschiedenen Szenarien.

Es ist beispielsweise möglich, Zusammenhänge zwischen Ergebnissen aus der Test Suite mit dem ITSM darzustellen und darauf basierend ein Business Process Monitoring auszuwerten. Sie als Dashboard-Ersteller allein entscheiden welche Informationen in einem Dashboard gemeinsam dargestellt werden. Ständige Wechsel zwischen Szenarien und Oberflächen sind durch diesen zentralen Aspekt nicht mehr notwendig. Ein Absprung aus einem Dashboard in die tatsächlichen Tickets/Objekte in den Solution Manager Szenarien lässt sich ohne Weiteres in den Drilldown-Möglichkeiten eines Gadgets definieren.

Abbildung 2: Beispiel für ein Dashboard mit 12 Gadgets

Unzählige weitere Möglichkeiten gibt es noch zu entdecken. Beispielsweise ein Dark-Mode oder automatische Dashboard-Wechsel im Cockpit Style, die sich gut auf einem großen Flatscreen in Ihrem OCC-Office machen würden.

Fazit

Neben den knackigen Dashboards in SAP UI5 Gewand – übrigens auch schön auf mobilen Endgeräten wie Tablet oder Smartphone – besticht Focused Insights vor allem durch seine Einfachheit und Flexibilität. Natürlich auch durch die nicht zusätzlich anfallenden Lizenzkosten.

Da Focused Insights bereits unzählige Möglichkeiten bietet und diese momentan kontinuierlich sehr stark ausgebaut werden, ist unser Rat: Werden Sie sich zunächst klar welche Informationen Sie aus Ihren Prozessen im Rahmen eines Reportings darstellen wollen. Erst im darauffolgenden Schritt sollten Sie die Umsetzbarkeit in Focused Insights evaluieren. Grundsätzlich ist ein geeigneter Zeitpunkt, um über den Einsatz nachzudenken, wenn Sie mit Ihren Reporting-Anforderungen innerhalb der Standard- oder auch Focused Build Funktionalitäten an Grenzen stoßen.

Im Zusammenhang mit SAP Activate lassen sich durch Focused Insights in jeder Phase Ihres SAP S/4 HANA Projekts Mehrwerte erreichen. Am ehesten ist es aber in die Phase „Run“ einzuordnen. Prinzipiell ist im Zusammenhang mit einer S/4 Einführung ein leistungsfähiges Application Lifecycle Management mit aussagekräftigem Reporting als ein entscheidender Erfolgsfaktor einzustufen. Hierbei ist es essenziell, frühzeitig – am besten parallel zum S/4 Kickoff– eine ALM Roadmap aufzubauen, so dass das S/4 Projekt in jeder Phase optimal unterstützt werden kann. Mehr Informationen dazu finden Sie in unserem Beitrag SAP Solution Manager 7.2 – der Weggefährte des S/4HANA Projekts.

Wie können wir Sie unterstützen?

Wir beraten und begleiten Sie bei der Konzeption, Implementierung und Umsetzung einer ALM Plattform – auf prozessualer, technischer und organisatorischer Ebene – um Ihre S/4 Reise zu einem Erfolg zu machen. Wir unterstützen Sie mit unserer langjährigen Praxiserfahrung und gesammelten Best Practices vieler Umsetzungsprojekte dabei, Ihren „wünschenswerten Zustand“ zu erarbeiten, umzusetzen und in der Organisation langfristig zu etablieren. Für einen ersten Einblick in das Thema möchten wir Ihnen unsere Discovery Workshops für den SAP Solution Manager und Focused Build empfehlen. Wenn Sie sich einen ersten Überblick verschaffen wollen, dann empfehlen wir Ihnen unsere Synaworks Academy Trainings „Application Lifecycle Management mit SAP Solution Manager 7.2 für SAP S/4HANA“ und „SAP S/4HANA mit Focused Build agil umsetzen“. Natürlich stehen wir Ihnen als Berater in jeder Phase Ihrer S/4HANA Reise zur Verfügung. Wir sind gespannt und freuen uns sehr auf Ihre Kontaktaufnahme!

Privacy Settings
We use cookies to enhance your experience while using our website. If you are using our Services via a browser you can restrict, block or remove cookies through your web browser settings. We also use content and scripts from third parties that may use tracking technologies. You can selectively provide your consent below to allow such third party embeds. For complete information about the cookies we use, data we collect and how we process them, please check our Privacy Policy
Youtube
Consent to display content from - Youtube
Vimeo
Consent to display content from - Vimeo
Google Maps
Consent to display content from - Google
Save