In der dynamischen IT-Welt bekommen wir von unseren Kunden oft zu hören, dass mit der Agilität das Releasemanagement obsolet geworden sei. Der Trend zur sofortigen Produktivsetzung abgeschlossener Features scheint diesen Glauben zu bestärken. Doch ist das wirklich der Fall? Oder ist das eine Rückkehr alter Gewohnheiten? Alte Hasen werden sich erinnern, wie man anno dazumal Änderungen einfach auf Zuruf in die Produktion geschossen hatte. Waren die Anfänge also nicht hyper-agil und warum sollten sie es heute nicht mehr sein?
SAP hat Ende Juli die neuesten Support Packages für Solution Manager 7.2 und das Add-on Focused Build and Insights (ST-OST) veröffentlicht. Für SolMan ist es bereits das 15. SP und für ST-OST das 10. Also kleine Jubiläen, herzlichen Glückwunsch! In diesem Beitrag werden wir einige der Änderungen hervorheben, die mit diesen neuen Updates einhergehen.
SAP hat im letzten Jahr ein Customer Connect veranstaltet, eine Veranstaltung, bei der Kunden ihren Input zum Produkt geben können – neue Funktionen anfordern, über alte Bugs informieren oder einfach nur Verbesserungen der Lebensqualität mitteilen. Die Wünsche, die in der SAP-Community die meisten Stimmen erhalten, werden in die Entwicklung aufgenommen. Der Customer Connect für den SolMan (inklusive Focused Build) umfasst diesmal die Bereiche Process Management, Test Suite und Change and Release Management.
Wir haben die Updates bereits auf unseren Systemen installiert. Das Upgrade selbst und die anschließende Nachkonfiguration haben im Vergleich zu einigen älteren Updates keine Probleme verursacht. Natürlich kann dies von System zu System unterschiedlich sein, je nach den vorgenommenen Änderungen.
Operations und Focused Insights
Leider gibt es keine großen Neuigkeiten im Bereich Operations, da sich das Update, wie bereits erwähnt, hauptsächlich auf Customer Connect konzentriert und die Änderungen daher diese Funktionsbereiche betreffen. Die einzigen nennenswerten Ergänzungen kommen aus dem Focused Insights Add-on.
Erstens hat SAP die Möglichkeit geschaffen, eigene OCC-Abfragen als separate Kategorie zum Tactical Dashboard hinzuzufügen. Dies eröffnet viele Möglichkeiten, die bereits gute Übersichtsseite des Tactical Dashboards zu bereichern.
Die zweite Neuigkeit betrifft den ITSM-Datenanbieter (DP_ITSM). SAP hat den Datenprovider neu gestaltet, um eine CRM-Datenquelle zu verwenden, wodurch die Daten genauer werden. Wenn Sie Dashboards für ITSM erstellt haben, dann haben Sie wahrscheinlich auch gesehen, dass der alte DP_ITSM nicht immer die Zahlen lieferte, die Sie in CRM sehen würden. Als Ausweichlösung mussten Sie gespeicherte CRM-Suchen (DP_CRM) verwenden, um die Daten zu erhalten. Diese Änderung ist eine willkommene Verbesserung, auch wenn die Auswahl an Metriken begrenzt ist, so dass die gespeicherten Suchen weiterhin ihren Platz in diesen Dashboards haben werden.
Durchführungen
Es gibt viele kleinere Änderungen für Implementierungen, die wirklich wertvoll sind. So finden Sie beispielsweise neue Fiori-Apps für einen schnelleren direkten Zugriff vom Launchpad aus und verschiedene neue Suchfelder für Apps. Die einheitliche Geschäftspartnersuche, die erstmals mit SP09 für das Testmanagement eingeführt wurde, ist nun für alle Benutzeroberflächen in Focused Build aktiviert worden.
Es gibt zu viele davon, um sie alle aufzulisten, daher konzentrieren wir uns auf einige der Highlights für uns.
Test-Suite
Eines der größten Entwicklungsstücke war das komplett neu gestaltete Test Suite Dashboard. Dies war auch einer der Gründe, warum wir mit dem neuen Support Package bereits bei den ersten unserer Kunden produktiv sind. Das neue Dashboard ist sehr gut gelungen und erinnert uns an die tollen Analysefunktionen von SAP Cloud ALM – sehr gut gemacht SAP!
Wir freuen uns darauf, es in der nächsten funktionalen Testphase des S/4-Einführungsprojekts produktiv einzusetzen.
Neben dem neuen Dashboard gibt es auch einige neue Funktionen im Testbereich:
In der Test Suite gibt es viele Verbesserungen. In einem Tester-Arbeitskorb können Sie jetzt direkt den Ausführungsstatus ändern.
Erstellen Sie Testpakete direkt in der Testplanverwaltung.
Neue Funktion zur parallelen Ausführung von Testfällen in einer Testsequenz. Ein Testpaket kann direkt aus der Anwendung Testplanverwaltung über die Option Zu Testpaketen zuordnen erstellt werden. Fehlende Testpakete oder Sequenzen können einem neuen Testplan mit der neuen Option „fehlende Testfälle hinzufügen“ hinzugefügt werden, um den neuen Testplan aus dem Quellplan zu aktualisieren.
Vollständigkeitsbericht für die Testplanerstellung.
Change und Release Management
Es wurden mehrere Verbesserungen für das ChaRM-Housekeeping vorgenommen. Vollständig importierte Transporte (auch die ToC) werden nun auch durch den Import-Feedback-Mechanismus aus der Warteschlange entfernt. Eine weitere Möglichkeit besteht darin, den Job SM:TMWFLOW_CMSSYSCOL mit einer Aufbewahrungsfrist einzuplanen. Dadurch werden die Importschrittprotokolle entfernt und nur die Hauptimportprotokolle aufbewahrt.
Einige zusätzliche Protokolle wurden eingeschaltet. Jetzt werden alle Änderungen am CTS-Statusschalter protokolliert und sind in der Taskliste unter Anwendungsprotokoll anzeigen sichtbar. Endlich ist es einfach, herauszufinden, wer wieder gepfuscht hat! Auf der Ebene der Änderungsbelege werden nun auch Aktionen, die kritische Objekte oder Objekte der Zulässigkeitsliste betreffen, im Textprotokoll protokolliert. Diese beiden Verbesserungen sind willkommene Änderungen zur Erhöhung der Transparenz.
Auch bei der Handhabung des Transports von Kopien gibt es einige Änderungen. Normalerweise werden bei der Erstellung eines neuen ToCs alle Objekte des Quelltransports blind kopiert, auch wenn sie zu Teilaufgaben gehören, die bereits von früheren ToCs in das Konsolidierungssystem transportiert wurden, was sehr umständlich sein kann. Mit dem neuen Parameter „AIC_TOC_DELTA_SWITCH“ in der Tabelle AGS_WORK_CUSTOM kann die Funktion aktiviert werden, einen ToC nur aus neuen Teilaufgaben zu erstellen, was den Import mit Sicherheit beschleunigt. In der Vergangenheit wurden nur ToCs, die bei einer Statusänderung erstellt wurden, automatisch in das Konsolidierungssystem importiert. Jetzt werden auch ToCs, die manuell in den Zuordnungsblöcken des CRM UI Transport Management erstellt wurden, automatisch importiert.
Sehr schön ist auch die neue Funktion, die die Geschäftspartner, die einer Partnerfunktion zugewiesen werden sollen, nach der Berechtigungsrolle filtert. Wenn Sie zum Beispiel festlegen, dass ein Tester die Rolle ZSAP_SOCM_TESTER haben soll, filtert das Popup „Mitarbeiter suchen“ die Ergebnisliste und zeigt nur GPs an, die diese Rolle haben. Dies kann in großen Unternehmen mit Tausenden von GPs zu einer enormen Beschleunigung führen.
Außerdem gibt es jetzt einen neuen Retrofit-Bericht – RETRO_SERVICE_CONFIG_CHECK. Dieser prüft die Landschaftskonfiguration und hilft so bei der Behebung von Problemen mit Retrofit. Es gibt auch einen neuen Rückverfolgbarkeitsbericht für die FB-Retrofit-Automatisierung, /SALM/RETRO_AUTO_TRACEABILITY, der alle erfolgten automatischen Retrofits aufzeigt. Da Retrofit einer der komplexesten Anwendungsfälle in ChaRM ist. Sie werden froh sein, dass es ihn jetzt gibt.
Für den Cutover gibt es nun eine zusätzliche Benutzerprüfung „User check for Synchronize deployment“, um Probleme durch fehlende Benutzer zu minimieren. Wenn eine Post-Cutover-Aktion abgebrochen wurde, ist es nun möglich, dort weiterzumachen, wo sie aufgehört hat, und muss nicht jedes Mal neu begonnen werden.
Requirements Management
Massenänderung hat jetzt ein Fiori-basiertes Tabellenlayout, das mehr Flexibilität bietet, um verschiedene Spalten zu ändern, um die Bedürfnisse der Benutzer besser zu erfüllen. Hier möchten wir auf den Blogpost von Mohammed verweisen.
Und außerdem… gibt es jetzt eine neue App – „My Requirement Approvals“, die Sie direkt zu den Anforderungen führt, die in diesem Bereich warten
Das nächste SolMan-Update ist für Februar 2023 geplant – bleiben Sie also dran!
Application Operations oder kurz AppOps umfasst alle Funktionen zur Überwachung, Alarmierung, Analyse und Administration von SAP-Lösungen. Mit vordefinierten Inhalten und zentralen Werkzeugen für alle Aspekte des SAP Solution Manager-Betriebs lassen sich die Gesamtkosten für den Kunden reduzieren.
Die Systemkopie ist eine Möglichkeit, ein System zu aktualisieren oder ein anderes System zu erstellen, damit alle Entwicklungen und Änderungen für beide Systeme in der Landschaft gleich bleiben. Dies bringt auch Stabilität für das aktualisierte System, wenn die Systemkopie vom Produktivsystem aus durchgeführt wird, wodurch alle nicht benötigten Entwicklungen, die sich im Entwicklungssystem angehäuft haben, entfernt werden.
Bei der Systemauffrischung wird das Entwicklungssystem mit den Daten des Produktivsystems überschrieben, was normalerweise in bestimmten Zeiträumen wiederholt wird, wodurch das Entwicklungssystem stabiler bleibt und dem Produktivsystem ähnlicher wird. Die übliche Systemkopie wird durchgeführt, wenn es einen Bedarf an einem Entwicklungssystem gibt, die Landschaft aber nur ein Produktivsystem hat – hier wird das Produktionssystem kopiert und ein Entwicklungssystem erstellt. Beide Strategien können ähnlich sein
SAP empfiehlt standardmäßig die Einrichtung einer dreistufigen Landschaft mit einem Entwicklungssystem und einem Qualitätssicherungssystem, um unnötige Entwicklungen zu vermeiden, die Verwirrung stiften oder den Systembetrieb im Produktivsystem beeinträchtigen könnten. Hinzu kommt, dass QUA dann ignoriert werden kann und möglicherweise nicht benötigt wird, da Entwicklungen auch im Entwicklungssystem getestet werden können.
Ausführung der Systemkopie
Die Schritte für die Systemkopie sind bei beiden Varianten im Wesentlichen gleich – Stoppen von Hintergrundjobs, Bereinigen von Aufträgen, Erstellen von Backups für den Fall, dass etwas schief geht.
Stellen Sie sicher, dass alle Hintergrundjobs gestoppt sind, da das verwaltete System sonst möglicherweise falsche Informationen an das SAP Portal sendet. Dadurch können die Daten im Wartungsplaner beschädigt werden.
Der Workflow für die Systemkopie macht keinen Unterschied, ob es sich um ein ABAP- oder Java-System handelt. Wenn Sie eine Kopie erstellen, sollten Sie die Anweisungen für Ihr System durchgehen.
Hier finden Sie eine Anleitung zur Systemkopie für Ihre Bedürfnisse:
Der einzige Unterschied besteht darin, dass der SAP Solution Manager 7.2 SPS10 auf einer Java-Instanz verwendet wird. Mit SPS10 und höher ist es nicht möglich, das Solution Manager Java Systemkopie-Tool zu verwenden.
Verwenden Sie dazu das SAP NetWeaver 7.50 Systemkopierwerkzeug. Beachten Sie auch Hinweis: 1738258 – Systemkopie für Systeme auf Basis von SAP NetWeaver – Verwendung von Software Provisioning Manager 1.0
Systemkonfiguration nach dem Kopieren
In diesem Schritt ist es sehr wichtig, eine Reihenfolge für die Konfiguration einzuhalten, die vor der Verwendung des neu kopierten Systems vorgenommen werden muss. Wenn eine Systemkopie von einem Produktionssystem erstellt wird, enthält das System immer noch die Informationen des Produktionssystems, die in der Zukunft Probleme verursachen können. Falsche Konfigurationen können zu Datenverlusten im Produktionssystem oder zu Fehlern in der Konfiguration führen, wenn bei der Vorbereitung des Systems nach der Kopie etwas übersehen wird.
Die Reihenfolge der Konfiguration für das kopierte System sollte wie folgt sein:
Ändern Sie die automatische Aufzeichnung von Änderungen auf dem Arbeitsmandanten in erlaubt. (Tx: SCC4)
Aktive Profile importieren. (Tx: RZ10)
Lizenz implementieren und installieren – Stellen Sie sicher, dass Sie die Informationen aus dem SAP Support Portal korrigieren, bevor Sie eine neue Lizenz generieren und installieren. (Tx: SLICENSE)
DB54 – ein neues logisches System anlegen (nicht obligatorisch)
Wenn Ihr Produktivsystem mehrere Mandanten mit logischen Systemen hat, dann sollte dieser Schritt ausgeführt werden.
SCC4 – Änderung der Systemrolle und des logischen Systems
DBLS – if you change logical system on SCC4, a conversion has to be made of ALE. (SAP Note 544509 – ALE: Conversion of names of logical systems)
DBLS – wenn Sie das logische System auf SCC4 ändern, muss eine Konvertierung von ALE vorgenommen werden. (SAP-Hinweis 544509 – ALE: Konvertierung von Namen logischer Systeme)
Legen Sie ein Transportsystem an. (Tx: STMS)
Prüfen Sie die Sicherungseinplanung. (Tx: DB13)
Systemzertifikate prüfen. (Tx: STMS)
Aktivieren Sie Hintergrundaufträge.
Wenn in Ihrer Infrastruktur der SAP Solution Manager läuft, sollten diese Schritte ebenfalls ausgeführt werden:
Installieren und registrieren Sie den Diagnostic Agent im Solution Manager (wenn das neue System kopiert wurde)
Führen Sie die Konfiguration des verwalteten Systems von Solman_Setup aus.
Wenden Sie Überwachungsvorlagen auf das verwaltete System an. (Nicht erforderlich, wenn die technische Überwachung nicht verwendet wird)
Wenn Ihre Systemkopie über den Solution Manager erstellt wurde, sollten diese zusätzlichen Schritte ebenfalls überprüft werden:
UME-Ziel auf Java – ist zunächst mit dem Produktionssystem verbunden und muss erneut mit dem Entwicklungssystem verbunden werden.
SLD (JAVA/ABAP) – zunächst ebenfalls mit dem Produktionssystem verbunden
Wily Introscope installieren
Installieren Sie den Diagnostic Agent und ändern Sie den SLD-Speicherort auf ABAP und Java
Außerbetriebnahme von Systemen aus der Managed System Konfiguration
Solman_Setup Obligatorische Konfiguration
Um die SLD-Verbindung auf der Java-Instanz zu konfigurieren, verwenden Sie die Funktion „System Landscape Directory“ von:
http://<hostname>:<port>/sld/fun
Wenn das System Landscape Directory bereits ausgeführt wird, wird empfohlen, es zu deaktivieren und zu aktivieren (Automatisch aktivieren).
Es ist wichtig, die Einstellungen der Agentenverwaltung zu überprüfen. Es könnten einige Verbindungen zum Produktionssystem bestehen, da bei der Einrichtung des Diagnoseagenten die korrekten Systemnamen in der Agentenverwaltung oft eine wichtige Rolle spielen. Wenn die Hostnamen falsch sind, können die Systeme keine korrekten Informationen zwischen SLDs und Instanzen synchronisieren. Außerdem könnte es Probleme beim Einrichten von Solman_Setup geben. Dies sind wichtige Prüfungen in der Agentenverwaltung.
und
Um Solman_Setup oder LMDB nach einer Systemkopie zu öffnen, ist eine Änderung der URL erforderlich. Dazu ändern Sie den Wert in HTTPURLLOC.
Löschen von Systemen
Der einfachste Weg, Systeme aus der Überwachung zu löschen, ist die Verwendung von MAI_TOOLS.
Aktivieren Sie dazu den Expertenmodus:
Der nächste Schritt ist die Bereinigung der verwalteten Systeme SOLMAN_SETUP -> Management System Configuration -> System:Decommissioning
Entfernen Sie das System nicht aus LMDB und SLD, bevor die Stilllegung dies zulässt, denn wenn das System vorher gelöscht wird, verschwindet es aus der verwalteten Systemkonfiguration, aber die Extraktoren und Verweise auf die verwalteten Systeme bleiben im Solution Manager-System erhalten – dies könnte in Zukunft zu Verwirrung führen.
Vor einiger Zeit hat SAP die allgemeine Verfügbarkeit von SAP CloudALM für den 31. August 2020 angekündigt und damit ein drittes großes Tool in das SAP ALM-Portfolio eingeführt. Nun, da sich der Staub gelegt hat, möchte ich zwei häufige Fragen beantworten, die ich seitdem erhalten habe: „Was genau ist der Unterschied zwischen Solution Manager und CloudALM?“ und „Bedeutet dies, dass Solution Manager tot ist?“.
Das SAP ALM-Portfolio
Um die erste Frage zu beantworten, möchte ich einen Blick auf das gesamte SAP ALM-Portfolio werfen und zur Sicherheit auch Focused Run in den Mix werfen.
Fokussiert – was nun?
Fokussierter Lauf. Eine der drei Focused Solutions, die an sich schon ein seltsames Huhn im Stall ist, da es sich um ein eigenständiges Tool und nicht um ein Add-on zum SolMan handelt. Obwohl Focused Run technisch gesehen ein ALM-Tool ist, bedeutet seine Kundenausrichtung, dass die meisten von uns Sterblichen in ihrer SAP-Karriere nie damit in Berührung kommen werden. Focused Run ist für den Großbetrieb oder für Szenarien mit komplexeren Anforderungen, wie z. B. Multi-Tenancy-Konzepte, konzipiert und wurde als Alternative für Solution Manager-Umgebungen eingeführt, in denen ein typisches SolMan-Setup einfach nicht mit der zugrunde liegenden Umgebung zurechtkommt.
Aus diesem Grund verdient er hier eine lobende Erwähnung, passt aber nicht wirklich in den Vergleich von SolMan und CloudALM.
Solution Manager
Der Solution Manager, in seiner neuesten Version 7.2, SPS11, ist uns wahrscheinlich allen bekannt. Er ist das älteste Tool in diesem Vergleich – man könnte sagen, das ursprüngliche ALM-Tool und der König des Portfolios.
Der Solution Manager hat sich im Laufe der Zeit weiterentwickelt, um die Anforderungen des gesamten Application Lifecycle zu erfüllen. Er tut dies mit vier zentralen Wertvorstellungen: Portfolio-to-Project, Requirement-to-Deploy, Request-to-Fulfill und Detect-to-Correct. Es führt 10 Funktionsbereiche in Ihre SAP-Landschaft ein, die als Nervensystem der Landschaft fungieren und als Single Source of Truth und zentrale Plattform für das tägliche Management dienen. Bemerkenswerte Funktionsbereiche sind Prozessmanagement, Test Suite, Projektmanagement, Business Process Operations, Application Operations, Data Volume Management, Change Control Management, IT Service Management, Custom Code Management und Landscape Management. Der Solution Manager richtet sich an den „durchschnittlichen“ SAP ECC-Kunden und kann in allen Szenarien eingesetzt werden, einschließlich On-Prem-, Hybrid- und Cloud-Lösungen.
Focused Build ist ein über ST-OST erhältliches Add-on, das den Requirement-to-Deploy-Stream mit agilem Projektmanagement, neuen UI5-Apps und anderen eigenständigen Erweiterungen weiter verbessert. Focused Insights, das ebenfalls über ST-OST erhältlich ist, bietet tiefgreifende Analysen und Berichte für die gesamte Landschaft.
CloudALM
Werfen wir also einen Blick auf CloudALM, das neue Kind im Block: CloudALM wurde von SAP auf dem Solution Manager Education Summit, SolEd, im Jahr 2018 als weiteres Mitglied des ALM-Portfolios angekündigt. Public-Cloud-Bereitstellungen haben die Art und Weise verändert, wie IT-Organisationen ihre Infrastruktur warten und verwalten müssen. Da viele Anwendungen eher als Service denn als vollständige Bereitstellung genutzt werden, ändern sich die Anforderungen an die Überwachung und Verwaltung. So werden beispielsweise Services wie HANA zunehmend zentral von SAP verwaltet, um sie auf dem neuesten Stand und sicher zu halten, so dass sich die Kunden ausschließlich auf ihre geschäftlichen Anforderungen konzentrieren können und sich nicht um die lästigen Supportaufgaben kümmern müssen.
CloudALM ist die Antwort der SAP auf die sich abzeichnenden Veränderungen – es handelt sich um eine völlig neue Entwicklung, die zwar von den Erfahrungen mit dem SolMan profitiert, aber keine gemeinsame Codebasis hat. Es ist für den sofortigen Verbrauch in der öffentlichen Cloud verfügbar, als ein immer aktueller Cloud-Service, der keine Basisverwaltung für sich selbst benötigt.
Da es sich um ein junges Produkt handelt, dessen allgemeine Verfügbarkeit für den 31. August 2020 angekündigt wurde, befindet es sich noch in der Entwicklung und wird in den nächsten Jahren um viele spannende Funktionen erweitert. Es konzentriert sich auf zwei Hauptbetriebsarten: Implementierung, d. h. die Implementierung von SAP-Lösungen in Ihrem Unternehmen, und Betrieb, d. h. Aufgaben, die sich darum drehen, Ihre organisatorischen Anforderungen aufrechtzuerhalten und kontinuierlich zu verbessern. CloudALM richtet sich an Kunden, die reine Public-Cloud-basierte Bereitstellungen implementieren möchten, obwohl die Unterstützung von Hybrid-Landschaften für die nahe Zukunft angekündigt wurde.
Ich bin verwirrt.
Sind wir das nicht alle? Vielleicht macht die folgende Tabelle das Ganze etwas verständlicher:
SAP Solution Manger
SAP Cloud ALM
On-Prem
X
Cloud
X
X
Hybrid
X
(X)*
Usage Rights
SAP Enterprise und Standard Support
SAP Enterprise Support, cloud editions
Development Status
Aktiv, neue Funktionen angekündigt
Aktiv, neue Funktionen angekündigt
Migration from SolMan
–
Nein, nur greenfield Projekte
Functional Scope
Application Operations
X
(X)
Business Process Operations
X
(X)
Data Volume Management
X
No
Change Control management
X
(X)
Custom Code Management
X
No
IT Service Management
X
No
Landscape Management
X
No
Process Management
X
(X)
Project Management
X
(X)
Test Suite
X
(X)
Focused Build & Insights
X
No
Da dies nun geklärt ist, ist es an der Zeit, sich mit der zweiten Frage zu befassen.
Ist der SolMan also tot?
Kurz gesagt: Mit der Zeit, ja.**
Warten Sie! Bleiben Sie ruhig und lesen Sie weiter!
Zugegeben, die Frage ist schwer zu beantworten, und sie ist nicht rein schwarz oder weiß. SAP hat offiziell kommuniziert, dass der SolMan ein fester Bestandteil des ALM-Portfolios bleiben wird. Die jüngste Verlängerung des Supports für die Business Suite 7 sowie das weiterhin aktive Engagement für das Kundenanbindungsprogramm und die Entwicklung des SolMan geben dem SolMan definitiv eine zusätzliche Lebensperspektive.
Realistisch betrachtet ist der Trend zur Cloud jedoch unaufhaltsam. Und er wird auch an SAP nicht vorbeigehen. Da immer mehr Kunden zu neuen Bereitstellungsstrategien übergehen, ändern sich auch die Anforderungen an ein ALM-Tool. Dies führt zu einem erheblichen Ressourcenbedarf für die Pflege und Weiterentwicklung eines solchen Tools, ganz zu schweigen von zwei. Es bleibt abzuwarten, ob/wie schnell der SolMan seinen Platz auf dem Thron an seinen neuen internen Herausforderer CloudALM verliert.
Darüber hinaus finde ich die Formulierung der Antwort von SAP auf diese Frage interessant. Sie antworten nicht mit einem klaren ‚Nein‘, sondern mit
„SAP Cloud ALM ist kein rechtlicher Nachfolger von SAP Solution Manager.“
Interessant, oder?
Ist der SolMan also tot? – Ich persönlich glaube nicht, dass es eine Frage des Ob ist, sondern eher des Wann.
Was Focused Run betrifft, so sind die fortschrittlichen Funktionen des Tools nach wie vor unübertroffen und nichts deutet darauf hin, dass es ersetzt wird. Daher kann man zum jetzigen Zeitpunkt mit großer Sicherheit davon ausgehen, dass sich hier in absehbarer Zeit nichts ändern wird
*Limited oder Angekündigt, aber noch nicht freigegeben ** Persönliche Meinung des Autors
Learn more about the ALM tools
[contact-form-7 id=»26123″ title=»Project quote»]
We use cookies and similar technologies to improve your experience on our website.
