Hvordan PS2000 blir tilpasset til smidig gjennomføring

Transkript

1 Hvordan PS2000 blir tilpasset til smidig gjennomføring Jørgen Petersen, oktober PROMIS AS 1

2 PS2000 kontraktsstandard Særtrekk Definert gjennomføringsmodell, basert på iterative prosesser Regulerte forpliktelser for begge parter Integrert samarbeid tilrettelagt i gjennomføringsmodellen Erfaringer basert på dokumentert beste praksis innebygd Håndtering av usikkerhet tilrettelagt Motiverende elementer i form av incentivordninger tilrettelagt Rutiner for konfliktløsning ved bruk av uavhengig ekspert inkludert Behovsfase Løsningsbeskrivelsesfase KPn KP2 Detaljplanlegging / Analyse og design KP1 Testing Progresjon Iterativ konstruksjonsfase Utvikling Godkjenningsog avslutningsfase HMP 0 Kontraktsinngåelse HMP 1 Godkjent løsningsbeskrivelse HMP 2 Leveranse klar til godkjenning HMP 3 Godkjent leveranse PROMIS AS 2

3 Mandatet Å oppgradere bilagssettet til PS2000 utviklingsavtalen i henhold til de anbefalingene som gis i veilederen Smidig utvikling med PS2000 Å innarbeide et norsk begrepsapparat for smidig prosjektgjennomføring PROMIS AS 3

4 Erfaringsmateriale Har brukt veilederen for å fylle ut med tekst og veiledning i bilagene Har sett på eksisterende kontrakter basert på PS2000 og Scrum Innhentet andre erfaringer med bruk av Scrum i PS2000 Også vurdert erfaringer med Scrum under andre leveransekontrakter PROMIS AS 4

5 Arbeidsgruppe Organisasjon Navn Rolle Bekk Frithjof Frederiksen Gartner Peter Hidas Forsvaret Jan Raae Simonsen Trine Vabog Computas Lars Frode Haugen PROMIS Kjetil Strand Leder Lånekassa Kari Anne Støkken CapGemini Bodil Rabben NAV Inger Beate Botheim Avenir Anne-Kathrine Pihlfeldt Conceptos Kjetil Moløkken-Østvold PROMIS AS 5

6 Bilag A - Behovsanalyse Det er lagt til veiledende tekster til hvordan Kunden kan utfylle bilaget på en bedre måte for å oppnå gevinstene fra smidig metodikk Fokuset er på å unngå unødig arbeid med detaljerte kravspesifikasjoner, som likevel vil måtte justeres og kanskje forkastes når prosjektet er i konstruksjonsfasen Særlig nyttig er beskrivelse av virksomhetsprosesser, verdikjeder og konseptuell informasjonsmodell over det virksomhetsområdet som skal understøttes Det som er vesentlig, er at kravene er tilstrekkelig detaljert til at leverandørene kan utarbeide et løsningsforslag som kan estimeres med rimelig grad av sikkerhet Usikkerhetsmatrisen er spisset med tanke på erfaringer fra smidige prosjekter PROMIS AS 6

7 Bilag B - Roller og rapportering Det skilles mellom rollene Kundens Prosjektleder, Produkteier, Leverandørens prosjektleder og Scrumleder(e) Avsnittet om kundens plikter er sterkt utvidet, særlig mht ansvaret for produktkøen Under statusrapportering er det veiledning til hvordan brenndiagrammene skal knyttes til måling av opptjent verdi og S-kurven PROMIS AS 7

8 Bilag C - Gjennomføringsprosess Scrum-prosessen er dokumentert Det er spesifisert krav til leveransene fra løsningsbeskrivelsesfasen, der den viktigste leveransen er en prioritert produktkø med omforente estimater Det er veiledende tekster til hvordan krav til analyse og design, utvikling og test kan fylles ut for konstruksjonsfasen Det er skjerpede krav til Kontrollpunktet Ved inngangen til Kontrollpunktet skal det foreligge en oversikt fra Produkteier eller Kundens testleder fra utført systemtest på et dedikert testmiljø beskrevet i C 4.3.3, som dokumenterer antall testobservasjoner, samt utestående feil og mangler PROMIS AS 8

9 Kontrollpunktet skal behandle følgende punkter Kundens verifikasjon av leveransen i Kontrollpunktet med hensyn på funksjonalitet, faglig innhold og brukskvalitet, med eventuelle forbehold om feil, mangler og restanser Plan for utbedring av restanser Merkantile avklaringer i forbindelse med eventuelle endringer Signering av oppdatert Produktkø Gjennomgang av usikkerhetsmatrise Nødvendige justeringer av leveranseplanen og prosessen Godkjenning av Sprintplan for etterfølgende Sprint, dersom dette ikke allerede er utført Godkjenning / underkjenning av Kontrollpunktet PROMIS AS 9

10 Eventuell underkjenning av kontrollpunktet Kunden kan underkjenne Kontrollpunktet dersom et eller flere av følgende kriterier ikke er oppfylt: Produktelementene i Sprinten er levert på avtalt, dedikert testmiljø Alle vesentlige Produktelementer er med i leveransen, med tilhørende relevant dokumentasjon Følgende kvalitetskrav gjelder for de Produktelementer som er levert: øvre grense for antall A-Feil: < > og øvre grense for antall B-Feil: < > Eventuelle øvrige krav til Kontrollpunktet må inkluderes, blant annet må konsekvensene av at Kunden underkjenner et Kontrollpunkt gå klart frem om underkjenning innebærer utsettelse for å arbeide videre med Feil, mangler og restanser eller om arbeidet med neste Sprint skal fortsette. Det kan også være aktuelt å forhandle frem en reduksjon i Målprisen dersom ikke-leverte Produktelementer kan nedprioriteres, noe som igjen kan bidra til at fremdriften på neste Sprint kan opprettholdes PROMIS AS 10

11 Endringer Forslaget fra veilederen om forenklet endringshåndtering er formulert slik i Bilag C 6: I de tilfellene der partene velger å erstatte ett eller flere produktkø-elementer med andre produktkø-elementer uten virkning for Kontraktsprisen eller Fremdriftsplanen, vil følgende fremgangsmåte benyttes: Produktkøen oppdateres med de endringshåndterte produktkø-elementene, deres estimater og prioritet. Den oppdaterte Produktkøen signeres av partene i Kontrollpunktet PROMIS AS 11