Praktikumsbericht

Modellierung eines Versicherungsproduktes

Verfasser: Studiengang: Fachsemester: Praktikumszeit Ort, Datum:

Nguyen, Thuy Trang Wirtschaftsmathematik 10 12.08.02 - 01.11.02 Chemnitz, d. 29.04.03

Modellierung eines Versicherungsproduktes

Inhalt
Einleitung ..................................................................................................................... 3 1 Unternehmensbild ................................................................................................. 4
1.1 1.2 1.3 2.1 2.2 2.3 2.3.1 2.3.2 2.4 2.4.1 2.4.2 2.5 2.5.1 2.5.2 Allgemeine Daten .............................................................................................4 Unternehmensleistungen .................................................................................4 Die Kernkompetenz Versicherungen ................................................................4 Anstze zur Problemlsung .............................................................................6 Der Geschftsplan............................................................................................7 Mathematische Herleitung der Vertragswerte...................................................8 Input, Output.................................................................................................8 Die wichtigsten Zwischenergebnisse ..............................................................9 Die Produktbeschreibung............................................................................... 10 Das Produktmodell...................................................................................... 10 Die Produktstruktur...................................................................................... 10 Implementierung............................................................................................ 12 Implementierung der Mathematik.................................................................. 12 Implementierung des Gesamtmodells ........................................................... 12

2 Die Modellierungsarbeit........................................................................................ 6

3 Erfahrungen, persnliche Eindrcke...............................................................13

Modellierung eines Versicherungsproduktes

Einleitung
Im Zeitraum von August bis Oktober 2002 war ich bei der Softwarefirma msg systems ag als Praktikantin ttig. Informationen ber das Unternehmen und seine Leistungen erfahren Sie in Teil 1 dieses Berichtes. Im Zusammenhang mit der mir erteilten Aufgabe wird auerdem die vom Unternehmen entwickelte IT-Lsung fr Versicherungsgeschfte vorgestellt. Meine Ttigkeit bestand darin, am Beispiel der klassischen gemischten Kapitallebensversicherung ein Produktmodell zu definieren und anschlieend die computertechnische Bearbeitung zu dokumentieren. Der Gegenstand des zweiten Teils ist die Modellierung. Es geht vor allen Dingen um die produktorientierte Einbettung eines Geschftsplans in die Modellarchitektur. Im dritten Teil finden Sie einige persnliche Eindrcke aus diesem Praktikum.

Modellierung eines Versicherungsproduktes

1 Unternehmensbild
1.1 Allgemeine Daten
msg sytems ist eine Softwarefirma, die Anwendungsprogramme zur Lsung von Problemen aus verschiedenen Branchen anbietet. Das Unternehmen wurde 1980 gegrndet, seit 2001 ist es als AG firmiert. Zum Kundenkreis zhlen Unternehmen des Versicherungs- und Gesundheitswesens wie Allianz, SIGNAL Krankenversicherung und Techniker Krankenkasse, des Finanzwesens wie HypoVereinsbank, Deutsche Bank, Commerzbank und Deutsche Brse Systems und der Automobilindustrie wie Audi und BMW. Zur Zeit arbeiten bei msg systems etwa 1400 Mitarbeiter. Die meisten Niederlassungen sind in Deutschland, eine davon ist in Chemnitz. Das Unternehmen hat aber auch Filialen in Wien, Zrich, Basel, New York und Chicago. Die zentrale Geschftsstelle ist in Mnchen.

1.2

Unternehmensleistungen
Die Hauptaufgabe ist, IT-Lsungen fr kundenindividuelle aber auch fr branchenallgemeine Problemlsungen zu entwickeln. Die msg systems sieht ihren Leistungsschwerpunkt in der Kundenbetreuung und -beratung, der partnerschaftlichen Zusammenarbeit zur Erweiterung von Technologie- und Branchenkenntnissen sowie der Entwicklung von IT-Architekturen, die flexibel auf zuknftige Marktnderungen reagieren sollen. Die Kernkompetenzen des Unternehmens liegen im Finanz-, Gesundheits- und Versicherungswesen. Finanzprodukte des Unternehmens untersttzen Kunden in Bankcontrolling, in der Vertriebssteuerung, der Kreditwirtschaft und der Wertpapierverwaltung. Produkte des Gesundheitswesens dienen beispielsweise dem Krakenhausinformationssystem fr interne Funktionsablufe, optimalen Workflow, neue Abrechnungsverfahren. Im Versicherungswesen sorgt als Allspartenlsung AFIS (Assekuranz-Finanz-InformationsSystem) fr die Abwicklung aller Geschftsprozesse.

1.3

Die Kernkompetenz Versicherungen

Neben anderen beobachteten Tendenzen wie Regulierung und Globalisierung auf dem Versicherungsmarkt richtet msg systems die Aufmerksamkeit auf die immer krzeren Innovationszeiten von Produkten. Im Hinblick auf die notwendige Flexibilitt bietet das Unternehmen als Lsung AFIS (s. Abbildung 1-1) an. Das System ist fr alle Versicherungssparten anwendbar und deckt alltgliche Versicherungsgeschfte ab. Es zerlegt innerhalb der Systemarchitektur die Funktionsbereiche in die entsprechenden Komponenten und verbindet diese ber Schnittstellen. So gehren z. B. Customer Manager, Partnerverwaltung, Vertragsverwaltung, Schadensverwaltung und Produktentwicklung zu den wichtigen Komponenten von AFIS. Fr individuelle Kundenbedrfnisse entwickelt man weitere Einzelkomponenten, die ins System integriert werden. Dieses Prinzip findet berall in Teilvorgngen statt, auch bei der Produktgestaltung.

Modellierung eines Versicherungsproduktes

Abbildung 1-1: AFIS-All-Sparten-Lsung 1 Die Geschftsstelle Chemnitz ist u. a. fr die Entwicklung der Komponente AFIS.PM, das Produktentwicklungs-, Produkttest- und Verwaltungssystem, verantwortlich. AFIS.PM steht mit anderen Komponenten in operativen Umgebungen, wo Informationsaustausch zwischen ihnen stattfindet. So flieen beispielsweise fr die Produktentwicklung in den Produktmanager (PM) Daten ein, die auerhalb verwaltet werden, z. B Kundendaten von Customer Manager, Partnerdaten der Partnerverwaltung und insbesondere die Vertragsdaten vom Vertragsverwaltungssystem (PS). Das Verstndnis fr die Zusammenarbeit von PM und PS aufzubringen, ist fr meine Modellierungsarbeit erforderlich. Die operative Umgebung ist hier die Produktmaschine. Das Vertragsverwaltungssystem knnte sich z. B. ber den Produktbestand oder ber die Tarife eines bestimmten Produktes informieren. Der Produktmanager ruft daraufhin die entsprechende Methode auf, fhrt diese aus und gibt das Ergebnis an das Vertragsverwaltungssystem zurck. Whrend die meisten Daten von PS tabellarisch erfasst und in der Datenbasis abgelegt sind, werden die Daten vom Produktmanager strukturiert an die Produktbausteine gebunden. Der Anwendungs- und Produktadapter haben deshalb die Aufgabe, Antworten bzw. Anfragen in die jeweilige Komponentensprache zu bersetzen.

Quelle: Broschre von msg systems Zukunftsweise IT-Lsungen fr Versicherungen, S. 15

Modellierung eines Versicherungsproduktes

2 Die Modellierungsarbeit
Meine Praktikumsttigkeit war vor allem die Modellierung eines Versicherungsproduktes mit Hilfe des Anwendungsprogramms Produkt-Designer. Anschlieend sollte ich die vorgenommenen Arbeitsschritte dokumentieren. Die Arbeitsweise war gekennzeichnet durch Selbstndigkeit und die sich zwischendurch ergebenden Diskussionen mit meinem Betreuer, Herrn Ziemann, ber Ideen, Anstze oder Lsungen. Bevor ich mich mit der eigentlichen Modellierungsarbeit auseinandersetzen konnte, hatte ich eine Woche Zeit, um mich im Groben mit der Software vertraut zu machen. Mit Hilfe eines Einfhrungstutorials wurde mir dabei die typische Herangehensweise der Produktgestaltung vermittelt. Diese vollzieht sich ber alle Bearbeitungsphasen, d.h. von der Ideensammlung bis zur Produktgestaltung am Computer. Zur Prfung werden Tests fr die Tarifkalkulation durchgefhrt. Die Implementierung danach umfasst zum groen Teil die Programmierung von Formeln und die Verknpfung einzelner Elemente miteinander zum Gesamtmodell.

2.1

Anstze zur Problemlsung

Um ein Basisverstndnis fr das Versicherungsprodukt zu erhalten, studierte ich zuerst die Forschungsergebnisse der VAA-Projektgruppen1. Diese Ergebnisse enthalten Anstze zur fachlichen Systemarchitektur verschiedener Funktionsbereiche. Dabei wollte ich mir an erster Stelle eine klare Vorstellung ber Produktdefinition, ber mgliche Ein- und Ausgangsgren des Modells verschaffen. VAA nach setzt sich ein Versicherungsprodukt aus mehreren Angeboten zusammen, die in Vertragsteilen festgehalten sind. Die Charakterisierung der Angebote geschieht auf verschiedenen Produktebenen. Die drei wichtigsten Ebenen der Produktarchitektur sind Verkaufsprodukt, Produkt und Elementarprodukt. Die Verkaufsproduktebene stellt eine selbstndige, strategische Verkaufseinheit des Versicherungsunternehmens dar. Die Produktebene enthlt aus der vertraglichen Sicht mehrere Elementarprodukte (kleinste Tarifeinheiten). Jedem Funktionsbereich eines Versicherungsgeschftes ordnet VAA den entsprechenden Anwendungsbaustein zu und definiert dessen wahrzunehmende Aufgaben. Beim Anwendungsbaustein Produkt ist es u. a. die Ermittlung von Beitrgen und Garantiewerten. Zu dem Grundaufbau aus drei Ebenen kommen die Deckungstypen noch hinzu. Diese beschreiben das jeweilige Elementarprodukt in dessen Leistung beim Eintreten bestimmter Risiken. Die Berechnungskomponente streckt sich ber alle Bausteine des Produktmodells. Sie umfasst sowohl versicherungstechnische Gren als auch produktspezifischen Regeln fr die Tarifeinteilung oder fr die Rabattierung.

Initiative VersicherungsAnwendungsArchitektur vom betriebswirtschaftlichen Institut des Gesamtverbandes der Deutschen Versicherungswirtschaft (GDV)

Modellierung eines Versicherungsproduktes

Anhand der vorgeschlagenen Modellbersicht (s. Abbildung 2-1) teilte ich die Modellierung in zwei Teilschritte ein. Im ersten Schritt werden Berechnungsvorschriften beschrieben. Im zweiten Schritt erfolgt die Festlegung des Produktes in seine Strukturelemente. Dabei werden diese Bausteine mit Informationen (Ein-, Ausgangsdaten) und demzufolge auch mit den erarbeiteten Berechnungsvorschriften vom ersten Schritt versehen.

Abbildung 2-1: Produktkomponenten mit ihren Klassen in der Gesamtbersicht 1

2.2

Der Geschftsplan
Der Geschftsplan, eine gesetzlich festgelegte Beschreibungsform des Versicherungsproduktes, liefert die meisten Informationen fr das Modell. In einem Geschftsplan hat das Versicherungsunternehmen anzugeben, unter welchen Kriterien es seine Tarife beschreibt, welche Rechnungsgrundlagen dabei verwendet werden.

Quelle: VAA Final Edition, Produkt, Version 1.0 objektorientiert S. 56

Modellierung eines Versicherungsproduktes

Bei der Aufstellung eines solchen Geschftsplans lehnte ich mich stark an den Mustergeschftsplan aus Versicherungsmathematik, Teil 2 Personenversicherung, 7. Abschnitt, von K. Wolfsdorf. Auerdem standen mir Policen, Versicherungsscheine und die allgemeinen Geschftsbedingungen nach GDV 1 zur Verfgung. So lassen sich Anforderungen aus der Praxis im Modell bercksichtigen, der Kunde kann sich leicht damit identifizieren. Das Modellbeispiel ist die klassische gemischte Kapitallebensversicherung.

2.3

Mathematische Herleitung der Vertragswerte

Als nchstes stand ich vor der Aufgabe, den Inhalt des Geschftsplans mit mathematischen Anstzen aufzulsen. Dadurch stellt sich heraus, welche Inputgren fr welche Zwischenwerte bentigt werden. Aus diesen Werten lassen sich letztendlich vertragliche Leistungen und Gegenleistungen (Vertragswerte) bilden.

2.3.1

Input, Output
Neben Inputdaten, die am Produkt mit konkreten Werten behaftet sind, z. B. Kostenstze, Rechnungszins, Sterbewahrscheinlichkeiten, gibt es Daten, dessen Werte erst nach der Vertragsabschlieung feststehen. Diese Daten werden Vertragsdaten genannt. Manche von ihnen, wie Geburtsdatum, Geschlecht, Anpassungssatz, gehen direkt aus dem Vertrag hervor, manche, wie Eintrittsalter, Vertragsdauer, mssen erst aus anderen Werten abgeleitet werden. Als Output sollen die Garantiewerte und der Beitrag ermittelt werden. Fr deren Berechnung oder zum Kalkulationszweck gibt es geplante Produktdaten, z. B. Gewinnanteilstze, und unterschiedliche Situationen zu bercksichtigen. Sie sind in diesem Sinne effektiv und nicht im Sinne des tatschlichen Eintretens. Folgende Vertragswerte werden gesucht:

Tarifbeitrag fr das kommende Jahr Erlebensfallsumme Sie ist die Gesamtgeldleistung, die der Versicherte beim Erleben des Ablaufstermins erhlt. Die Ermittlung ist nur mit geplanten berschussanteilstzen mglich.

Todesfallsumme Sie ist die Gesamtgeldleistung, die beim Tod des Versicherten ausgezahlt wird. Rckkaufswert Im Falle der Kndigung werden dem Versicherten der Schlussanteil, der Endwert seiner Beitrge, je nach Tarif auch der Endwert der zum Bonussystem gehrenden berschussanteile, abzglich Stornobetrag erstattet.

Beitragsfreie Summe Wird der Vertrag abgebrochen, kann der Versicherte den ihm zustehenden Rckkaufswert in einen einmaligen Beitrag umwandeln. Er beansprucht eine entsprechende Versicherungssumme zu demselben Ablaufstermin.

Bonus(versicherungs-)summe

Gesamtverband Deutscher Versicherungswirtschaft e.V

Modellierung eines Versicherungsproduktes

2.3.2

Die wichtigsten Zwischenergebnisse

Basisformeln Unter Basisformeln versteht man allgemeine Grundformeln der Versicherungsmathematik. Sie sind in jeder Formelsammlung zu finden. Dazu gehren u.a. der Diskontfaktor, die Kommutationswerte, die Nettoprmien. Ausreichende Prmien und Dynamik Die Bruttoprmien, auch ausreichende Prmien genannt, sind um die Kosten korrigierte Nettobeitrge. Die einmaligen Abschlusskosten werden zu Beginn erhoben. Ihnen dient die Anfangssumme als Zuschlagsbasis. Inkassokosten errechnen sich whrend der Beitragszahlungsdauer anteilig aus dem Tarifbeitrag. Dagegen werden Verwaltungskosten whrend der gesamten Vertragsdauer auf die Versicherungssumme erhoben. Versicherungssumme Wenn die Beitragserhhung nicht stattfindet, bleibt die Versicherungssumme whrend der gesamten Vertragsdauer konstant. Dagegen nimmt sie bei der planmigen Anpassung jhrlich entsprechend zu. berschsse Zur Ermittlung von berschssen werden Informationen ber die berschussverteilung und verwendungen bentigt.

berschussverteilung Folgende berschussanteile werden am Ende jeden Versicherungsjahres im Jahresbericht verffentlicht: o Grundberschussanteil (Direktgutschrift): nach Magabe des Tarifbeitrages o Zinsberschussanteil: nach Magabe des Nettodeckungskapitals o Risiko- und Kostenberschussanteil: nach Magabe der Versicherungssumme o Schlussanteil: nach Magabe der Versicherungssumme und der abgelaufenen Dauer

berschussverwendungen (u. a.) o Bei Verrechnung vermindert sich der einzuzahlender Jahresbeitrag um den berschussanteil. o Beim Bonussystem handelt es sich um gemischte Versicherungen gleichen Endtermins. Kostenzuschlge und weitere Gewinnbeteiligung sind auszuschlieen.

Modellierung eines Versicherungsproduktes

10

2.4 2.4.1

Die Produktbeschreibung Das Produktmodell

Es wurden bereits die Hauptkomponenten und die drei wichtigen Ebenen eines Produktmodells nach VAA vorgestellt. Sie isoliert vom Umfeld zu betrachten, rundet das Modell nicht ab. Denn in der Wirklichkeit befindet sich ein Teil der bentigten Informationen auerhalb des Anwendungsbausteins. Aus dieser Tatsache wird das Grundmodell um einige Klassen erweitert (s. Abbildung 2-2). Allgemeine Daten zum Gegenstand der Versicherung werden in Objekten der Klasse Objekttyp vom Anwendungsbaustein Versicherungsobjekt erfasst. Zu diesem Anwendungsbaustein gehrt auch die Klasse Versichertes Objekt, wo man den versicherten Gegenstand mit weiteren Daten nher beschreiben kann.

Abbildung 2-2: Das erweiterte Produktmodell Bei den Deckungstypen gengte es mir wegen der Einfachheit des Modells, die Aspekte Leistungen und Risiken zu betrachten. Risiken sind aus der Versicherersicht Situationen, die whrend der Vertragsdauer mglicherweise eintreten. Dabei entstehen Leistungen, die der Versicherer aufzubringen hat. Auf jeder Produktebene soll man bei der Beitragsfeststellung noch die Bedingungen fr Nachlsse und Zuschlge einbeziehen. Dieser Vorgang wird bersichtlicher und einfacher, wenn eine dafr zustndige Klasse der Berechnungskomponente definiert wird.

2.4.2

Die Produktstruktur
Die Konstruktion von Klassen beim Produktmodell gehen auf die Produktstruktur ber. Dort werden Klassenobjekte und ihre Beziehungen konkret definiert. Laut dem Geschftsplan kann die Produktstruktur folgende grafische Gestalt (s. Abbildung 2-3) annehmen:

Modellierung eines Versicherungsproduktes

11

Abbildung 2-3: Die Produktstruktur zum Geschftsplan Dabei legt man ein Objekt in seinen Eigenschaften (Merkmalen), seinen Beziehungen zu anderen Objekten und in Methoden zur Ausfhrung bestimmter Berechnungsvorschriften fest. Merkmale auerhalb des eigenen Objektes knnen ber Pfade erreicht werden. Diese (externen) Pfade sind genau dann einschlagbar, wenn die entsprechenden Beziehungen bereits existieren. Die Abbildung 2-4 zeigt die Konstruktion eines externen Pfades am Beispiel der Feststellung des Eintrittsalters. Hauptversicherung VBeginn VEnde Beziehung externer Pfad

Person gemischte KLV ... Versicherte Person Eintrittsalter Geschlecht Geburtsdatum

Abbildung 2-4: Pfade des berechneten Merkmals Eintrittsalter

Modellierung eines Versicherungsproduktes

12

2.5 Implementierung
Nachdem alle Vorberlegungen getroffen sind, wird das Gesamtmodell mit Hilfe vom Anwendungsprogramm Produkt-Designer implementiert. Bei dieser Arbeit stehen dem Benutzer Subsysteme zur Verfgung. Rechnungsgrundlagen wie Summenstze, Sterbetafeln, etc. knnen im Subsystem Tabellen bzw. Tafeln verwaltet werden. Im Subsystem Mathematik werden Berechnungsvorschriften formuliert. Das Produktmodell definiert man im Subsystem Modellpflege, es untersttzt die entsprechende Produktstruktur im Subsystem Produktsammlungen. Dort erfolgt die eigentliche Produktgestaltung.

2.5.1 Implementierung der Mathematik

In diesem Subsystem wird der Berechnungsteil zuerst unabhngig von der Produktstruktur untergebracht. Die Implementierung erfolgt an den Strukturelementen Variablen, Formeln und Funktionen: Variablen: Hier werden alle Variablen dem System bekannt gemacht, bevor sie von Formeln verwendet werden knnen. Variablen sind deshalb smtliche Input-, Output- und Zwischenwerte, die in der Berechnung vorkommen. Sie sind durch Namen, Typ und Dimension festgelegt. Formeln: Formeln fr Zwischenwerte und fr Methoden sind in der Programmiersprache zu formulieren, anschlieend werden sie kompiliert. Whrend fr Zwischenwerte hauptschlich mathematische Ausdrcke verwendet werden, sind es bei Methoden objektspezifische Anweisungen. Funktionen: Zu jeder Formel gehrt eine Funktion. Sie hat die Aufgabe, die Variablen der Basisformel mit konkreten Werten oder mit Funktionen zu belegen. Man unterscheidet dabei zwischen fester und probeweiser Belegung. Eine feste Belegung hat zur Folge, dass die Funktion immer nach diesem Belegungsschema ausgefhrt wird. Mehr Kalkulationsspielraum hat der Produktgestalter bei Probebelegungen (Testfllen).

2.5.2

Implementierung des Gesamtmodells

Der wichtigste Arbeitsschritt bei der Implementierung eines Produktmodells ist die Definition von Klassen und deren Beziehungen. Eine so erzeugte Klasse legt spter in der Produktstruktur fest, wie viele Beziehungen (Kardinalitt) mit welchen Objekten deren Objekte haben drfen. Die Verknpfung der Produktstruktur mit einer Formelsammlung im Subsystem Mathematik ermglicht, dass man den berechneten Merkmalen entsprechende Funktionen zuweisen kann. Die Variablen dieser Funktionen werden mit Merkmalen verschiedener Objekte ber Pfade belegt. Die Anbindung von Regeln an Produktbausteine geschieht mit Hilfe von Methoden. Man legt dabei in das Objekt eine Methode an. Dort wird ihr eine Funktion aus der Mathematik zugeordnet, die eine bestimmte Regel beschreibt. Methoden erzeugen ihre Pfade direkt von einem Merkmal zu einem anderen, ohne dass Variablen dazwischengeschaltet werden mssen. In jedem Objekt gibt es auch Testmglichkeiten fr Merkmalsbelegung und Testdurchlauf.

Modellierung eines Versicherungsproduktes

13

3 Erfahrungen, persnliche Eindrcke

Mir wurde beim ersten Gesprch mit Herrn Ziemann die Praktikumsttigkeit vorgestellt. Von ihm erfuhr ich, dass meine Arbeit zu den ersten Versuchen zur Errichtung eines neuen Leistungsbereichs zhlen, der dann der Geschftsstelle Chemnitz zugeteilt werden sollte. Zwar wurde mir auch erklrt, an welcher Stelle der Arbeitskette meine mathematischen Kenntnisse zum Einsatz kommen. Eine konkrete Vorstellung ber die Ablufe blieb mir da aber noch ungewiss. Diese Unklarheit, der Zweifel an eigenen Fhigkeiten und die Angst bzgl. der berforderung bereiteten mir anfnglich groe Schwierigkeiten. Auerdem beeintrchtigten die befremdliche Umgebung, die ganztgliche Computerarbeit, der neue Tagesrhythmus (trotz flexibler Arbeitszeit) meine Konzentration erheblich. Durch die sich allmhliche entwickelnde Vertrautheit zur Arbeit, durch den Kontakt mit den Mitarbeitern, ihre Freundlichkeit und Hilfsbereitschaft sowie das lockere Betriebsklima legten sich diese Anlaufschwierigkeiten mit der Zeit. Ich war auf die umfangreiche Problemstellung nicht gefasst, die sich whrend der Einarbeitung herausstellte, und habe schnell erkannt, dass man angesichts einer solchen Modellierungsaufgabe allein mit Fachkenntnissen nicht weiterkommt. Viel wichtiger sind die vorherige Untersuchung und Erfassung der unmittelbaren und mittelbaren Systemumgebung und ihrer Wechselwirkungen. Es kann dazu kommen, dass man Verwicklungen aus der Realitt eingrenzen soll. Das Modell wrde sonst an berschaubarkeit verlieren. Deshalb mssen hufig schwierige Entscheidungen getroffen werden, ob ein Einflussfaktor fr das Modell sinnvoll ist oder nicht. Was in der Theorie auch oft auer acht bleibt, aber fr die Praxis nicht weniger von Bedeutung ist, sind weitere realittsgerechte Anforderungen an das Modell, z. B. die Bewahrung und Ausprgung des traditionellen Unternehmensbildes, Bercksichtigung der Kundenprferenzen etc. Meiner Ansicht nach gehren auerdem Dokumentieren und Berichten von Arbeitsergebnissen in der Praxis auch zu den wichtigen Fertigkeiten, die man von seinen Mitarteitern erwartet. Ein prziser und sorgfltiger Bericht trgt bei der Wissensbermittlung zwischen verschiedenen Teilbereichen beispielsweise bei, Missverstndnisse zu vermeiden und die Gesamtleistung voranzutreiben. So gerieten die Mitarbeiter der Firma einmal unter Termindruck, weil die Softwarefehler von den Vorgngern nicht ausfhrlich genug dokumentiert waren. Aufgrund der erwhnten Neuartigkeit meiner Ttigkeit war die Teamarbeit leider nicht so ausgeprgt, wie ich sie mir vor dem Praktikum vorgestellt habe. Vorschlge, Diskussionen oder Rcksprachen fanden zumeist zwischen Herrn Ziemann und mir statt. Um so mehr freute ich mich ber die Zusammenarbeit mit anderen Mitarbeitern bei der bersetzung meines Dokumentes in verschiedene Textformate. Ich habe erfahren knnen, dass Teamarbeit sich besonders durch das gegenseitige Vertrauen, durch die Bereitschaft zum Kompromiss, zur Verantwortung fr die gemeinsame Aufgabe und zum Einbringen eigener Ideen kennzeichnet.

Modellierung eines Versicherungsproduktes

14

Durch das Praktikum kann ich mir ein besseres Bild davon machen, was im spteren Berufsleben auf mich ungefhr zukommt. Wenn auch die Ttigkeit viel Konzentration erfordert hat, war sie anspruchsvoll und meinem Fachwissen entsprechend. Die Zeit bei msg systems hat meine Zweifel an der praktischen Anwendbarkeit der Mathematik ausgerumt. Ich habe zumindest eine Mglichkeit kennengelernt, wie man Theorie in die Praxis umsetzt.