{"id":6098,"date":"2015-09-23T00:00:00","date_gmt":"2015-09-22T22:00:00","guid":{"rendered":"https:\/\/e3magpmp.greatsolution.dev\/?p=6098"},"modified":"2019-07-30T10:47:14","modified_gmt":"2019-07-30T08:47:14","slug":"charmante-erweiterungen","status":"publish","type":"post","link":"https:\/\/e3magpmp.greatsolution.dev\/de\/charmante-erweiterungen\/","title":{"rendered":"ChaRMante Erweiterungen"},"content":{"rendered":"

Sprechen wir mit Kunden \u00fcber das Change Request Management (ChaRM), so stellen wir immer als wesentliche Komponente heraus, dass es zwei wesentliche Arten von sogenannten Vorgangsarten gibt, die bereits im Auslieferungscustomizing enthalten sind: die \u201eNormale Korrektur\u201c und die \u201eDringende Korrektur\u201c.<\/p>\n

Beide Workflows bilden das Management von Software\u00e4nderungen ab und sind bestens in das Transportwesen integriert.<\/p>

\"\"<\/a><\/div>
\"\"<\/a><\/div>
\"\"<\/a><\/div>\n

Der wesentliche Unterschied zwischen beiden Arten: Normale \u00c4nderungen k\u00f6nnen nur als Release produktiv gesetzt werden. Dringende Korrekturen, eigentlich von SAP gedacht f\u00fcr zeitkritische, umgehende Anpassungen, k\u00f6nnen zu jedem Zeitpunkt ohne Releasezuordnung produktiv gesetzt werden.<\/p>\n

In einer initialen Auslieferung sind diese beiden \u201eWorkflows\u201c im System vorhanden und k\u00f6nnen kundenspezifisch noch angepasst werden, die Form der Produktivsetzung (als Release oder einzeln) ist jedoch vom System fest vorgegeben.<\/p>\n

Viele Kunden k\u00f6nnen mit der relaseorientierten Sichtweise nicht leben. Dies liegt einerseits daran, dass sich IT-Verantwortliche nicht mit dem Fachbereich anlegen und nur noch zu bestimmten Zeiten Funktionen produktiv setzen wollen. Zum anderen wird die Ausrede gebraucht \u201eWir sind agil und k\u00f6nnen uns daher nicht an ein Release binden\u201c.<\/p>\n

Daher setzt die Mehrheit der ChaRM-Anwender ausschlie\u00dflich die Dringende Korrektur ein. In Umsetzungsprojekten existiert dann jedoch mehr als ein Workflow, sodass diese Vorgangsart in verschiedenen Varianten im System abgebildet wird \u2013 z. B. als Preapproved Change und als Major Change.<\/p>\n

Der Kontext dahinter bleibt immer die Dringende Korrektur und die damit verbundene Chance, die Changes einzeln produktiv zu setzen.<\/p>\n

Stellt man IT-Verantwortlichen die Normale Korrektur und deren Softwareablauf vor, so stellt sich meist ein wesentlicher Vorteil gegen\u00fcber der Dringenden Korrektur dar: Es wird mit Transporten von Kopien gearbeitet.<\/p>\n

Da Entwickler meist nicht \u00fcber die Testdaten auf dem Entwicklungssystem verf\u00fcgen, die f\u00fcr einen umfangreicheren Test relevant sind, m\u00fcssen die \u00c4nderungen in das Qualit\u00e4tssicherungssystem gebracht und dort getestet werden.<\/p>\n

Im klassischen Kontext bedeutet dies, der Transport muss freigegeben und importiert werden. Dies ist an und f\u00fcr sich kein Problem, die meisten Unternehmen haben das Berechtigungswesen derart abgebildet, dass Transporte durch Entwickler freigegeben werden d\u00fcrfen, und einen automatischen Import f\u00fcr die Importqueue des Qualit\u00e4tssicherungssystems definiert.<\/p>\n

In der Praxis f\u00fchrt es jedoch oft dazu, dass entwickelt, getestet, entwickelt und dann wieder getestet wird. Ich habe f\u00fcr Anforderungen schon derartige Zyklen gesehen, in denen mehr als hundert Transporte erzeugt wurden.<\/p>\n

In der klassischen Nutzung einer Dringenden Korrektur kann dies zwar \u00fcber den Workflow abgebildet werden und auch der \u00dcberholerschutz tut sein \u00dcbriges, dennoch werden Produktivsetzungen solcher Changes umfangreich.<\/p>\n

Mit Transporten von Kopien bleibt die Importqueue schlank, da die Objekte mittels der Auftragsart \u201eTransport von Kopien\u201c zwar ins Nachfolgesystem gestellt werden, diese \u201eVersuche\u201c aber nie in der Importqueue des Produktivsystems landen. In so einem Kontext sind mehr als hundert Versuche kein Problem.<\/p>\n

Ein wichtiges Feature ist dabei zu beachten: Der originale Transport bleibt bis zum Abschluss der Entwicklungst\u00e4tigkeiten offen und die Objekte sind dann damit fest f\u00fcr diesen Change gesperrt. Dies hat den Vorteil, dass auch \u00dcberholer nicht mehr auftreten k\u00f6nnen.<\/p>\n

Mit geschickten Handgriffen und etwas Coding l\u00e4sst sich diese Vorgehensweise auf die Dringende Korrektur \u00fcbertragen. Wir stellen dar\u00fcber hinaus den Workflow meist so ein, dass der originale Transport erst nach Abschluss der Tests durch den Key-User freigegeben wird.<\/p>\n

In diesem Workflow geh\u00f6ren dann \u00dcberholer vollkommen der Vergangenheit an. Gerade in Umfeldern, in denen nur mit der Dringenden Korrektur gearbeitet wird, m\u00f6chte ja der Key-User nach Abschluss der Tests auch umgehend seine \u00c4nderungen im Produktivsystem sehen.<\/p>\n

Da das zeitliche Delta zwischen Freigabe der Objekte auf dem Entwicklungssystem und Import in das Produktivsystem gering ist (meist weniger als ein Tag), existiert auch keine \u00dcberholerproblematik mehr.<\/p>\n","protected":false},"excerpt":{"rendered":"

H\u00e4ufig werde ich in der Beratung darauf angesprochen, dass das Change Request Management im SolMan zun\u00e4chst im Standard zum Einsatz kommen soll. Befassen sich IT-Verantwortliche mit den Konsequenzen f\u00fcr ihre IT-Prozesse, so entsteht schnell eine Wunschliste kundenspezifischer Erweiterungen.<\/p>\n","protected":false},"author":38,"featured_media":4955,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"rank_math_lock_modified_date":false,"footnotes":""},"categories":[23,7,1571],"tags":[375,143],"coauthors":[19920],"class_list":["post-6098","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-solman","category-meinung","category-1571","tag-charm","tag-management"],"featured_image_urls_v2":{"full":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan.jpg",1000,431,false],"thumbnail":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan-150x150.jpg",150,150,true],"medium":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan.jpg",400,172,false],"medium_large":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan-768x331.jpg",768,331,true],"large":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan.jpg",1000,431,false],"image-100":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan-100x43.jpg",100,43,true],"image-480":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan-480x207.jpg",480,207,true],"image-640":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan-640x276.jpg",640,276,true],"image-720":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan-720x310.jpg",720,310,true],"image-960":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan-960x414.jpg",960,414,true],"image-1168":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan.jpg",1000,431,false],"image-1440":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan.jpg",1000,431,false],"image-1920":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan.jpg",1000,431,false],"1536x1536":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan.jpg",1000,431,false],"2048x2048":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan.jpg",1000,431,false],"trp-custom-language-flag":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan.jpg",18,8,false],"bricks_large_16x9":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan.jpg",1000,431,false],"bricks_large":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan.jpg",1000,431,false],"bricks_large_square":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan.jpg",1000,431,false],"bricks_medium":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan.jpg",600,259,false],"bricks_medium_square":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan.jpg",600,259,false],"profile_24":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan-24x24.jpg",24,24,true],"profile_48":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan-48x48.jpg",48,48,true],"profile_96":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan-96x96.jpg",96,96,true],"profile_150":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan-150x150.jpg",150,150,true],"profile_300":["https:\/\/e3magpmp.greatsolution.dev\/wp-content\/uploads\/2016\/12\/SolMan-300x300.jpg",300,300,true]},"post_excerpt_stackable_v2":"

H\u00e4ufig werde ich in der Beratung darauf angesprochen, dass das Change Request Management im SolMan zun\u00e4chst im Standard zum Einsatz kommen soll. Befassen sich IT-Verantwortliche mit den Konsequenzen f\u00fcr ihre IT-Prozesse, so entsteht schnell eine Wunschliste kundenspezifischer Erweiterungen.<\/p>\n","category_list_v2":"SolMan Kolumne<\/a>, Die Meinung der SAP-Community<\/a>, MAG 15-09<\/a>","author_info_v2":{"name":"E-3 Magazin","url":"https:\/\/e3magpmp.greatsolution.dev\/de\/author\/e-3-magazin\/"},"comments_num_v2":"0 comments","acf":[],"_links":{"self":[{"href":"https:\/\/e3magpmp.greatsolution.dev\/de\/wp-json\/wp\/v2\/posts\/6098","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/e3magpmp.greatsolution.dev\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/e3magpmp.greatsolution.dev\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/e3magpmp.greatsolution.dev\/de\/wp-json\/wp\/v2\/users\/38"}],"replies":[{"embeddable":true,"href":"https:\/\/e3magpmp.greatsolution.dev\/de\/wp-json\/wp\/v2\/comments?post=6098"}],"version-history":[{"count":0,"href":"https:\/\/e3magpmp.greatsolution.dev\/de\/wp-json\/wp\/v2\/posts\/6098\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/e3magpmp.greatsolution.dev\/de\/wp-json\/wp\/v2\/media\/4955"}],"wp:attachment":[{"href":"https:\/\/e3magpmp.greatsolution.dev\/de\/wp-json\/wp\/v2\/media?parent=6098"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/e3magpmp.greatsolution.dev\/de\/wp-json\/wp\/v2\/categories?post=6098"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/e3magpmp.greatsolution.dev\/de\/wp-json\/wp\/v2\/tags?post=6098"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/e3magpmp.greatsolution.dev\/de\/wp-json\/wp\/v2\/coauthors?post=6098"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}