Governance og værditilførsel i PFAs IT projekter

It arkitektur – forankring & værditilførelse, 6 juni 2007

2

Agenda

• PFA Pension• Governance kontra organisationsstruktur i PFA• Alignment af BPM og forretningsprocesser• Resultater• Udfordringer• Fremtiden

• Hvem er jeg?• Lars Rosenberg Nielsen, • Teknisk Arkitektur, IT Innovation og Service, PFA Pension

3

Hvem er PFA Pension

• Vi blev grundlagt i 1917 af arbejdsmarkedets parter

• Vi er ejet af kunderne• Over 1 mio. danskere har valgt et af vores

produkter• Største leverandør af firmapension i

Danmark• Mere end 13 mia. kroner i omsætning• Vi har 220 mia. kroner i pengetanken• Vækst – 2004 +2,5%, 2005 +8%, 2006

+12%• 1.100 medarbejdere – heraf 900 i Marina

Park og resten er fordelt på afdelingskontorer i Herlev, Århus, Aalborg og Kolding

4

Baggrund

• PFA strategiproces 2002 satte mål for en markant udvikling og transformation af PFA Pension:

• Svært realiserbare på eksisterende Siemens mainframe platform• IT-drevet forretningstransformation, med udskiftning af

størstedelen af applikationsplatformen og udfasning af mainframe platformen.

• CSC valgt som systemintegrator i december 2002• Programstart for Teknologiprogrammet i januar 2003

Kundefokus Produktudvikling Effektive processer

5

Baggrund - Teknologiprogrammet

2003 2004 2005 2006 2008 20102007 2009

Unit Link Prototype

DitValg Konvertering

Kundeportaler Rådgiver-portal

SAP

Nye produkterIR 1.0

IR 1.1, 1.2, 1.3 …

SeeBeyond eGate -> Service Infrastruktur -> ALSB

6

PFA Pension

Forretningsområde 2

Forretningsudvikling

FU, Stab

UFO

IT Innovation & Service

TAO, StabTSO

Drift

Kern

epro

cess

er

Leve

ranc

er &

Øk

onom

i

Sikk

erhe

d

Støt

tepr

oces

ser

Tekn

isk A

rkite

ktur

Organisering

• Udviklingsforum (UFO) varetager forretningsprojekterne• Technical Architecture Office (TAO)har ansvaret for arkitekturretningen• Technical Sign-off Office (TSO)har det endelige ledelsesmæssigeansvar for strategiske og taktiskeit beslutninger

7

Teknisk Arkitekturs projektansvar• Ejer af Teknologi strømmen i projektmodellen• TAO skal sikre at projekternes valg vedrørende

teknisk arkitektur passer med PFAs retning for IT

8

UFO

Programsponsor

Styregruppe

Programleder

Release Manager

Programkontor

Arkitekturkontor

Projektleder

Projektgruppe

Referencegruppe

Projektejer

Projekt med referencegruppe

Projektejer

Projektleder

Projektgruppe

Projekt

Strategi & Projektportefølje

Administration & Økonomi

Projektsponsor

Styregruppe

Projektejer

Projektleder

Projektgruppe

ProjektTeknologiprogram

Teknisk Arkitektfra TAO

Forretningsarkitekt &Teknisk Arkitekt med forbindelse til Strategi & Projektportefølje, TAO, BAF og TAF

Projekter

9

SOA i Forsikringsleverancen (IR) - udvikling af ny forretningsmodel1. Alt analysearbejdet tager udgangspunkt i de udvalgte forretningsprocesser2. Proces teamet analyserer og nedbryder forretningsprocesser ift.

applikationsområder (svømmebaner)3. Grænsesnit beskrives via forretningstermer og -data4. Service Infrastruktur projektet medvirker til at omsætte til service

arkitektur og veldefinerede XML definitioner og skema5. SI projektet implementerer adaptorer og transformationer 6. Applikations projekterne udvikler service interfacet ift. egen applikation

Forretnings-arkitektur

ProcesAnalyse

Service Analyse

Service Implemen-

tering

Service ReviewData ReviewService Registry

PrimæreProcesser

StøtteProcesser/

værktøj

10

Arbejdsredskaber

• Beskrivelser af services og serviceintegrationer virker som en offentlig kontrakt

• Domænemodel og kanonisk model er udgangspunktet for alt datamodellering

<element Scheme>

…</element>

<element Contract>

…</element>

<element Benefit>

…</element>

Globale regler

Kundeaftale

0-n

1

1-n1-nProdukt-

rammeaftale1

1

Opsparer-aftale

0-n

0-n

Virksomhed(juridisk enhed)

10-n

0-n

1

0-nOpsparer-kontrakt

1-n

1

Ydelse

Konto1-n

0-nRisikooverskudsgruppe

0-nPrm. beregn.gruppe

0-nPool

0-1• Obligatoriske

tværgående regler• AMP• Brancheaftaler

0-n1-n

11

0-n

Kunde delaftale

PFA's regelskema

• SK 3• AMB sats• Invalide

maks.

• 10% reglen til livrenter

• Ratetjek

• Anvendel-se af AMB

• Basis• Anvendel-

se af admin.

• Præmie-skala

Koncern

Tværgående aftaler

0-n Skaderegistrering

1

Konto1-n

Skadefolder

0-n0-n

1

1

0-nPerson1

Skive1-n

1

0-n

1Produkt-platform

1-n

Forhold ml. ydelser

Tilvalg

Ydelser1-n

1-n

1-n

Globale regler

Kundeaftale

0-n

1

Kundeaftale

0-n

1

1-n1-nProdukt-

rammeaftale1

1-n1-nProdukt-

rammeaftale1

1

Opsparer-aftale

0-n

0-n1

Opsparer-aftale

0-n

0-n

Virksomhed(juridisk enhed)

10-n

Virksomhed(juridisk enhed)

10-n

0-n

1

0-nOpsparer-kontrakt

0-n

1

0-nOpsparer-kontrakt

1-n

1

Ydelse

1-n

1

Ydelse

Konto1-n

Konto1-n

0-nRisikooverskudsgruppe

0-nRisikooverskudsgruppe

0-nPrm. beregn.gruppe

0-nPrm. beregn.gruppe

0-nPool 0-nPool

0-1• Obligatoriske

tværgående regler• AMP• Brancheaftaler

0-1• Obligatoriske

tværgående regler• AMP• Brancheaftaler

0-n1-n

11

0-n

Kunde delaftale0-n1-n

11

0-n

Kunde delaftale

PFA's regelskema

• SK 3• AMB sats• Invalide

maks.

• 10% reglen til livrenter

• Ratetjek

• Anvendel-se af AMB

• Basis• Anvendel-

se af admin.

• Præmie-skala

Koncern

Tværgående aftaler

0-n Skaderegistrering

1

0-n Skaderegistrering

1

Konto1-n

Konto1-n

Skadefolder

0-n0-n

1

Skadefolder

0-n0-n

1

1

0-nPerson1

1

0-nPerson1

Skive1-n

1

0-n Skive1-n

1

0-n

1Produkt-platform

1-n

Forhold ml. ydelser

Tilvalg

Ydelser1-n

1-n

1-n

11

SOA er en kommunikationsform• Fælles forståelsesramme

Forretnings-arkitekter

Forretning

Service kald

Forretningsanalytikere

Udviklere

Testere

IT Ledelse

HRTekniske Arkitekter

Configuration Management

12

Teknisk modning – fra punkt-til-punkt til BPM

Punkt-til-punkt

Forretningsservices og simpel aggregering

Forretningsprocesser – services og processer smelter sammen

13

Case: Opret Opsparer – strategisk proces

5. Generate output (standard contract/ non-risk agreement and portfolio overview)

The Future Process Vision: Enrol Member in Existing Scheme

New employee will be enrolled in existing scheme.

Administrator/brokerenters data in PFA portal (or completes form)

PFA Portal

The customer's payroll/HR system, PBS

CompanyCustomer

Data is received via file

PFA

PFA employeeprocesses work

Workflow systemdistributes manualwork

2. Create individual customer

3. Create standard individual agreement or non-risk agreement

Automatic process in new I T system

Standard contract/non-risk agreementavailable in Portal or via e-mail

Employee receives standardcontract or non-risk agreement

Standard contract or non-risk

agreement

PFA employeescans/ indexes and creates data in PFA portal

Enrolment forms

6. Notify PFA Customer advisor/ broker

Collection of Information Processing of Information Send Agreement/Information

B

A

C

Is sent by mail

D

E

1A. Process data from portal or1B. Process data from file

4. Authorise user for portal

Interim solution

Print quotation /

pension agreement

Is sent by maill

When that process is completed, the following

processes ' Change Contract/Non-risk

Agreement' and 'Claim and Transfer money' can be

initiated.

PFA Customer advisor/brokeris notified of the new agreement

14

Case: Opret Opsparer – swimlane diagramStart fra portal

Start fra indbetaling

Opret/hent stamdata på person i alle systemer fra 2. fase

Opdatering af skattekoder til service enabled mainframe (fase 1)

Hent engangementsoversigt i alle policebærende systemer (fase 2)

Ved firmaskift skal personen behandles manuelt

Opret police i policebærende systemer

Automatisk firmaskift implementeres i Q4 2007 hvor forretningsbehov er

Hele processen bundet sammen

af BPM

15

Case: Opret Opsparer - praktisk løsning

16

Case: Opret Opsparer – skærmbilleder fra processen

Opret Opsparer fra portal

Person oplysninger i stamdata systemet

Kontrakt oprettet i forsikringssystem

17

Resultater - arkitektur

• Centraliseret Teknisk Arkitektur stabsfunktion (TAO) og Service Infrastruktur Projekt med ansvaret for governance af SOA artefakter

• Sammenspil mellem TAO som ejer Teknologi strømmen i projektmodellen og de tekniske arkitekter på Service Infrastruktur projektet. Implementeret ved at TAO ressourcer deltager som tekniske arkitekter på de forskellige projekter

• Arkitektur principper og projektmodel skaber rammen for den taktiske udførelse.

• Hvad virker/virker ikke på et operationelt plan giver feedback på arkitekturprincipper

• Service genbrug og sammensmeltning mellem processer, BPM og services er sikret

• Viden er blevet skabt, delt og forbedret relativt hurtigt

Tilgang Resultater

Udførelse

18

Resultater - udvikling

• Centraliseret Service Infrastruktur Projekt med ansvaret for udvikling af service integrationer og governance af SOA artefakter

• Formel review proces af service beskrivelser, service kald beskrivelser og data modellering. Teknisk Analyse af forretningsprocesser. Deltagelse i Impact Analyser

• Service genbrug• Sammensmeltning mellem

processer, BPM og services• Design af services er sket ud fra

en fællesskabstanke• Servicekontrakter offentliggjort i

service repository• Ændringer som ikke tilfredsstiller

SOA principperne bliver ikke godkendt

Resultater

Udførelse

Tilgang

19

Resultater - operationel

• Centraliseret Service Infrastruktur Projekt med ansvaret for udvikling af service integrationer og governance af SOA artefakter

• Servicekontrakter og beskrivelser af kald af services reviewes for elementer som oppetid, forventninger til volumen, frekvens, krav til responstid, m.m.

• Giver i dag input til design af service integrationer og capacity management

• Fremtiden vil inkludere teknisk understøttelse af runtime governance. Vil sandsynligvis ske via BEA AquaLogic SOA Management (Amberpoint)

Resultater

Udførelse

Tilgang

20

Resultater - andet

• I starten af et projekts analysefase tildeles en Teknisk Arkitekt fra TAO med SOA erfaring. Det skubber hurtigt projektet i den rigtige SOA retning

• Overblik over processer og services igennem Sharepoint og et Access baseret Service Repository muliggør et hurtigt estimat på budget og ressourceallokering

• PFA benytter i dag sin egen Enterprise Service Bus af historiske årsager. Ved at have fokuseret på processerne ved udviklingen af services er vi i stand til at skifte teknisk platform til BEA AquaLogic Service Bus uden ændringer til service integrationer.

21

Udfordringer under vejs

• Kulturel modning i organisationen/kommunikation• Governance dur ikke hvis bevæggrundene ikke er blevet

forklaret godt nok• Ikke tilstrækkelig uddannelse af teknisk analyse team har gjort at

der er blevet fundet en del afvigelser i reviews• Projekternes ressourceallokering har været med til at skabe

udfordringer i håndhævelsen af governance processerne

22

Fremtiden

• SOA Governance i en ITIL proces• Højere grad af automatisering i governance proces• Runtime governance til sikring af kontrakt mellem udbyder og

brugere af services• SLA monitorering via BEA AquaLogic Service Bus• Facilitering af mere kommunikation mellem forretning og IT – en

socialiseringsproces

23

Spørgsmål?tak