Manchmal sind es die kleinen Dinge, die grosses ausmachen

Mit Focused Build SP7 haben die Focused Build Product Owner neben wirklich tollen und grösseren Features, wie dem Documentation Reporting Dashboard, auch eine Auge für Details gehabt. Und manchmal sind es eben genau diese Details, die den grossen Unterschied ausmachen.

In dieser Serie behandeln wir die wichtigsten Verbesserungen und Neuerungen aus dem neuesten Release

Release Check in Work Item

Welcher Focused Build Tool Coach kennt das nicht: Kurz vor der Produktivsetzung wird es nochmal hektisch und ein paar Cross-checks gehen vergessen, z.B. ob alle Dokumente im Status “Freigegeben” sind. So kommt es, dass am grossen Tag aufgrund von Dokumenten im Status “Review” oder “In Bearbeitung” Work Items nicht produktiv gesetzt werden können. SP7 sorgt für Abhilfe: Nun ist nämlich der Release Check der Dokumente genau am richtigen Ort – direkt an den zugewiesenen Prozesselementen sowie deren Dokumentationen:

2 Sprünge in die richtige Richtung: Direktsprung aus dem Work Item in den Transport im DEV-System und direkt aus dem Requirements Management in das soeben neu angelegte Work Package

In der My Work Items Application ist es nun möglich, direkt auf den Transport in das DEV-System zu springen und dort auf wichtige Informationen, wie enthaltene Objekte oder Transportprotokolle zuzugreifen ohne den Umweg über die CRM UI.

Dem ein oder anderen ist es vielleicht in meinem Screenshot aufgefallen: Mit dem unscheinbaren “Create new Work Package”-Button ist neben dem Jump-in auch eine schnellere Anlage des Work Packages möglich! Es steht dem schnellen Anlegen von vielen Work Packages also nichts mehr im Wege – worauf warten Sie noch?

Neues “Geplantes Project”-Feld in Requirements Management

Über die nächste kleine Änderung bin ich mir noch nicht so sicher, ob ich mich wirklich freuen soll: Nun habe ich viele davon überzeugt, dass das Requirement noch keine Projektzuordnung hat und diese erst mit der Zuordnung zu einem Work Package hergestellt wird – das ist prinzipiell zum Glück immer noch so. Allerdings gibt es nun die Möglichkeit, das geplante Projekt als Info-Feld im Requirement bereits abzufüllen. Das sind gute Nachrichten, für alle, die sich bisher mit Namenskonventionen im Requirementstitel weitergeholfen haben und so ist es natürlich leichter möglich, eine frühzeitige Product-Backlog-Planung durchzuführen, z.B. um die benötigten Ressourcen für ein geplantes Build-Projekt oder einen Workstream abzuschätzen und bereits einzustellen.

Verbesserungen im S/4HANA Konvertierungsproject Support

Auch im Bereich S/4HANA Conversion Project Support hat SAP nochmal nachgelegt.

Wer ist noch nicht weiss: Mit Focused Build besteht die tolle Möglichkeit, den S/4HANA Readiness Check Report direkt zur Verwaltung der Simplification Items in einem Konvertierungsprojekt zu verwenden.

Sie finden ihn unter Focused Build – Conversion Project, App Simplification Item Management (Hinweis: Rolle SAP_OST_FB_SC_ARCHITECT).

Dort können die Ergebnisse Ihres S/4HANA Readiness Checks hochgeladen und die Arbeit an den Simplification Items gestartet werden. Es bietet alle Details, die im Bericht enthalten sind, und lässt Folgeaktivitäten erstellen – Projekt, Requirements und Work Packages hinzufügen.

Neu mit SP7 ist die Verbesserungen der Benutzerfreundlichkeit für die Liste der «Aktivitäten». Jeder Vereinfachungselement-Status hat jetzt seinen eigenen Status (vorher waren die Stati zusammen gruppiert), wodurch die Tabelle leichter zu lesen ist.

Zudem gibt es nun eine detaillierte Ansicht für Vereinfachungselemente. Die Gesamttabellenansicht kann nur so viele Informationen aufnehmen, dass sie lesbar bleibt. Um vollständige Details zu erhalten, kann jedes Element in der Detailansicht geöffnet werden. Verschiedene Informationen sind in Registerkarten unterteilt – Vereinfachungselementinfo, Aktivitäten und Nachverfolgungsdetails. So macht der Start eines S/4HANA Konveritierungsprojektes doch Freude.

Da die meisten PMs Burnddown-Diagramme lieben, hat SAP wohl das Fortschritts-Dashboard eingeführt: Hier sieht man den Status der Vereinfachungselemente und deren Aktivitäten in einem Burndown-Diagramm zusammengefasst. Und so macht auch das Tracking des S/4HANA Konveritierungsprojektes Freude.

Nächster Artikel: Lesen Sie mehr über die Neuerungen im Projekt Management, dem Solution Readiness Dashboard and den neuen Documentation Readiness Dashboard


Stefan Thomann

Stefan Thomann ist SAP Technology Architect and ALM Consultant. Seine Spezialthemen liegen im Requirements-to-Deploy Prozess (Focused Build, Process Management, Test Management) sowie dem Reporting (z.B. mit Focused Insights) zwischen Prozess und Technik. Stefan ist zugleich der Gründer von blueworks und Geschäftsführer der blueworks AG und hat Wirtschaftsinformatik studiert.

Schreiben Sie einen Kommentar

Ihre E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert

blueworks Logo

Certified
Business Transformation
Professionals.


© blueworksgroup 2024. Alle Rechte Vorbehalten.

blue.works® und alm360® sind eingetragene Marken in der Europäischen Union und in der Schweiz.
SAP ist eine eingetragene Marke der SAP SE.