Upload
others
View
1
Download
0
Embed Size (px)
Citation preview
Testing tidlig i livssyklusen smidige prosjekter Arne Erik Hurum – Helsedirektoratet
Bjørn Andersen - Steria
20.03.2014
18.03.2014 2
• Arne Erik Hurum, Testansvarlig Helseforvaltningsløsninger/eSaks
– Hva er eSaks
– Hvordan gjør vi det – Prosesser og verktøy
– Hvorfor tidlig test
– Fallgruver
• Bjørn Andersen, Testleder fra Steria
– Teori vs. Praksis – Test gjennomføres ikke i et vakuum
– Testleder rollen – Tilpasses smidig metodikk
– Team og metodikk – Støtter teamstruktur opp under målbilde?
– Forvaltning i smidige prosjekter – Hvordan håndtere en stadig voksende snøball samtidig som utvikling pågår?
Konfidensielt
Hva er eSaks?
• En portefølje i Helsedirektoratets E-helse og IT divisjon
• Et program innen Helseforvaltningsløsninger
18.03.2014 3
eSAKS – leveranser
Dialog
Tekn
isk/d
rift F
un
ksjo
nalite
t
Integrasjon Fagområder
v1.1 2013/2014
• Lokal drift og forvaltning
• Driftes 8-16
• Punkt-til-punkt integrasjon
• Intern og sikret sone
• Elektronisk arkiv
• Oppgaveløsning
• Dokument-produksjon og –maler
• Roller og tilgangsstyring
• Enkel saks- og dokumentflyt
• Prosesstøtte for dokumentbasert, generell/administrativ saksbehandling
• Skanning
• Midlertidig løsning for gebyr-innkreving • Altinn
• Easycruit
• Evt. skanning
• Elektronisk mottak
• KUHR
• Volumprint
• Langsiktig drift- og forvaltningsorg.
• Kommunikasjon mot NAV
• Integrasjonsplattform
• Regelmotor
• Grunnleggende økonomi-funksjonalitet (kontering, støtte for utbet., m.v.)
• Prosesstøtte for fagspesifikke saker
• Skanning
• Kontaktregister synkronisert mot NHN Folkereg
• Virksomhetsspesifikk skjerming
• Ny kontoplan
• Valutatransaksjoner (utland)
• Endelig løsning for gebyrinnkreving
• Trekkfunksjonalitet (oppgjør)
• Kommunikasjon mot NHN
• Punkt-til-punkt eller integrasjonsplattform
• Økte krav til drift- og forvaltningsorganisasjon (pga. stønadsutbet.)
• Elektronisk samhandling (NAV)
• Saksbehandling på tvers av etater
• Flere innsendings-tjenester -nivå 4
• Økt automatisk datafangst
• HELFO-skjema
Innsendingstjenester -nivå 3
• Tilskuddssøknad/rapportering
• Autorisasjonssøknad
• 2 HELFO skjema
• NPR bestillingsskjema
• Spesialistgodkjenningsskjema
• Registerintegrasjon:
• NHN Folkereg.
• SSØ økonomi-integrasjon
v1.0
• Generell saksbehandling
• Helsedirektoratet (600)
• HELFO (30/600)
• SAFH (30)
• POBO (80)
• Fagspesifikk saksbehandling
• HELFO: Helserefusjon (ind. søknad tann)
• Fagspesifikk saksb.:
• Helserefusjon
• Fagspesifikk saksbehandling (midlertidig løsninger)
• SAFH
• Noe HELFO
• Tilskudd
• Spesialistgodkjenning
• Endelig løsning:
• SAK
• Spesialistgodkj.
• Tilskudd (Analyse)
Interne kilder og tjenester
Eksterne
kilder og
tjenester
HELFOInd.søknad
POBO
HELFOxxx
SAFHTilskudds-
forvaltning
Helsedir
Spesialist
godkj.
Konfig. av hyllevare
Spesialtilpasning
•Dokumenthåndtering
og arkiv
•Skjemahåndtering
•Selvbetjening
•Sikkerhet
•Integrasjon m.m.
FELLES PLATTFORM
HELFOUtland
HELFOFrikort
HELFOOppgjør HELFO
Fastlege
Hyllevare
- Dokumenthåndtering- Arkiv- Oppgaveløsning
- Selvbetjening- Sikkerhet
- Integrasjon
2014++ • Langsiktig drift- og
forvaltningsorg.
• Resterende fagfunksjonalitet fra NAV
• Automatisering av oppgaver (regelmotor)
• Helserefusjon (resten)
• Helsetrygdkort
• Fastlege
• Aktuelle innsendings-tjenester og skjema
• Se status i sak
• Svar på sak
• Nytt HPR
• Nytt Helsesam-handlerregister
Nøkkeltall eSaks
• Antall utviklere: 22
• Ant Test: 7
• Antall leveranser pr år: 3
• Lengde på sprinter: 3 uker
18.03.2014 | 6
Hvordan gjør vi det?
• Prosesser og verktøy for tidlig test i agile prosjekter
18.03.2014 7
Prosess – Akseptansedrevet utvikling
• Bygge kultur
• Arbeidsflyt
• Fokus på tidlig test
• Fokus på teknisk gjeld
• Definisjon av «Done» - Kontrollpunkt
18.03.2014 8
Testledelse- og testprosess • Målsetningen er å sikre tilstrekkelig god kvalitet i leveransen i henhold til
akseptansekrav fra Produkteier • Aktiv risikostyring
I Ide
Formalisme og krav til dokumentasjon – formell ressursallokering
Fokus på gevinster, kostnader, planer, risikoreduksjon…
P
Rådgivning • Diskusjon av muligheter
og konsekvenser
Risikoen for feil er kjent
Retningslinjer for test og kvalitetsikring med utgangspunkt i prosjektveiviseren
Test i utviklingsprosjektene
Testledelsesprosess
Testprosess
Test i sprinter
18.03.2014 11
Test i sprinter
Mer bevist forhold til utviklingens livssyklus
• Sprint N-1
• Sprint N
• Sprint N+1
Test i sprinter -> Akseptanse
18.03.2014 13
Eksempel på prosess - PBI
18.03.2014 14
Verktøy
• MS ALM
– TFS 2012
– Utgangspunkt Scrum 1.0 template
18.03.2014 15
Hvorfor tidlig test
Mål:
• Bedre kvalitet på leveransen
• Kvalitet her definert som rett produkt til rett tid
• Mer forutsigbarhet
Metode:
• Tidligere avklare avvik fra plan
• Re planlegge
• Kommunisere avvik
Fallgruver – hva kan treffe oss?
• Hva kan påvirke leveransene?
18.03.2014 17
Utfordringer
• Parallelle testløp
• Komplekse integrasjoner
• Endringer underveis
• Tekniske PBI’er skal ikke undervurderes!
18.03.2014 18
Bjørn Andersen - Steria
18/03/2014 19
• Teori vs. Praksis – Test gjennomføres ikke i et vakuum • Ønske om hurtig leveranse av funksjonalitet • Brukerhistorier kan bli oppstykket, og sprinter kan lett bli «kode
sprinter» • Funksjonelle team blir hengende etter i spesifisering og utvikling
av akseptansekriterier
• Testleder rollen – Tilpasses smidig metodikk • Er testlederrollen tilpasset smidig metodikk? • Kan testleder bidra til smidig gjennomføring av smidig metodikk? • Testleder som kravhåndterer – operasjonaliserer og statisk
testing. • Testleder som funksjonell ressurs – løsningen på problemet?
Konfidensielt
18/03/2014 20
Team og metodikk – Støtter teamstruktur opp under målbilde? • På grunn av store leveranser bryter man med prinsippet
om inndeling av team på funksjonelle områder • Testteamet må være fleksibelt og tilpassingsdyktig
Forvaltning i smidige prosjekter – Hvordan håndtere en stadig voksende snøball samtidig som utvikling pågår?
• Forvaltning av løsningen, en stadig voksende snøball, ble lagt inn i sprinter
• Er smidig metodikk et godt valg for forvaltningsoppgaver?
Konfidensielt
18/03/2014 21
Målsetting: tilnærme seg prinsipp om testdreven utvikling • Gjennom å knytte tette bånd mellom funksjonelt ansvarlig og testleder
kommer test tidlig inn i prosessen. • Akeseptansekriterier vil kunne bli identifisert før sprintplanlegging. • Utvikling av testtilfeller kan bli tatt med om del av sprintplanleggingen
Gevinster vil være både kvalitativt og redusert ressursbruk
• Kvalitativt: Tett samarbeid mellom funksjonelle ressurser og test vil tidligere avdekke problemer som innarbeides i spesifikasjon
• Ressurs: Utviklere bruker mindre tid på oppklaringer under utvikling, i om med at dette er gjort i spesifiseringsfasen
For å nå målsetting om testdreven utvikling:
• Behov for å tydeliggjøre og sementere roller • Behov for å ivareta forvaltning, en stadig voksende snøball, • Det er behov for klare prosesser, både i forhold til utvikling og release
håndtering. • Testverktøy må benyttes for å bedre kontroll og rapportering
Konfidensielt