Mette Gjertsen: Perform og SPKs erfaringer med ps2000 kontraktsstandard xp-meetup
0 likes792 views
Statens Pensjonskasses store Scrum-baserte prosjekt har hatt gode erfaringer med PS2000 kontraktsstandard
Mette Gjertsen: Perform og SPKs erfaringer med ps2000 kontraktsstandard xp-meetup
- 1. PERFORM og SPKs erfaringer med PS2000 kontraktsstandard Mette Gjertsen Prosjektleder Statens Pensjonskasse [email protected] 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.
- 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