Mit Wertorientierte. zeigen. hat sich, auch wenn es vielfach kriti- Veränderungen.

Transkript

1 Anaysen... Report Berichte... Aufsätze Dr. Prof. Rainer Dr. Voker Peizäus, Gruhn, Odentha André Köher und Markus Rosenbaum Kostenmanagement Die Versicherer können ist Steuerung heute in den der Prozesse meisten in Fäen den Kostensteen den Nutzen von in Abhängigkeit Investitionen vom nicht zu bearbeitenden beziffern. Daraus Ge- ITschäftsfed fogt viefach, (zur dass Definition neue Software-Systeme Geschäftsfed vg. nur Über sehr vorsichtig die Sebstverständichkeit eingeführt werden. des Risikomanagements werden dadurch Tei 1, Innovationschancen VW 11/2009, S. 822). vertan; Aus- Bisweien züge dies git des insbesondere Kostenmanagements dann, wenn werden es um für die externe schnee Rechnungsegung Einführung neuer (HGB, Versicherungsprodukte Das oder betrifft eine die verbesserte Dimensionen Vertriebsunter- Unterneh- IFRS) benötigtmen/markestützung geht. Produkt Und wenn und Funktionsbereiche dann die Entscheidung Zusammenfassung für neue Software-Systeme von Prozessen; gefaen die wer- ist, as torientierte werden sie Führung weitgehend bezieht unabhängig sich auf vom ae Einheitenwendeten denen Vorgehensmode man Werte und und deren von Verände- den ein- verrungegesetzten (vereinfacht: Entwickungsmethoden Gewinne) zuordnen oft teurer kann, zumindest as ursprüngich auf die gepant. o.g. Geschäftsfeder. Zugekaufte Software- Eemente scheinen auf den ersten Bick günstiger, werden in Form von kompizierten Lizenzmodeen und teiweise nicht vorherseh- Quaität und Nachhatigkeit des Kostenmanagements baren Customizing-Aufwänden oft jedoch genauso Das teuer Messen wie der individue Länge entsorgter entwickete Beistiftrestme. Dieses durch den weit Vorstandschef verbreitete Phänomen ist ein psycho- führt Systeogischer häufig zu Gag Sourcing- und hat und nur Shoring-Abenteuern, diesem Sinne etwas die die mit IT-Kostenquote Kostensteuerung in aer zu tun. Rege Das zusätzich Unternehmen beasten. so Hierbei auszurichten, kommt erschwerend dass es mit den hinzu, die Kosten dass gerade bestens die Versicherer, deckenden, die auf ihre den Entwickungsprozesse hinreichend am wenigsten großen und im erreichbaren Griff haben, Bedarf einer Ziegruppe am ehesten zugeschnittenen radikaen Veränderungen Produkten, neigen. Wenn (schanken) eine soche optimierten Veränderung Prozessen zu Sour- zugehörigen und cing ziegruppenorientierten und/oder Shoring führt, Ansprechmedien werden Risiken der nicht beherrschten Führerschaft Entwickungspro- beanspruchen geschäftsfedweise kann, zesse nicht ist strategisches gemidert, sondern Kostenmanagement eher verschärft, as Tei denn einer unkare Gesamtstrategie fragie Prozesse (vg. assen Strategisches sich nicht Kostenmanagement sinnvo mit Lieferanten ein teien. Thema für Vorstände? VW 2/1996, S. 104). Konsequenz daraus ist insbesondere, dass Geschäftsfeder, die so Wertorientiertes nicht bedient werden können, nicht angegangen oder forciert, sondern vermieden oder Software-Management as ausaufend Der Ökonom behandet Afred Rappaport werden. entwickete in die den richtige 80er-Jahren Strategie, das Konzept ihre permanente der wert- Die Sorge für Anpassung orientierten an Unternehmensführung sich verändernde Umwetverhätnisseischen bekannt das Regewerk as Sharehoder und die Vaue Zuordnung Manage- (im eng- von ment), Kostenverantwortichkeiten bei dem der Wert des Unternehmens ist Aufgabe aus der Sicht Geschäftseitung der Anteiseigner genauso (Sharehoder) wie die Verantwortung Vordergrund für steht. die Bei verfügbaren diesem Konzept Mitte und er- im deren fogt keine Beschränkung Konzentration auch auf zur die Ausgestatung kassischen der Ziee Prozesse. Gewinn, As Wachstum Leitfaden und braucht Sicherheit, man die zuma diese auf kurze und strukturee mittere Ziesetzung, Sicht häufig unternehmensweite eine Konkurrenz Vorsteung zueinander vom Weg zum stehen. Zie Viemehr und die Mögichkeiten, werden sie zu einem Ziee und einzigen Wege Zie konkret integriert festzuegen, und das gesamte zu dokumentieren unternehmerische und die Entwickung an der zu nachhatigen kontroieren, Steigerung was dann des im Unterneh- operati- Handen ven menswerts Kostenmanagement ausgerichtet. Dieses zu eredigen Konzept ist. wurde An der schießich Konsequenz um den und Stakehoder-Vaue-Ansatz Nachhatigkeit diese En- Sieg! Aber wer hat gew Sparen, Die IT-Abteiungen insbesondere der an meisten Mitarbeitern, Versicherer ist auch befinden der sich Versicherungswirtschaft in einer ambivaenten seten Situation erfogreich. (Vom Sourcing Aerdings und gibt Shoring es die der Mögichkeit, Versicherungs-IT in einem in methodisch VW 8/2007 geschossenen Auf der System einen die Seite Erfordernisse spiet die IT eine von Bianz, erfogskritische Nach wertorientierter der Niederage Roe. Auf Führung der vor anderen dem und Verfassungsger Seite Pro- S. 568): zessmanagement hat die IT kein gutes zur Image Kostensteuerung und wird viefach beiebig Gründe, nur fein as ihren definierter Kostenfaktor Mut nicht Geschäftsfeder gesehen, zu verieren ohne zu erfüen. dass ihr Wertbeitrag dagegengerechnet wird. Dass die Niederage vor dem Bundesverfassungsgericht vom P für die privaten Krankenver- sicherer so herbe ausfaen würde, hatten sie nicht erwartet. Im Vorfed der Bekanntgabe des Urteis hatte sich der Vorstandsvorsitzende der terneh rem vo geberi de dur Mit Wertorientierte modernem Kostenmanagement Softwareentwickungganz vorn Bei der IT-Entwickung mitmischen sind Prioritäten wichtiger as der Anspruch der Voständigkeit Tei 1: Geschäftsfedsteuerung durch integrierte Kostensteen erweitert, bei dem auch andere Gruppen wie Arbeitnehmer, Staat, Kunden und Lieferanten gagements as Interessenvertreter erkennt man wahrgenommen Marktführer, werden weniger und an bei Benchmarks, Entscheidungen die nicht innerhab wenigstens des Unternehmens genannten berücksichtigt Geschäftsfeddimensionen werden müssen. Das die oben berücksichtigen Konzept der wertorientierten und i.d.r. nur Unternehmensführung zeigen. hat sich, auch wenn es viefach kriti- Momentaufnahmesiert Wi wirdman 1, inzwischen das Zie bei erreichen, zahreichen von einer (Versicherungs-)Unternehmen Kosten-/Leistungssitu- durchgesetzt. durchschnittichen ation Die ausgehend Idee der Wertorientierung geschäftsfedbezogen auf den bei den Bereich der Softwareentwickung mitzumischen, ist zu das übertragen, eine Auf- Marktführern gabe, fogt dem die kontinuierich Gedanken, im Unternehmenskontext und konsequent über mehrere ae Investitionen Jahre umgesetzt nach ihrem und dann prognostizierten Beitrag zum werden Unternehmenswert muss. Unternehmen, zu beur- die permanent weitergeführt dieses teien und Zie erreicht auf dieser haben, Basis dann zu entscheiden, auch gewinnbezogen eine Umsetzung den Führenden sinnvo ist oder gehören, nicht. können Genau ob sich dieses den Vorgehen Luxus eines ist auch geockerten für die Softwareentwickung denkbar. nicht Entsprechend eisten. Mit nachassen- wird zum Kostenmanagementder Beispie Kosten-/Nutzendiszipin eine neue Anforderung in an der eine operativeware Prozessgestatung, nach ihrem Beitrag der zur Ausgestatung Steigerung der des Soft- Führungs- Werts der Software und Diensteistungsprozesse, für das Unternehmen wenn beurteit und auf Maßnahmen dieser Basis entschieden, von der Kostendis- ob die Strategische zipin Anforderung befreien reaisiert oder Geschäftsfeder wird oder nicht. unkontroiert Es angegangen geht aso darum, werden, den verieren Wert führende einer Investition in Software-Systeme zunächst kaum spürbar, zu ermitten. dann Unternehmen aber Und nachhatig bei dieser und Wertbestimmung schne ihre Position. kommt Die es Trägheit wie bei von jeder Marktveränderungen Wertbestimmung im zunächst Versicherungsgeschäft darauf an, genau festzuegen, ist ein trügerischer wecher Gegenstand über denn der reaen nun die Wirkung Basis der innerbetriebicher Wertbetrachtung Scheier Veränderungen. darstet. Anschießend ist zu definieren, aus wessen Bickwinke der Wert des Gegenstands ermittet werden so. Beides ist im Bereich der Instrumente des Software schwierig. Einerseits ässt sich eine Kostenmanagements Softwareinvestition nur schwerich genau abgrenzen. Ae Instrumente Wenn ein System der Kostenrechnung im Kontext einer sind Vokostenrechnungsinstrumente. Organisation betrachtet wird wie Keine ist dann kostenreevante mit den Schnittsteen Buchung entzieht zu anderen sich der Systemen jeweiigen umzugehen? Verantwortichkeit. Zähen Hard- Kostenrechnungsarten und Middeware sind: mit? die Kann Kostensteenrechnung die betrachtete Anwendung zur Steue ohne rung über andere die Anwendungen Verantwortung existieren? für hierarchische Wozu zähen Kosten, (Organisation), die für Schnittsteen die Kostenträgerrech- zu anderen Einheitenung Systemen zur Produktsteuerung/Kakua aufgewendet werden müssen? tion, Und die wessen Bickwinke müssen bei der Wertbetrachtung berücksichtigt werden? Prozesskostenrechnung zur unternehmensweiten Prozessgestatung, das Ziegruppenmanagement zur Kundenorientierung und ebenso Acht Eemente der Wertorientierten Softwareentwickung die Wie gewinnorientierte können wir gemeinsam Steuerung vorgehen? der Bundesgesundheitsministerin Wertorientierte ihrer Bestände. Ua Softwareentwickung Schmidt Die Versionen, (inks) über ad- Vertriebswege die zusammen ressiert das Kostenmanagement genau mit Günter diese Dibbern, Fragesteungen, Victoria geebt wird, Kranken die sind sich (Mitte) und Reinhod Schute vor der Bekanntgabe die zur Ist Entscheidungsunterstützung -Darsteung, die (mehrjährigen auf Instrumente) Wertbestimmung Prognose von und Softwaresystemen Simuation, die etzt- be- eine des Urteis. (Foto: Ba) endich ziehen. Sie Voksversicherung der macht richtigen sich Panung zum auf Zie, zwei dienen. Entscheidungen 1. zu Senat Instrumente ereichtern, des Bundesverfassungsgerichts die zur unter Kostensteuerung konkurrierenden bei sind der Säuen. Sämtiche Der auf (manchma Veresung Geschäftsfeder des auch Urteis widersprüchichen) zum orientiert. Wettbewerbsstärkungsgesetz unsicheren am heißt: 10. Kontexten Juni An in den Karsruhe. Kostenstruktu- gefät werden (vg. u.a. Kriterien in Sparen Peizäus, (Foto: Ba) ren müssen. arbeiten, Da Software VW 11/2003, nun einma S. 800). viee Stakehoder Uwe hat, Laue, seien zumindest Entwicker, bei dem Benutzer Streit Debeka, um oder die Manager, dreijährige ist Übergangsfrist es unerässich, zum zur Eintritt Entscheidungsunterstützung gezeigt. Modee Deutschands und Mess- Die in die naive PKV zuversichtich Kostensteenrechnung größter größen Die in zu privater fast entwicken, aen Krankenversicherer Unternehmen mit denen ae vorhandensammehoder Kostensteenrechnung die mit dem der Softwareprozess Aianz wird PKV, oft der inhärenten as Victoria trivia- hatte Stake- zues Kranken, Ziekonfikte Werkzeug der Axa wie angesehen. zum Kranken Beispie Man und gibt der Quaität den Süddeutschesus Kosten Kranken einen oder Rahmen gegen Funk tionaität Teie vor oder des versus ässt so genann- diesen Zeit- Kostensteen vermehten Wettbewerbsstärkungsgesetzes oder weniger frei panen, und gekagt. dieser Rah- Die Bundesverband der Assekuranzführungskräfte e.v. Arbeitgeberverband für das private Versicherungs-Vermitter-Gewerbe Agrippastraße Kön Teefon: (0221) Teefax: (0221) E-Mai: info@vga-koen.de Internet: verzer Grund beeint Sowoh die ac für ver der Po und d der Üb grenze etzten mit fü andere einstim Du Kern i gerich unverh Ein m teiten sche aufast den pr und st Die Un Prämi hatten 1022Versicherungswirtschaft Heft Heft Oktober Heft 15/ /

2 Anaysen... Berichte... Aufsätze pan auf wirtschafticher Basis bewerten und aufösen können. Der Softwareingenieur Barry Boehm hat im Jahr 2000 eine erste Forschungsarbeit zur wertorientierten Softwareentwickung (eng. Vaue-Based Software Engineering) veröffenticht. 2 Darin schägt Boehm acht Eemente einer wertorientierten Softwareentwickung vor, die sich dadurch auszeichnen, dass sie die wirtschaftichen Impikationen während des gesamten Software-Projekts berücksichtigen. Im Fogenden werden diese acht Eemente aufgegriffen und ihre Anwendbarkeit für Projektsituationen im Versicherungsunternehmen am Beispie eines neu einzuführenden Vertriebssystems demonstriert. Unter dem Oberbegriff Vaue-Based Requirements Engineering assen sich Prinzipien und Praktiken zusammenfassen, mit denen die erfogskritischen Stakehoder eines Systems bestimmt und die Werte, die diese Stakehoder in dem System sehen, ermittet werden. Dies geschieht, um anschießend diese Werte in gegenseitigem Einvernehmen miteinander abzustimmen und so zu einer Menge von Zievorgaben für das zu entwickende System zu geangen. Dazu bedient man sich Verfahren zur Priorisierung von Reeases und Anforderungen, Anaysetechniken für Business Cases sowie Vorgehensweisen zur systematischen Identifikation von Stakehodern und zur Verhandung von Anforderungen. Mit den Werkzeugen des Vaue-based Requirements Engineering ässt sich ermitten, weche dieser Stakehoder für ein konkretes versicherungsspezifisches IT-Projekt reevant und erfogskritisch sind, weche Interessen und Ziee diese im Projekt verfogen und weche Werte jeder Stakehoder damit verbindet. Beispiesweise können bei einer Entscheidung über die Ausgestatung einer neuen Vertriebssoftware der Vertriebsvorstand, angestete Vertriebsmitarbeiter, externe Vertriebspartner, der Fachbereich und die interne IT-Abteiung dazugehören. Die typischerweise bestehenden Ziekonfikte (z.b. viee funktionae Anforderungen vs. Budget- und Zeitvorgaben) zwischen diesen Stakehodern können nun mit den Praktiken des Vaue-based Requirements Engineering aufgedeckt und aufgeöst werden. Weiterhin kann eine Priorisierung von Anforderungen und Reeases auf Basis der ermitteten Werte vorgenommen werden. Kernfunktionaität in den Mittepunkt steen Vaue-Based Architecting macht es sich zum Zie, die Vorgaben der Stakehoder für ein System durch architekturee Entscheidungen mögichst optima zu erfüen. Dazu kann zum Beispie die Architecture Trade-off Anaysis Methode 3 genutzt werden, darüber hinaus stehen Ansätze zur konkurrierenden Entwickung von Software oder Muti-Attribut-Entwurfs- und Entscheidungsunterstützungsverfahren zur Verfügung. Insbesondere für die kompexen Anwendungsandschaften von Versicherern ist eine soche Betrachtung sinnvo. Denn neue oder veränderte Systeme können durch viee verschiedene Architekturen reaisiert werden. Mit den Werkzeugen des Vaue-Based Architecting ist es mögich, den notwendigen Entscheidungsprozess systematisch und nachvoziehbar zu gestaten. Darüber hinaus kann die Systemarchitektur an den zuvor ermitteten Wertbeiträgen ausgerichtet werden. Architekturentscheidungen werden so nicht mehr nur an der technischen Eeganz ihres Ergebnisses gemessen, sondern an ihrem Wertbeitrag im Rahmen des zu reaisierenden Projekts. Für das neue Vertriebssystem des Versicherers könnte sich beispiesweise die Frage onine, offine oder hybrid steen. Während einige Stakehoder eine unbedingte permanente Verfügbarkeit des Systems erwarten, könnte das beschriebene Vorgehen zum Beispie zu der Erkenntnis führen, dass eine reine Onine-Architektur aufgrund geringerer Entwickungs- und Betriebskosten zu einem deutich höheren Wertbeitrag führt, auch wenn einige nicht-funktionae Anforderungen dann nur zum Tei erfüt werden können. So wie beim Vaue-Based Architecting angestrebt wird, die zwischen aen Stakehodern abgestimmten Vorgaben und Ziee für ein System in die Architektur einfießen zu assen, so macht sich das Vaue-Based Design and Deveopment zum Zie, diesen Stakehoder-Einfuss auch während Entwurf und Impementierung der Software sicherzusteen. As Beispiee seien an dieser Stee Traceabiity-Techniken oder agie Methoden mit ihrer Anwender-Einbeziehung genannt. Insbesondere bei Versicherern sind die Prozesse in der Anwendungsentwickung häufig recht unfexibe und erfordern erst eine mögichst umfassende Spezifikation, bevor diese dann ohne direkte Beteiigung der zukünftigen Anwender umgesetzt wird. Gerade in den frühen Phasen bis hin zum Entwurf sote das gewähte Vorgehen an seinem Wertbeitrag gemessen werden. Statt einer stark wasserfaartigen Entwickung wird es für das neue Vertriebssystem sinnvo sein, durch die Anwendung agier Methoden die späteren Nutzer des Systems von Beginn an in die Entwickung mit einzubeziehen. Dazu werden zusammen mit den Anwendern keine Pakete funktionaer Anforderungen definiert, die dann in kurzen Zeitintervaen umgesetzt werden. Im Anschuss wird sofort Feedback von den Anwendern eingehot, um sicherzusteen, dass die Umsetzung ihren Vorsteungen entspricht. Bei Bedarf kann nachgebessert werden, bevor das nächste Anforderungspaket in Angriff genommen wird. Somit wird sichergestet, dass die Anwendung zu jedem Zeitpunkt der Entwickung auch den Wünschen der Anwender entspricht. Das Risiko von Missverständnissen und einer faschen oder schechten Umsetzung kann so verringert werden. Bei Vaue-Based Verification and Vaidation geht es um Methoden und Verfahren, mit denen nach der Impementierung eines Softwaresystems festgestet werden kann, ob die mit den Stakehodern ausgehandeten Zievorgaben auch tatsächich erreicht wurden. Hierbei git es insbesondere, Teie der Software zu prüfen, die besonders heike im Hinbick auf die zu erzieende Wertschöpfung sind. Softwareteie, die von vieen Anwendern in Geschäftsprozessen mit hohem Risiko eingesetzt werden soen, müssen intensiver getestet (in extremen Fäen womögich auch verifiziert) werden as soche, die wenig zur Wertschöpfung beitragen. Für das zu entwickende Vertriebssystem sote beispiesweise detaiiert geprüft werden, ob die errechneten Prämien stimmen. Ob das Einbinden individueer Logos feherfrei funktioniert, kann beispiesweise mit geringerer Priorität untersucht werden. Durch MaRisk gewinnt die IT an Bedeutung Unter der Bezeichnung Vaue-Based Panning and Contro werden traditionee Verfahren zur Panung und Steuerung von Kosten, Zeitpänen und Produkten so erweitert, dass auf die für das Versicherungsunternehmen wertkritischen Teie der zu ersteenden Software fokussiert wird. Entsprechend neuragische Softwareteie müssen eng beobachtet werden. Ihre Panung sote in größerer Detaitiefe erfogen as die Panung von unkritischer Funktionaität. Der Projekteiter für das neue Vertriebssystem sote über ein Steuerungsinstrumentarium verfügen, das die Kernfunktionaität expizit in den Mittepunkt stet. Bei aen Anpassungen an Päne und Ziee sote er die wertkritische Funktionaität stets vor Augen haben und kritisch prüfen, ob eine bevorstehende Änderung seiner Päne im Konfikt zum wertorientierten Ansatz steht. Durch geeignete Kontromechanismen sote er weiterhin regemäßig überprüfen, ob die geeisteten Arbeiten und die erzeugten Zwischenergebnisse auch tatsächich im Einkang mit den Werten und Zieen der Stakehoder stehen. Das Vaue-Based Risk-Management vereinigt Prinzipien zur Identifikation, Anayse, Priorisierung und Eindämmung von Risiken im Entwickungsprozess. Dass der Softwareentwickung im Versicherungsunternehmen unter Gesichtspunkten des Risi Versicherungswirtschaft Heft Oktober 2009

3 Herzichen Dank für Ihre Wah zu Deutschands Nummer 1. ummer 1! ge die N n Ma in Fo Zum vierte Die betriebiche Atersversorgung der Aianz: Deutschands Nummer 1. Die Aianz hat sich mit den Stimmen der Maker erneut den Gesamtsieg beim AssCompact Award für die betriebiche Atersversorgung gesichert. Die Nummer 1 in aen bewerteten Durchführungswegen ist der Lohn für umfassende und innovative Lösungen, von denen Maker, Arbeitgeber und Arbeitnehmer geichermaßen profitieren. Mehr bei Ihrem Makerbetreuer und unter Oder besuchen Sie uns auf der DKM, Messe Dortmund, Hae 3B, Stand E6. Hoffentich Aianz.

4 VVW KARLSRUHE Anaysen... Berichte... Aufsätze * Preis zzg. Versandkosten A3VV A Makerverwatungsprogramme der Zukunft Ein Ausbick auf zukünftige IT-Systeme zur Unterstützung von Versicherungsund Finanzvertrieben Voker P. Andefinger et a. 2009, 264 S., 17 x 24 cm, geb., 39, * ISBN Dieser Sammeband zeigt einige der derzeit wichtigsten Projekte und Denkrichtungen, die bei der Optimierung und Neuausrichtung der Prozesse, Kommunikations- und IT-Lösungen im Makersegment eine Roe spieen. 21 quaifizierte Autoren beschreiben u.a., was die Arbeit des Makers ereichtern und verbessern könnte weche Ideen sie beisteuern möchten was neben der Technik sonst noch wichtig ist, damit die richtige Informationstechnoogie (IT) entstehen kann. Ein empfehenswertes Buch für Maker in Versicherungs- und Finanzvertrieben sowie für IT-Anbieter und Entwicker. Ja, ich bestee Ex.! Fax Name/Vorname Firma Straße/Hausnummer PLZ/Ort Te./Fax E-Mai Ich bin damit einverstanden, dass Sie mich per E-Mai über aktuee Themen informieren. Datum/Unterschrift Erscheint Ende Oktober Verag Versicherungswirtschaft Postfach Karsruhe Te Fax komanagements eine besondere Bedeutung zukommt, wird deutich, wenn man sich vergegenwärtigt, dass die Mehrzah der Geschäftsprozesse auf eine funktionierende IT (z.b. Bestands- Produktmanagement-, Vertriebssysteme) angewiesen sind dabei mehrere Geschäftsprozesse häufig von einem System abhängen, sodass sich Systemausfäe negativ auf verschiedene Prozesse auswirken und daher Systemausfäe und -feher, Datenveruste oder Fehsteuerungen zwangsäufig zu finanzieen Schäden und Reputationsverusten führen. Vor diesem Hintergrund hat die Aufsichtsbehörde unängst Mindestanforderungen für das Risikomanagement (MaRisk VA) as vorweggenommener Teibereich von Sovency II erassen. Dabei kommt der IT von Versicherungsunternehmen eine ganz besondere Roe zu: Zum einen sind ae IT-Bereiche sebst direkt Träger operationeer Risiken, zum anderen wirkt die IT as Unterstützer der Fachbereiche, indem Systeme, Toos und Daten für den Risikomanagementprozess bereitgestet werden. Aufgrund der Bedeutung der IT für Versicherungsunternehmen ist jegiche Softwareentwickung einer intensiven Prozessanayse zu unterziehen und begeitend ein Risikokontroprozess einzurichten, der revisionssicher ist, einen Zugriffsschutz beinhatet und Lese- bzw. Schreibrechte definiert. Da rüber hinaus bedarf es eines Notfakonzepts, das Eemente wie Notfavorsorge, Wiederhersteungs- oder Wiederanaufpan berücksichtigt; ferner sind umfangreiche Dokumentationen gefordert. Berechnungen der tatsächichen Risikoage Mit der Umsetzung von Sovency II werden Versicherungsunternehmen künftig darüber hinaus verpfichtet, Berechnungen der tatsächichen Risikoage vorzunehmen, daraus den Bedarf an risikotragenden Eigenmitten abzueiten und diese Eigenmitte bis auf die Ebene der Risikoträger in aen Schritten der Wertschöpfungskette zu verteien. Damit wird einma mehr die doppete Funktion der IT as Risikoträger und as Unterstützer bei der Bereitsteung von Daten und Schnittsteen sowie Auswertungs- und Anaysetoos deutich. Für das zu ersteende Vertriebssystem sote in diesem Sinne von vorneherein geprüft werden, weche Robustheit gefordert werden muss, weche Ausfäe von Teifunktionen wie gefährich für das Unternehmen sind und wie die sich daraus ergebenden Anforderungen an die Verfügbarkeit gewähreistet werden können. Auch in diesem Kontext ist es fasch, die Software as homogen zu betrachten. Ganz offensichtich ist der Ausfa der Anzeige von Statistiken für den Vertriebseiter deutich weniger riskant as die Berechnung fascher Prämien. Im Rahmen des Vaue-Based Quaity Managements git es, Quaitätsfaktoren in einem Softwareprojekt mit Rücksicht auf die unterschiedichen Wertvorsteungen der einzenen Stakehoder optima zu priorisieren. Der Begriff Quaität bezeichnet, wie gut eine Software dazu geeignet ist, die Anforderungen ihrer Nutzer zu erfüen. Auf den ersten Bick wird jeder Projektbeteiigte sein Bestreben zum Ausdruck bringen, eine mögichst hohe Softwarequaität zu erzeugen. Doch Quaität kostet auch Ged. Die Aufgabe besteht aso darin, den Quaitätsgrad zu bestimmen, der aus Sicht der Stakehoder gerade ausreichend ist, um deren Ziee zu erfüen. Eine Investition in die Quaität der Software über diesen Grad hinaus erzeugt zwar eine noch schönere Software, ist aber unter dem Gesichtspunkt der Wertorientierung unbedingt zu unterassen. Konfikte sind im Rahmen eines Projekts unvermeidbar Für das neue Vertriebssystem kann dies bedeuten, dass die in der Testphase aufgetretenen keinen, unkritischen Feher einfach nicht voständig behoben werden. Auch die typischerweise in der Endphase der Entwickung auftretenden Change Requests zur Optimierung der Usabiity werden ggf. nicht voständig umgesetzt. Unter den Begriff Vaue-based Peope Management faen das Team-Buiding für die Stakehoder und ein Erwartungsmanagement in ae Richtungen. Damit wird sichergestet, dass die Wertvorsteungen aer Stakehoder während des gesamten Projekts berücksichtigt werden. Die Fokussierung auf die zu erreichende Wertschöpfung und die sich daraus abeitende Lösung von Konfikten sote expizit und damit nachvoziehbar gemacht werden. Eine soche Transparenz führt zwar dazu, dass bestimmte Softwareteie as wertvoer wahrgenommen werden as andere, was bei den an der Entwickung beteiigten Personen as unerfreuich aufgefasst werden könnte, ist aber unvermeidich, wei spätestens im Fae von Priorisierung von Aufwänden deutich wird, weche Funktionaitäten besonders wichtig sind. Es ist unbedingt sinnvo, den entscheidenden Beteiigten am Projekt die Vorteie des Paradigmas der wertorientierten Entwickung deutich zu machen, denn es wird im Projektverauf zwangsäufig zu Konfikten und Meinungsverschiedenheiten kommen. Diese assen sich besser aufösen, wenn kar ist, dass zugunsten der Wertsteige Versicherungswirtschaft Heft Oktober 2009

5 Anaysen... Berichte... Aufsätze Voständigkeitsansprüchen kompexer und hochintegrierter Entwickungsumgebungen. Die wertorientierte Softwareentwickung gibt aso das Paradigma der Voständigkeit und jederzeitigen Konsistenz von Dokumenten auf und sie erfordert von aen Beteiigten, sich Anwendungswissen anzueignen. Mit a diesen Eigenschaften ist sie für die beteiigten Personen auf den ersten Bick unbequem, sie erfordert Entscheidungen für das Wichtige und gegen das Unwichtige. Nicht zuetzt wird damit das Paradigma der produktionsorientierten Softwareentwickungsprozesse endgütig aufgegeben. Trotzdem oder besser: genau deshab führt in Versicherungsunternehmen, in denen es immer wieder darum geht, begrenzte IT-Investitionsmitte inteigent einzusetzen, kein Weg an der wertorientierten Softwareentwickung und den sie unterstützenden Vorgehensmodeen vorbei. Die Autoren: Prof. Dr. Voker Gruhn (gruhn@ ebus.informatik.uni-eipzig.de) ist Inhaber des Stiftungsehrstuhs für angewandte Teematik/e-Business an der Universität Leipzig; André Köher (koeher@softwareforen.de) ist Geschäftsführer der Versicherungswirtschaft_Product Reca_HafPage_185x133mm_Sept1.qxp Softwareforen Leipzig GmbH; Markus Rosenbaum (rosenbaum@versicherungsforen.net) ist Geschäftsführer der Versicherungsforen Leipzig Geseschaft für angewandte Versicherungswissenschaft mbh. Anmerkungen Vg. etwa Koch, Gottfried: Wertorientierte Steue rung von Versicherungsunternehmen im Lichte des normativen Managements, in: Zeitschrift für die gesamte Versicherungswissenschaft, H. 1/2006, S Vg. Boehm, Barry; Suivan, Kevin: Software Economics: A Roadmap, in A. Finkestein (Hrsg.): Proceedings of the Conference on The Future of Software Economics, ISBN , ACM Press, New York Siehe Cements, Pau; Kazman, Rick; Kein, Mark: Evauating Software Architecture: Methods and Case Studies, Addison Wesey Verag, München Siehe etwa Beck, Kent: Extreme Programming Expained, Addison Wesey Verag, München Vg. Gruhn, Voker; Schäfer, Cemens: No-FrisPrinzipien as Essenz des Software-Engineering für Informationssysteme, in: Objektspektrum, H. 7/2008, S :18 Seite 1 Anzeige Produktschutz-Versicherungskonzepte so individue wie die Kundenbedürfnisse Produktrückrufe sind kostenintensiv und erfordern eine perfekt abgestimmte Logistik und Kommunikation. Zudem kann der Schaden an der Reputation Ihrer Marke in der Foge irreparabe sein. XL Insurance bietet nicht nur umfassenden Versicherungsschutz für Produktrückrufrisiken sondern auch fachkundige Beratung zu Risikoprävention und Rückrufpanung. Im Schadenfa steht Ihnen ein erfahrenes Krisenmanagement-Team rund um die Uhr an 365 Tagen über eine Hotine exkusiv zur Verfügung. Erfahren Sie mehr über unsere internationae UnderwritingKompetenz und okaen Serviceeistungen unter ResponseXL_germany@xgroup.com. XL Insurance ist eine eingetragene Handesmarke der XL Capita Ltd und wird wetweit as Schutzmarke für die Versicherungsgeseschaften von XL Capita Ltd verwendet. rung des Unternehmens Partikuarinteressen nicht immer durchgesetzt werden können. Für das neue Vertriebssystem muss beispiesweise von vorneherein verdeuticht werden, dass der Ausschießichkeitsvermitter (unter der Annahme, dass es sich um den wichtigsten Vertriebskana handet) maßgebichen Einfuss auf die Gestatung des Systems hat und dass dessen inhatichen Anforderungen im Mittepunkt stehen. Fazit: Diese Übersicht verdeuticht, dass es eine Viezah von Verfahren und Techniken gibt, die eine wertorientierte Unterstützung eines Softwareprozesses ermögichen. Der Versuch der Umsetzung dieser Techniken in die Praxis führt oftmas zu agien Ansätzen4 oder zu Ansätzen, die das Anwendungswissen in den Mittepunkt des Entwickungsprozesses rücken, wie es beispiesweise beim No Fris Software Engineering 5 geschieht. Aen diesen Ansätzen gemeinsam ist der kontinuieriche Prozess der Priorisierung, der Fokussierung auf die Kernfunktionaität der zu ersteenden Software und der durchgängige Versuch, zu schanker Software zu geangen. Diese Ansätze stehen zuweien im Widerspruch zu den Sponsor of the Business Insurance EURO100 risk and insurance managers survey Versicherungswirtschaft Heft Oktober