Prosjektbase for Vox – et fleksibelt IT-prosjekt (case fra virkeligheten) NSP Temadag 18.februar 2004 Ola Grumstad, PMP, Daglig leder HolteProsjekt Solutions

Fast pris – fleksibelt innhold – er det mulig? Kunden ønsker Lav pris ”Stor” leveranse Høy sikkerhet Fornøyde brukere Leverandørens ønsker Stor pris ”Liten” leveranse Høy sikkerhet Fornøyde brukere

Intro Vox Vox er en pådriver for voksnes læring Vox er en underliggende etat til Utdannings- og Forskningsdepartementet Vox utvikler pedagogiske metoder, verktøy og organisasjonsformer Vox fremmer læring på arbeidsplassen Vox forvalter statlige støtteordninger, blant annet Kompetanseutviklingsprogrammet

Behovet for Prosjektbase Holde orden på prosjektaktivitet Informere omverdenen om resultater og erfaringer Brukervennlighet Kompleksitet Tilgjengelighet Rettigheter

Prosjektbase – løsningen Vox har utviklet en informasjonsbase som i første omgang skal inneholde de ca. 750 prosjektene vi driver eller forvalter. Basen skal gjøre erfaringer, metoder og modeller fra alle disse prosjektene tilgjengelige for virksomheter og enkeltpersoner

www.vox.no/prosjektbase

Kombinert søk

Treffliste

Detaljvisning

Utfordring i (IT)-prosjekter

Prosjektet – noen milepeler Kravspek. klar Vox kjenner behovet Fastprisavtale Innhold definert Utvikling avsluttet Innhold – forskjellig fra spec.

Grundig kravspek Prosessen Forprosjekt 7 måneder (utvikling 6 måneder) Konsulenthjelp til kvalitetssikring av kravspesifikasjon Omfanget Detaljerte krav til funksjonalitet, sikkerhet og brukervennlighet De involverte Ledelsen i Vox 7 personer fra Vox i forprosjektet 2 personer fra Software Innovation inne i kvalitetssikringen

Forhandling om avtale Vox HP Ønsket å vite hvordan usikkerheten var vurdert i prosjektet Fortsatt nødvendig med fleksibilitet vedr. funksjonalitet og løsning HP Utarbeidet usikkerhetsanalyse som en del av tilbudet Diskusjon av hvordan usikkerheten kunne påvirkes – tiltak XP – tillater modning og utskifting av funksjonalitet underveis

Tradisjonelle metoder kontra XP Iterativ metode - XP Release Analyse Design Tid Koding Testing Tradisjonell metode - vannfall

Kostnad ved endring

Hva oppdragsgiver har krav på Å se en oppdatert prosjektplan og vite hva som kan oppnås til hvilken pris og til hvilket tidspunkt. Å bestemme hva som skal utvikles på detaljert nivå ved å bidra med userstories (brukerhistorier). Å teste kjørbare versjoner av systemet i forhold til de releaser som legges inn i planen. Å kunne ombestemme seg/forandre på funksjonalitet eller prioritert rekkefølge på userstories som ikke er gått til utvikling. Å bli informert om avvik under veis i prosjektet og være med på å beslutte tiltak.

Oppstart- og stand up-møte Oppstartmøte 2 dager Forventningsavklaringer Bli kjent Definere arbeidsmåte Standup møter (inkl. Malaga) – 15 min. status på arbeid gjort siden sist og planer fremover få frem problemer og ting som må avklares mindre beslutninger tas der og da Samlokalisering – synlighet i prosessen

User Story Ingen krav til format. Vi brukte ppt. Hvordan skal det se ut? Hva skal skje når jeg trykker her? Kreativ dialog med utviklerne Ingen krav til format. Vi brukte ppt. Detaljeres til et omfang på 1-3 dagers arbeide pr. US Antall US pr. release 5-10

Testing Definert testplan Tester internt i Vox og eksterne prosjektledere Gjennomgang av testresultatene – prioritering av tiltak Definert testplan Test i løpet av 2 timer Skriftlige resultater Liste over forbedringer

Produksjonsfasen R1 R2 R3 R4

Userstories og Releaser Tid O R1 R2 R3 R4 Releaser som ikke er låst kan byttes ut med annet innhold Oppstartmøte User stories R1 User stories R2 Test R1 User stories R3 Test R2 User stories R4 Test R3 Test R4

Suksessfaktorer ved XP- implementering Skap tillit! Sørg for god forankring i ledelsen – brukerne må få tid til å delta Kjør en grundig planlegging først – definer behovene Prioriter behovene – utvikle basisfunksjonene først La det modne – gjenomfør de nødvendige endringene underveis – jo før jo heller Hold kommunikasjonen igang gjennom hele prosjektet – standup møter daglig

Fast pris – fleksibelt innhold – er det mulig? Kunden ønsker Lav pris ”Stor” leveranse Høy sikkerhet Fornøyde brukere Leverandøren ønsker Stor pris ”Liten” leveranse

Evaluering – var dette et suksessprosjekt? Kunden Følte seg trygg hele veien – worst case leveranse ihht. spec. Fikk akkurat det han ønsket – fornøyde brukere Factory acceptance test var feilfri Betalte for det han hadde bestilt men fikk ”mer” for pengene Leverandøren Liten usikkerhet - worst case leveranse ihht. spec Fikk akkurat det han ønsket – fornøyde brukere Fikk den profitten som var beregnet Ingen problemer i etterkant En meget god referanse

Spørsmål ?