{"id":6258,"date":"2016-05-04T00:00:00","date_gmt":"2016-05-03T22:00:00","guid":{"rendered":"http:\/\/e3mag.com\/?p=6258"},"modified":"2019-04-01T10:36:42","modified_gmt":"2019-04-01T08:36:42","slug":"releasemanagement-unter-neuem-vorzeichen","status":"publish","type":"post","link":"https:\/\/e3mag.com\/de\/releasemanagement-unter-neuem-vorzeichen\/","title":{"rendered":"Releasemanagement unter neuem Vorzeichen"},"content":{"rendered":"

Wer mich kennt, wei\u00df ja, dass ich schon immer ein Freund von Releasemanagement war und das auch immer wieder Kunden gegen\u00fcber in Workshops und Beratungstagen mitteile. Leider f\u00e4llt es mir gar nicht so leicht, Anwender in Workshops und Beratertagen davon zu \u00fcberzeugen.<\/p>\n

Die \u00fcblichen Gegenargumente sind, der Fachbereich k\u00f6nne nicht auf die Anforderungen warten, sondern muss diese umgehend, wenn sie fertig sind, auch produktiv gesetzt bekommen.<\/p>

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

Bohrt man tiefer nach, stellt sich heraus, dass der Fachbereich beim Test mitunter doch sehr lange warten konnte. In Summe sind wir es im SAP-Umfeld leider aus unserer Historie gewohnt, fast t\u00e4glich \u00c4nderungen zu importieren.<\/p>\n

Einige SAP-Anwender sprechen dann in diesem Kontext gerne von einem \u201et\u00e4glichen Release\u201c. W\u00e4hrend wir es in anderen Anwendungen gewohnt sind, auf Releases oder Support Packages zu warten \u2013 keiner w\u00fcrde einzelne Features in seinem Office wahlfrei installieren \u2013, ist dies im SAP f\u00fcr Anwender und IT-Abteilungen oft ein neuer Gedanke.<\/p>\n

Dies hat dazu gef\u00fchrt, dass die \u201eNormale Korrektur\u201c meist von Kunden nicht genutzt wurde, da die \u201eDringende Korrektur\u201c praktischer ist. Man muss keine Releases planen, sondern kann immer einzelne Changes produktiv setzen \u2013 wenn es der Fachbereich w\u00fcnscht.<\/p>\n

Der \u00dcbergang von einem \u201econtinuous development\u201c zu einem Release gelingt nat\u00fcrlich nicht sofort und auf Knopfdruck. Die organisatorisch notwendigen \u00c4nderungen sind meist viel tiefgreifender.<\/p>\n

Bislang war das Releasemanagement auch immer sehr starr. Ich bekam immer die Frage gestellt, was wohl passiert, wenn w\u00e4hrend der Umsetzung entschieden wird, dass bestimmte Anforderungen nicht live gesetzt werden sollen oder auf das n\u00e4chste Release verschoben werden.<\/p>\n

SAP hat auf all diese Themen reagiert. W\u00e4hrend es fr\u00fcher unterschiedliche Solution-Manager-Projekte gab, denen einzelne Changes zugeordnet werden, gibt es im 7.2 ein echtes Release.<\/p>\n

Fr\u00fcher musste man jede \u00c4nderung, die \u00fcber einen Workflow beantragt und genehmigt wurde, bereits vor der Freigabe einem Projekt zuordnen. Wehe dem, der hier eine \u00c4nderung einem Projekt falsch zugeordnet hatte.<\/p>\n

Dies konnte, sobald der Change bereits in Entwicklung war, nur mit hohem manuellen Aufwand wieder geradeger\u00fcckt werden. Zum Teil haben sich die Kunden auch mit Add-ons beholfen, um den \u00adChange in ein anderes Projekt zu \u00fcbernehmen.<\/p>\n

Die Releasebildung findet nun gl\u00fccklicherweise dann statt, wenn wir \u00fcber eine echte Produktivsetzung sprechen. Ganz konform, wie wir das im Non-SAP- Umfeld kennen, ist das nun nicht. Aber wohl eine der M\u00f6glichkeiten, um Anwender vom Releasemanagement im SolMan zu \u00fcberzeugen. Ein organisatorischer Wandel ist ja immer noch vonn\u00f6ten.<\/p>\n

Die IT ist gefordert, mit den Fachabteilungen zu sprechen, eine Releaseplanung zu erstellen und auch eine echte Unterscheidung zwischen dringenden Anforderungen und \u00c4nderungen, die in ein Re\u00adlease geh\u00f6ren, abzustimmen.<\/p>\n

Ich habe immer wieder Kunden, die genau diesen Konflikt scheuen und dann anf\u00e4nglich damit beginnen, die Projekte zu b\u00fcndeln als Release. Alles, was kein Projekt ist, also im Umfang einen bestimmten Aufwand nicht \u00fcberschreitet, wird als \u201eDringende \u00c4nderung\u201c gehandhabt.<\/p>\n

Im ersten Schritt klingt dies einfach. Beachtet man jedoch den Hintergrund der Transportsteuerung, ist der Sachverhalt deutlich komplizierter.<\/p>\n

Da \u201eDringende \u00c4nderungen\u201c auch immer einem Projekt zugeordnet werden m\u00fcssen, werden diese bei der Produktivsetzung nochmals importiert, um die Synchronit\u00e4t sicherzustellen. Dies bedeutet aber, dass Kunden, die mehrere Projekte parallel betreiben, alle \u201eDringenden \u00c4nderungen\u201c immer dem Projekt zuordnen m\u00fcssen, das als N\u00e4chstes produktiv geht.<\/p>\n

In der Praxis ist das mehr als kompliziert. Wie ein begossener Pudel steht dann der Change-Manager da, wenn kurzfristig zwei Projekte Rochade spielen. Dann m\u00fcssen n\u00e4mlich Changes umgeh\u00e4ngt werden, was so heute in der Version 7.1 eben nicht auf Knopfdruck geht.<\/p>\n

Mit dem SolMan 7.2 kann nun der Kunde entweder vollst\u00e4ndig \u201edringend\u201c entwickeln und alles immer produktiv setzen oder er kann zum Produktivsetzungszeitpunkt eine echte Releasebildung vornehmen.<\/p>\n

In Summe ist dies eine echte und wahnsinnig wertvolle Erweiterung. Die Herausforderung f\u00fcr IT-Verantwortliche liegt nun darin, die Release-Denkweise auch im SAP- Kontext im eigenen Unternehmen zu verankern.<\/p>\n","protected":false},"excerpt":{"rendered":"

Mit der Version 7.2 ist das ChaRM-Releasemanagement umfassend erweitert und renoviert worden. Aber mit neuen Techniken liegen die Herausforderungen auch in der Organisation.<\/p>\n","protected":false},"author":55,"featured_media":4955,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"pmpro_default_level":"","footnotes":""},"categories":[23,7,1607],"tags":[236,3892],"coauthors":[22352],"class_list":["post-6258","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-solman","category-meinung","category-mag1605","tag-sap","tag-solman-7-2","pmpro-has-access"],"acf":[],"featured_image_urls_v2":{"full":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan.jpg",1000,431,false],"thumbnail":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan-150x150.jpg",150,150,true],"medium":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan.jpg",400,172,false],"medium_large":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan-768x331.jpg",768,331,true],"large":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan.jpg",1000,431,false],"image-100":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan-100x43.jpg",100,43,true],"image-480":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan-480x207.jpg",480,207,true],"image-640":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan-640x276.jpg",640,276,true],"image-720":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan-720x310.jpg",720,310,true],"image-960":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan-960x414.jpg",960,414,true],"image-1168":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan.jpg",1000,431,false],"image-1440":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan.jpg",1000,431,false],"image-1920":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan.jpg",1000,431,false],"1536x1536":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan.jpg",1000,431,false],"2048x2048":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan.jpg",1000,431,false],"trp-custom-language-flag":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan.jpg",18,8,false],"bricks_large_16x9":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan.jpg",1000,431,false],"bricks_large":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan.jpg",1000,431,false],"bricks_large_square":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan.jpg",1000,431,false],"bricks_medium":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan.jpg",600,259,false],"bricks_medium_square":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan.jpg",600,259,false],"profile_24":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan-24x24.jpg",24,24,true],"profile_48":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan-48x48.jpg",48,48,true],"profile_96":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan-96x96.jpg",96,96,true],"profile_150":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan-150x150.jpg",150,150,true],"profile_300":["https:\/\/e3mag.com\/wp-content\/uploads\/2016\/12\/SolMan-300x300.jpg",300,300,true]},"post_excerpt_stackable_v2":"

Mit der Version 7.2 ist das ChaRM-Releasemanagement umfassend erweitert und renoviert worden. Aber mit neuen Techniken liegen die Herausforderungen auch in der Organisation.<\/p>\n","category_list_v2":"SolMan Kolumne<\/a>, Die Meinung der SAP-Community<\/a>, MAG 16-05<\/a>","author_info_v2":{"name":"Matthias Kneissl, Q-Partners","url":"https:\/\/e3mag.com\/de\/author\/matthias-kneissl\/"},"comments_num_v2":"0 comments","_links":{"self":[{"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/posts\/6258","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/users\/55"}],"replies":[{"embeddable":true,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/comments?post=6258"}],"version-history":[{"count":0,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/posts\/6258\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/media\/4955"}],"wp:attachment":[{"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/media?parent=6258"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/categories?post=6258"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/tags?post=6258"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/coauthors?post=6258"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}