Statens Pensjonskasses store Scrum-baserte prosjekt har hatt gode erfaringer med PS2000 kontraktsstandard

1. PERFORM og SPKs erfaringer med
PS2000 kontraktsstandard
Mette Gjertsen
Prosjektleder
Statens Pensjonskasse
mette.gjertsen@spk.no
Tlf : 915 900 80

2. Men først litt info om prosjektet
Vi engasjerer rundt 180 medarbeidere herav rundt 80 interne

3. SPK gjorde noen grunnleggende valg i
forkant denne prosessen
SPK hovedansvarlig pga prosjektets eksterne
rammebetingelser
Stor usikkerhet relatert til eksterne rammebetingelser innhold og tidsplan
Antagelse om behov for vesentlige endringer underveis
Omfang og kompleksitet krevde endring i SPKs
sourcingsmodell
Ren innleiemodell av eksterne ressurser ikke lenger håndterbar for SPK
Hovedleverandører med separat leveranseansvar på deler av leveransen
SPK som en tredje leverandør på (mest mulig) lik linje med de to eksterne
Klar ansvarsdeling (løsningsområder) mellom leverandørene
og tydelig garantiansvar
Hvorfor to eksterne leverandører og ikke en?
Sikre nødvendig tilgang på kompetanse og kapasitet
Minimere den risiko det ligger i å forholde seg til kun en leverandør
Tydelige forventninger til leverandørene ift samarbeid på tvers
Hva med SPK i både en kunde-­ og leverandørrolle?
Sentrale ressurser innehar kompetanse på pensjon
Vi skal bygge kompetanse for fremtidig forvaltning

4. Anbudsarbeidet bakgrunn
5 rammeavtaleparter på konsulenttjenester
Anskaffelse med forhandlinger med bruk av PS 2000
Måtte komme i gang i januar 2009
Avgjørende for stramme tidsfrister
Ønsket i utgangspunktet mer enn en leverandør
Regelverk for pensjonsreformen er ikke klart => løpende endringer
underveis i prosjektet.

5. Gjennomføringsmodellen i prosjektet

6. Bilag A
Fokus på omfanget til PERFORM
Beskrivelse av SPKs systemløsning for eksisterende system
Beskrivelse av overordnet pensjonsprosessen som PERFORM skal dekke
Fokus på hvordan dele arbeidet mellom leverandørene (inklusive SPK) for å
unngå for mange avhengigheter i utviklingen
Beskrivelse av SPKs og leverandørenes tenkte organisering
Erfaringer
Arbeidsfordelingen har ikke holdt, viktig at man har åpning for refordeling
av arbeid. Viktig i forhold til viktigste funksjonalitet først.
Organisasjonen må gå seg til etter hvert. Slik man så det for oss før vi kom
i gang i utvidet organisasjon ble for topptungt. Åpning for at organisering
kan endres.

7. Bilag B
Vedlegg :Kompetansematrise som leverandøren fyller ut med alle ressurser som tilbys:
Oversikt over kompetanse for de tilbudte ressursene i henhold til Vedlegg 2.
Innhold:
Liste over alle teknologier som skal benyttes Operativsystem, testverktøy,
oppfølgingsverktøy, dokumentasjonsverktøy, programmeringsspråk,
rammeverk, metodikk, forretningskompetanse.
Gitt poengskala ut fra hvor mange års erfaring med området SPK presiserte at
erfaring var arbeidserfaring og at arbeid med masteroppgaver ikke telle
med.
Dette ga:
-­ Lettere arbeid med evalueringen kunne lage formler som talte opp
antallet ressurser med slik og slik poengscore.
-­ Verifiserte poengsetting gjennom stikkprøver Slapp å vurdere 200
selv.

8. Bilag C
Beskrivelse av SPKs metodikk utgangspunkt i at SPK allerede hadde
etablert smidig utviklingshåndbok med basis i scrum. Svært mye rundt
konstruksjonsfase er hentet derfra.
Test og testgjennomføring kunne vært bedre beskrevet
Leverandørens beskrivelses av sin smidigmetodikk svært viktig
vurderingskriterium
Ellers var det lite kommentarer til bilag C i forhold til evaluering av
oppdragsforståelse.

9. Bilag D
Vedlegg :Case fra SPK som skal løsningsvurderes og estimeres.
Estimeringsmodell, se Bilag D punkt 2.13 og Bilag D Underbilag 1.
Beskrevet case som skal estimeres og vurderes
Gjør sammenligning av estimeringsmodeller mulig
I tillegg til vurderinger av hvilke påslag man beregner for administrasjon,
usikkerhet, test og feilretting.
Gjør vurdering av løsningserfaring mulig

10. Noen vesentlige årsaker til at PS2000
ble valgt som avtaleform
Egner seg godt som kontraktsgrunnlag for smidige IT-
prosjekter
Trinn kan mappes direkte til prosessen slik den er
dokumentert i Scrum, uten større inngrep
Det sentrale suksesskriteriet er at partene enes om
prosessen for å håndtere produktkøen, sprintene og
kontrollpunktene, med de rollene som hører til
Endringshåndteringen langt mindre byråkratisk

11. Gjennomføringsmodellen i prosjektet har,
basert på erfaringer, endret seg noe over tid
PS2000 har vist seg å være
et godt utgangspunkt
Behov for enkelte
tilpasninger
Produktkøprosessen etablert
Oppdragsavtaler for hver
konstruksjons-­/godkjenningsfase
innledende analyse og design
3 releaser i parallell til
enhver tid
Krever optimalisert
ressursutnyttelse