Wissenstransfer und Kommunikation mit Data Owner sind das A und O

ESG-Tagebuch | Industriekunde setzt auf mehr Nachhaltigkeit | Teil 2
In diesem Teil unseres ESG-Tagebuchs berichten wir wieder über die Implementierung der IBM Envizi ESG Suite bei einem Kunden der Konsumgüterindustrie. Lesen Sie diesmal, vor welchen aktuellen Herausforderungen, Frage- und Problemstellungen wir bei der Bestimmung und Dokumentation fachlicher Aspekte stehen. 

Im letzten Beitrag unseres ESG-Tagebuchs hatte ich kurz über die IBM Envizi Projektmethode gesprochen. Bei ihr konzentrieren wir uns mit den Nachhaltigkeitsexperten des Unternehmens zu 100 Prozent auf deren fachliche Analyse- und Reporting-Anforderungen, statt mit IT-Experten über Functions & Features zu diskutieren.

Herausforderung: Wissenstransfer

Die größte Herausforderung  besteht darin, den Mitarbeitenden des Kunden den Umfang der Lösung zu vermitteln. Ihr Input hat ganz wesentlichen Einfluss auf das fertige Projekt. Daher führen wir derzeit viele Gespräche mit ihnen, um sicherzustellen, dass ausreichend Basiswissen über die Lösung vorhanden ist. 

Bezeichnet wird diese Phase der Einführung in Envizi, der Bestimmung aller Mitarbeitenden und der Anforderungsaufnahme als „Requirements Gathering“.

Quelle: IBM

Team ins Projekt einbinden

Weil das Team schon bereitsteht, möglichst schnell in die Umsetzung starten zu können, binden wir es in den methodischen Ansatz des Projekts ein. Konkret sieht die Methode einige Workshop mit dem Team vor, um alle Kollegen inkl. Management einzubinden und mit der Methode vertraut zu machen. Die Gefahr droht, dass wir in einer späteren Phase erkennen, unnötige viel in falsche Vorbereitungen investiert zu haben, was entweder nicht oder viel später zum Ziel führt. Insbesondere der GAP zwischen Wunsch nach Detailinformation und verfügbaren Daten beschäftigt uns. Merke: nur, was erfasst wird, kann auch analysiert werden! Ein Beispiel: Gewünscht wird die Aufteilung des Energieverbrauchs einer Produktionslinie nach einzelnen Produkten, erfasst wird aber nur der Gesamtverbrauch. Die Aufteilung nach Produkten, etwa prozentual ist zwar nachträglich möglich, wird aber von der Genauigkeit eines womöglich künstlich geschätzten Faktors abhängen.

Ziel: Datenbestand und -eingaben

Ziel in dieser Phase ist es nun, alle relevanten Informationen an das Team weiterzugeben, um die richtigen Ansprechpartner („Data Owner“) zu motivieren, sich einzubringen. Sie müssen einerseits historische Zeiträume für den Datenbestand ermitteln, anderseits die Ziele für den Detailgrad zukünftiger Dateneingaben festlegen. Hierbei setzen wir auf einen iterativen Prozess, in dem das Projektteam in enger Abstimmung mit dem Kunden steht und in dem Ansprechpartner, Vorgehen und Details klar definiert sind. Ein nahezu durchgängiger Austausch des Projektteams seitens des Herstellers mit uns, hilft, offene Fragen schnell und umfassend zu klären. Merke: Es ist wichtig, gemeinsam ein Verständnis für die Envizi ESG Suite zu bekommen. Nur so können relevante Informationen und Daten korrekt ermittelt werden. Aus unserer Erfahrung heraus, haben wir die Bedeutung der korrekten Konfiguration schon beim Kick-Off angesprochen und im „Requirements Gathering Workshop“ eingehend thematisiert.  

Master Data Matrix erstellen

Aktuell definieren wir die Basis für die „Master Data Matrix“ (MDM), also die Stammdaten für die Auswertung, die digitale Kopie der relevanten Geschäftsprozesse. In diesem Zusammenhang möchte ich auf die Bedeutung des Begriffs der „Dimensionen“ hinweisen. Dieser Blick in die Zukunft hat sich als hilfreich erwiesen, um analytische Lösungen passgenau zu konzipieren. 

Standardbestandteil der Matrix, und im Umfang von Envizi enthalten, sind weiterhin die für das Ausfüllen der jeweiligen Frameworks (in diesem Fall ESRS) notwendigen Strukturen, unter anderem Fragen aus den Vorgaben und die passenden Felder für die Antworten. 

Hier einige Beispielzeilen, die für das Füllen des ESRS Frameworks notwendig sind:
 

Framework   Question Code   Question  
ESRS ESRS-2-GOV-1 The role of the administrative, management and supervisory bodies
ESRS ESRS-2-GOV-2 Information provided to and sustainability matters addressed by the undertaking’s administrative, management and supervisory bodies
ESRS ESRS-2-GOV-3 Integration of sustainability-related performance in incentive schemes
ESRS ESRS-2-GOV-4 Statement on due diligence
ESRS ESRS-2-GOV-5 Risk management and internal controls over sustainability reporting 

 

Kundenanforderungen definieren und strukturieren

Da einige Fachtermini für das Füllen des ESRS-Frameworks mit kundenspezifischen Details wiederkehrend sind, hier die wichtigsten im Überblick:

  •  „Locations“: Wir definieren Hierarchien und deren Auswirkungen auf das Reporting und die Analysen, z.B. Firmenstruktur, Geografische Strukturen, Produktlinien, aber auch künstliche Reporting-Strukturen
     
  • „Accounts“, „Account Styles“, „Data Types“ und „Data Type Categories”: Wir spezifizieren zu speichernde Datenpunkte, inkl. der Zuordnung zu Scopes nach GHG.
     
  • „Emission Factors“: Envizi stellt in seiner Anwendung ein umfangreiches Set von vordefinierten Emissionsfaktoren bereit, mit der die Eingaben z.B. in CO²-Äquivalente umgerechnet werden kann, aber nicht für JEDEN Anwendungsfall. Bei diesem Kunden ist die Aufnahme von „custom managed factors“ für die Inhaltsstoffe von Reinigungsmitteln relevant. In der Praxis zeigt sich, dass die Beschaffung der notwendigen Information nicht ganz leicht ist.

Envizi bietet eine Vielzahl von vordefinierten Möglichkeiten, die individuell für dieses Projekt ausgewählt werden müssen.

Hier ein Beispiel für einen international tätigen Kunden, der bevorzugt englische Begriffe nutzt:

Account Style Name (given by customer): own Air Travel - Domestic or International
Account Style Caption (provided and selected by Envizi): Air Travel - Domestic or International
Data Type Name – Internal (provided and selected by Envizi): Air Travel - Domestic or International
Data Type Category (provided and selected by Envizi): Air Travel
Scope* (provided and selected by Envizi): Scope 3
Factor Provided? * (to be selected): “” (means Factor is provided by Envizi)
Sub Type (modifier): Business Class
Primary UOM*: km
Local Input UoM (only if different from Primary UOM): 
Conversion (only if different from Primary UOM):
Calculation/Rules (only if calculated): 
Accrual Method (Event-Based, Calculated, Continuous): Event
Field1 label (How this Account Style will be presented in Envizi Frontend): “Distance”
Field1 help text (How this Account Style will be presented in Envizi Frontend): “Please enter Distance”
Field1 type: numeric
Field1 contents/notes:  

 (in diversen weiteren Feldern können weitere Informationen gepflegt werden)
 

Ausblick

Es bleibt also spannend: sobald die Basis für die Master Data Matrix erstellt wurde, kann dieser Task abgeschlossen und der Plan für die Konfiguration erstellt werden. Bleiben Sie dran, wenn ich im nächsten Blog über die finale Abstimmung und die Tätigkeiten im Rahmen der Konfiguration, sowie der ersten Datenübernahme berichte. Im Anschluss berichten wir über die fließende Übergabe an den Kunden, Schulungsmaßnahmen und die Übertragung der Aufgaben an die „Data Entry User“.  

Der Autor: Marc Bastien

Haben Sie Fragen, Feedback oder wünschen eine Beratung? Kontaktieren Sie mich gerne direkt.

Marc Bastien
Software Architect TIMETOACT Software & Consulting GmbH
Sustainability. Wir unterstützen Sie dabei, Ihre Nachhaltigkeitsstrategie zu entwickeln und umzusetzen.

Sustainability

Wir unterstützen Sie dabei, Ihre Nachhaltigkeitsstrategie zu entwickeln und umzusetzen.

Blog

ESG-Tagebuch | Nachhaltige Datenlösungen realisieren |Teil 3

Im letzten Eintrag unseres ESG-Tagebuchs berichteten wir wieder über die Herausforderungen und den erfolgreichen Abschluss der Implementierung der IBM Envizi ESG Suite bei einem Industriekunden. Lesen Sie jetzt weiter.

Blog

ESG-Tagebuch | Implementierung von Envizi ESG Suite |Teil 1

Im ersten Teil unseres ESG-Tagebuchs berichten wir über die Implementierung der IBM Envizi ESG Suite bei einem Kunden in der Konsumgüterindustrie. Die Einhaltung von ESG- und Nachhaltigkeitsstandards ist für Unternehmen verpflichtend, um den Anforderungen der Corporate Sustainability Reporting Directive (CSRD) der EU gerecht zu werden. Erfahren Sie in unserem Tagebuch mehr aus dem laufenden Projekt.

Blog 10.05.20

Das synaigy-Framework Teil 2

Zur Erarbeitung eines kundenindividuellen Matchplans werden verschiedene Werkzeuge aus dem synaigy Methodenkoffer kombiniert. Ein Fokus liegt hierbei auf kreativen Workshops. Hierzu finden sich abteilungsübergreifend Mitarbeiter des Kunden sowie Experten der synaigy zusammen, um Geschäftswissen und Expertenwissen interaktiv zu vereinen.

Geschäftsoptimierung
Wissen

Dynamische Anpassung an Absatzmärkte - Teil 2

Mathematische Optimierung ist ein valider Lösungsansatz für Zuordnungsprobleme. Der zweite Teil der Blogserie beweist dies mit einem Praxisbeispiel.

Wüste der Integration
Wissen

Auf Kamelen durch die Wüste der Integration - Teil 2

Für Integrationsprojekte bietet Open Source Framework Apache Camel einige Lösungen. In diesem fortsetzenden Beitrag wird WebSphere Message Broker als alternatives Produkt beleuchtet.

Header zum Expertenbericht Self-Sovereign Identity 2
Blog 30.09.21

Self-Sovereign Identity Teil 2: Identitäten

Der ausschlaggebende Faktor ist die Einführung der „Identität“ als digitales Abbild des Anwenders aus Sicht der Fachprozesse und des Unternehmens und nicht als Kopie oder Aggregierung der Benutzerkonten. Diese sind vielmehr der Identität subsequent zugeordnet. Basis dafür sind Identitäts- und ORG-Daten von HR.

Puzzleteil zur Visualisierung von Integration
Wissen

Optimierung in der Praxis: Weniger ist mehr - Teil 2

Fortschreitende Technologien ermöglichen uns, immer genauere Berechnungen durchzuführen. Wir sind heute in der Lage, in kürzerer Zeit mit höheren Datenmengen umzugehen als jemals zuvor. Gerade in der Mathematik hat das aber nicht nur Vorteile.

CLOUDPILOTS, Google Workspace, G Suite, Google Cloud, GCP, MeisterTask, MindMeister, Freshworks, Freshdesk, Freshsales, Freshservice, Looker, VMware Engine
Blog 14.02.20

Cloud Kommunikation

Was heute alles möglich ist

catworkx Karriere-Blog: Frag’ unsere Recruiterin
Blog

Karriere-Blog: Frag’ unsere Recruiterin – Teil 2

Als Recruiting-Expertin kennt Ann-Katrin Jack nicht nur unser Unternehmen ganz genau - sie sichtet auch unsere eingehenden Bewerbungsunterlagen und führt die Gespräche. In unserem zweiten Teil von "Frag' unsere Recruiterin" gibt sie heute Antworten auf Fragen zum Bewerbungsgespräch. Dabei erzählt sie uns auch, wie ihr eigenes Bewerbungsgespräch bei catworkx verlaufen ist.

Newtonkugeln
Wissen

Mit WODM bessere operationale Entscheidung anbieten - Teil 2

Der 2. Teil dieser Blogreihe behandelt, wie Geschäftsregeln mittels IBM WebSphere ODM implementiert werden können.

Optimierung des Transports
Wissen

Überflüssige Leerfahrten binden Zeit und Kapital – Teil 2

Jeder fünfte LKW auf Europas Straßen fährt leer! So lautet das Ergebnis einer Studie der Europäischen Kommission. Was sind also die technologischen Möglichkeiten, diesen Umstand zu verbessern?

Wissen

Neuerungen in IBM WebSphere MQ Version 7.1 - Teil 2

Wie kann WebSphere MQ noch schneller und zuverlässiger werden, als es jetzt schon ist? Lohnt es sich auf die neue Version von WebSphere MQ zu migrieren? Im zweiten Teil unseres Blogeintrages über die Neuerungen in der neuen Version von WebSphere MQ werden wir diese Fragen beantworten.

Blog 28.07.23

Die Bedeutung konsistenter Kommunikation für Vertrauen

In der heutigen Zeit sind persönliche Beziehungen und Vertrauen wichtiger denn je. Ein zentrales System für Informationen über Produkte und Leistungen, wie ein PIM-System, ermöglicht konsistente Kommunikation und gleichlautende Informationen. Mitarbeiter erhalten stets aktuelle Daten, während veraltete Informationen der Vergangenheit angehören. Zudem können Informationen in verschiedenen Sprachen und Märkten zentralisiert und koordiniert werden. So wird die Herausforderung der konsistenten Kommunikation über verschiedene Kanäle gemeistert. In diesem Beitrag erfährst du, wie du durch einen geschickten Einsatz von PIM nicht nur externe, sondern auch interne Herausforderungen bewältigst und so dein Unternehmen zum Erfolg führst.

Blog 05.09.24

Effiziente DevOps-Teams: Teamschnitte und Kommunikation

Erfahre, wie durch gezielte Teamschnitte und optimale Kommunikationsmodi die kognitive Last in DevOps-Teams reduziert wird. So erreichst du effizientere Zusammenarbeit und kontinuierlichen Fortschritt.

Blog

Live Share für die reibungslose Kommunikation in VS Code

Mit der Microsoft Extension Live Share habt ihr die Möglichkeit, gemeinsam mit eurem Team in Visual Studio Code am selben Code zu arbeiten, euch via Chat oder Audio auszutauschen oder Kollegen euren Server zur Verfügung zu stellen.

Event Archive 05.06.24

Treffen Sie uns auf der BARC Tagung ESG Reporting 2024!

Am 05. und 06. Juni 2024 können Sie uns in Frankfurt auf der BARC Tagung ESG Reporting 2024 treffen. Unser Team gibt Einblicke zum Thema ESG Reporting.

Teaserbild_Expertenbericht NIS2
Blog 09.04.24

Cybersecurity Evolution: NIS-2

Unser Expertenbericht beleuchtet die Schlüsselrolle IAM bei der Umsetzung der NIS-2 Verordnung. Welche Punkte sind zu beachten. Lesen Sie hier mehr.

News

ZUARA wird Teil von catworkx

catworkx, der größte Atlassian Platinum und Enterprise Solution Partner in der DACH-Region mit weiteren Standorten in der Ukraine und in den USA erwirbt mit der ZUARA einen führenden Atlassian Gold Solution Partner und Atlassian Training Partner in der Schweiz.

Training_Master

Modul 2: IT-Security-Manager

News 22.06.23

brainbits wird Teil der TIMETOACT GROUP

Mit der Akquise der Kölner brainbits vergrößern wir unser Atlassian und Webentwicklungs Know How.

Bleiben Sie mit dem TIMETOACT GROUP Newsletter auf dem Laufenden!