Teknisk gjeld. Innhold. Hva er teknisk gjeld? NAVs tilnærming Dokumentasjon av teknisk gjeld Oppsummering



Like dokumenter
System integration testing. Forelesning Systems Testing UiB Høst 2011, Ina M. Espås,

IT I PRAKSIS!!!!! IT i praksis 20XX

Teknisk gjeld - hvor mye er forsvarlig? Per Otto Bergum Christensen, Objectdesign 27 August, Smidig fagdag i SPK

Smidig metodikk, erfaringer fra NAV Fagportal

Kontrakter og test i smidige prosjekter. Fagmøte Dataforeningen i Trondheim 12.Mars 2012

Usikkerhet i omfang og kostnader hvordan håndtere dette i kontrakten? IT-kontraktsdagen 2015 Kjetil Strand, Promis AS

Teknisk gjeld tør vi snakke om det?

Alminnelige bestemmelser Gjennomføring av Leveransen Endringer etter avtaleinngåelsen

PRESENTASJON NORDIG OKTOBER Alle skal kunne teste alt - overalt

Hvordan gjennomføre og dokumentere risikovurderingen i en mindre bank

Grunnleggende testteori

NAVs erfaringer med automatisering

ARK 2014 Arkitekturfaget - observasjon fra en tjenesteleverandør

Neste generasjon ERP-prosjekter

Både føre vár og etter snar. Om Shift Right og Forebyggende Vedlikehold

Målbilde for XXX. Januar Versjon ARBEIDS OG VELFERDSETATEN Postadresse: Postboks 5, St. Olavs plass // 0130 OSLO

1. Initiativ og prosjekter for systemutvikling

Universitetet i Oslo Enhet for lederstøtte

HYPPIGE LEVERANSER HVORDAN KOMMER SPK DIT? Ved Mette Gjertsen Statens pensjonskasse

Stein Grimstad. Konsulent i Scienta AS. Prosjekt hos Skatteetaten. Forsker hos Simula (deltid) 3/7/18

Virksomhetsarkitektur i NAV

Guri Kjørven, ISO 9001:2015 LEDELSESSYSTEMER FOR KVALITET

SLUTTRAPPORT FOR PILOTPROSJEKT DIGITALT TILSYN - ROOMMATE MIDTÅSENHJEMMET

Risikovurderingsverktøy

Revisjon av informasjonssikkerhet

Erfaringer med PS2000 kontrakt og kontraktsstyring i PERFORM. Mette Gjertsen Prosjektleder Statens Pensjonskasse

// PRESENTASJONER FRA NJAVA

Helhetlig integrasjonsplattform. Per Olav Nymo

Store programmer når behovene er store. Perspektiver på fleksibilitet og modning i et stort digitaliseringsprogram. Nokios 2015

Alle skal kunne teste alt - overalt KDRS TRONDHEIM JUNI 2017

Integrasjon - fra strategi til vellykket implementering. Integrasjonsdagene Halden, august 2013 Ståle Hustad, TrønderEnergi Nett AS

Statusrapport. MUSIT Ny IT-arkitektur Pilot. NØKKELINFORMASJON Rapporteringstidspunkt 06. oktober 2016 Rapporteringsperiode September 2016

Referansearkitektur sikkerhet

Prosjektledelse - fra innsiden

Håndtering av risiko i store omstillings og endringsprosesser. Tor Saglie, direktør NAV interim Risikostyring i staten, lanseringsseminar 7.

Innebygd personvern og personvern som standard. 27. februar 2019

Evaluering av It-systemer i et forvaltningsperspektiv. Drift, vedlikehold og videreutvikling av IT-systemet

Innføring av earkiv i offentlig forvaltning

Test og kvalitet To gode naboer. Børge Brynlund

Akkumulert risikovurdering oktober 2015

Statusrapport. MUSIT Ny IT-arkitektur Pilot. NØKKELINFORMASJON Rapporteringstidspunkt 12. august 2016 Rapporteringsperiode Juli 2016

SAKSFRAMLEGG. Forum: Skate Møtedato:

Digital samhandling i praksis med. Kort om DSS. Departementenes bruk av felles samhandlingsrom og skytjenester

Business Intelligence og Datavarehus

Erfaringer fra bruk av Scrum i PS2000-prosjekter NSP temadag Agile metoder i prosjekt Motivasjon av kunder og Nyttige verktøy

Prosjekteierrollen, krav og forventninger. Implementering av pensjonsreformen i Statens Pensjonskasse PERFORM

Kontrakter. INF1050: Gjennomgang, uke 12

Automatisert test som leveransekrav

EN INNFØRING I BPM

NS-EN Ledelsessystemer for kvalitet - NS-EN ISO 9001 for helseog omsorgstjenester

Hva arkitektur kan bidra med for at vi skal nå de strategiske målene

Innledning til IT-revisjon

Testing tidlig i livssyklusen smidige prosjekter. Arne Erik Hurum Helsedirektoratet Bjørn Andersen - Steria

Egenevaluering av internkontrollen

VEDLEGG A UTKAST TIL LEVERANSEBESKRIVELSE

Utfordringer og muligheter i store offentlige IKT-prosjekter. Anne Helga Seltveit

Status Én innbygger én journal. Hallvard Lærum

Testbilag til IT kontrakter

Om fem år er hele NAV i skyen. 18. juni 2019 // Petter Hafskjold, sjefarkitekt IT

Modernisering av IKT i NAV

Digitalisering i sneglefart. Tormod Varhaugvik, Ark 2017

Når en statisk forvaltningskultur møter en dynamisk teknologiutvikling. Arild Haraldsen Partnerforum

Orientering om etablering av program Mobil digital klinisk arbeidsflyt (MoDI)

Generelt om operativsystemer

Arkivverket Inga Bolstad

Velkommen til INF3290!

EBL, Toveiskommunikasjon i Norge

Smidig leveranseprosjekt en selvmotsigelse. Dataforeningen og Norsk Senter for Prosjektledelse Temadag 31. mai En lyntale av Jon Øgar

SKYTJENESTER ELLER EGNE SYSTEMER ENTEN ELLER I FREMTIDENS IT-ARKITEKTUR?

Dårlige tider gir gode verktøy - visualisering av komplekse feilsituasjoner -

Likning- bingo ark 1

Metode for identifikasjon av dokumentasjon. 8 Norske Arkivmøte,

Statusrapport. MUSIT Ny IT-arkitektur Hovedprosjekt. NØKKELINFORMASJON Rapporteringstidspunkt 6. april 2017 Rapporteringsperiode Februar-Mars 2017

Retningslinjer for identifisering og håndtering av interessekonflikter i Sbanken ASA

Regelbaserte systemer for beregning av pensjon

Prosjektoppgave INF3290 høsten 2017

Retningslinjer for identifisering og håndtering av interessekonflikter i Sbanken ASA

Pressebriefing 11. april 2013

Prosjektoppgave INF3290 høsten 2017

Digitaliseringsstrategi

Prosjektoppgave INF3290 høsten 2018

Styret Helse Sør-Øst RHF 24. august 2018 SAK NR STATUS OG RAPPORTERING REGIONAL IKT-PORTEFØLJE PER FØRSTE TERTIAL 2018

Programvareutvikling (store systemer)

PARTNERSKAP OG FELLES LØSNINGER - FORUTSETNINGER FOR EN EFFEKTIV KOMPETANSEUTVIKLING I STATEN?

Matrikkelen en nasjonal felleskomponent -kommunereform faggruppemøte

Semicolon: Målbilde 2025 (2030) Erlend

Vedlegg 2-Styresak Målbildet og strategikart v.10 Helse Nord IKT HF

Utfordringer innen IKTområdet PwC 20. september 2011

ELIN-metoden. Elektronisk informasjonsutveksling

Forbedringsprosjektet Psykisk helsevern og rusbehandling Sykehuset Østfold

Styringssystemet SMART

Felles datakatalog. David Norheim

Kompetansemål fra Kunnskapsløftet

LEVER OFTERE TEST SMARTERE

Felles IAM i UH-sektoren

Informasjonssikkerhet i kommunene. Gaute Wangen, seniorrådgiver Seksjon for digital sikkerhet, NTNU

Anbefaling om igangsetting av løsning for resultatutveksling

oppgavesett 4 INF1060 H16 Hans Petter Taugbøl Kragset Øystein Dale Christian Resell 27. september 2016 Institutt for informatikk, UiO

28. mai MN allmøte om digital eksamen

Fra teori til praksis

Transkript:

Teknisk gjeld ARK2016 // Den norske dataforeningen 6. april 2016 Petter Hafskjold Sjefsarkitekt @petterhf Innhold Hva er teknisk gjeld? NAVs tilnærming Dokumentasjon av teknisk gjeld Oppsummering NAV, 06.04.2016 Side 2

Hvordan definere vi... Teknisk gjeld er en metafor som viser til konsekvensene av dårlig programvareutvikling (Cunningham, 1992) NAVs tilnærming til teknisk gjeld er i stor grad basert på artikkelen An exploration of technical debt av Edith Tom, Aybüke Aurum,Richard Vidgen i The Journal of Systems and Software 21. januar 2013. Artikkelen oppsummerer en metastudie av litteratur om teknisk gjeld NAV, 06.04.2016 Side 3 Hvordan oppstår teknisk gjeld? Bevisst Tar et bevisst valg, og er dermed klar over at det oppstår teknisk gjeld (Forsvarlig/uforsvarlig) BEVISST (Deliberate) Teknisk gjeld kvadranten «Vi har ikke tid for...» «Vi må la det være og håndtere det senere...» Ubevisst Læring underveis finner ut at man skulle gjort ting annerledes (Forsvarlig) Mangel på kunnskap, uviten om at det oppstår teknisk gjeld (Uforsvarlig) UBEVISST (Inadvertent) «Hva er lagdeling...» UFORSVALIG (Reckless) «Nå vet vi hvordan vi skulle ha gjort det...» FORSVARLIG (Prudent) TechnicalDebtQuadrant / Martin Fowler / 2009 NAV, 06.04.2016 Side 4

Vi kategoriserer teknisk gjeld i følgende dimensjoner Dimensjoner Beskrivelse Stikkord Kode Design og arkitektur Teknisk miljø Dokumentasjon Testing Skapes av dårlig skrevet kildekode. Teknisk gjeld i kode vil også øke når mengden kode øker uavhengig av kvalitet. Mangler i design og arkitektur. Avvik fra prinsipper, krav og målbilder. Kan oppstå i det tekniske miljøet til en løsning, i tillegg til utviklingsrelaterte prosesser. Utdatert komponenter, kjøretidsmiljø og/eller operativsystem er inkludert her. Mangelfull og/eller lav kvalitet på dokumentasjon. Dette kan være designdokumentasjon, dokumentasjon av kode og systemdokumentasjon. Mangelfull testdekning av en løsning og/eller manuell testing som kan automatiseres. Duplisering Kompleksitet Lesbarhet Struktur Avvik fra prinsipper Avvik fra design og arkitekturkrav Avvik fra målbilder Hardware Infrastruktur OS, plattformer, rammeverk Støttesystemer Utviklingsprosesser (f.eks.: manuelle prosesser som kan automatiseres) Mangel på dokumentasjon Dokumentasjon med lav kvalitet Mangelfull testdekning Manuelle vs. automatiserte tester NAV, 06.04.2016 Side 5 Sentralt for å identifisere teknisk gjeld er krav til produktkvalitet NAV har etablert en modell med 10 kvalitetsegenskaper Modellen er basert på ISO 25010, og tilpasset til NAV Modellen består av 3 nivåer Kvalitetskrav knyttes til kvalitetsegenskapene NAV, 06.04.2016 Side 6

Teknisk gjeld er avvik fra kvalitetskrav NAV har utarbeidet en fast kravliste Alle krav er knyttet opp mot en eller flere kvalitetsegenskaper Kravene gjelder i utgangspunktet for alle våre IT-løsninger Avvik fra kvalitetskravene anses som teknisk gjeld NAV, 06.04.2016 Side 7 Innhold Hva er teknisk gjeld? NAVs tilnærming Dokumentasjon av teknisk gjeld Oppsummering NAV, 06.04.2016 Side 8

Helhetlig tilnærming til teknisk gjeld NAV, 06.04.2016 Side 9 Prinsipper for håndtering og forvaltning av teknisk gjeld A B PROSJEKT UTVIKLINGSAVDELINGENC RAPPORTERING LØSNINGS- BESKRIVELSE 7 RAPPORTERING 8 9 UTVIKLINGS- MØTET TEKNISK 1 2 GJELD TEKNISK GJELD STYRINGS- GRUPPE D 10 6 FORVALTNINGS- KONTOR 5 ENDRINGS- PROSESSEN 3 4 ARKITEKTUR- BESLUTNINGER IT-avdelingen NAV, 06.04.2016 Side 10

Innhold Hva er teknisk gjeld? NAVs tilnærming Dokumentasjon av teknisk gjeld Oppsummering NAV, 06.04.2016 Side 11 Hvordan vi beskriver teknisk gjeld Kvalitetsegenskap Verdikjede/ komponent Beskrivelse Dimensjon (av teknisk gjeld) Oppstått Årsak Teknisk gjeld Konsekven svurdering Kostnad Kraveier Kvalitetskrav Eier (systemteam) Løsningsbe skrivelse Status Målbilde Estimat NAV, 06.04.2016 Side 12

Teknisk gjeld dokumenteres som vanlige epos, men med noe tilleggsinformasjon Angi «Dimensjon» av teknisk gjeld dette eposet omhandler Ny fane opprettet i Jira for informasjon knyttet til teknisk gjeld Angi «Kvalitetsegenskap(er)» som påvirkes av den tekniske gjelden Angi «Gevinst og 5 år» fra gevinstberegningen Angi «Konsekvenser» av den teknisk gjelden Angi «Estimat» Angi «Ekstra kostnader» (F.eks. lisenser etc.) NAV, 06.04.2016 Side 13 Teknisk gjeld legges i NAVs produktkø NAV, 06.04.2016 Side 14

Teknisk gjeld fordelt på kvalitetsegenskaper NAV, 06.04.2016 Side 15 Dimensjoner av teknisk gjeld NAV, 06.04.2016 Side 16

Innhold Hva er teknisk gjeld? NAVs tilnærming Dokumentasjon av teknisk gjeld Oppsummering NAV, 06.04.2016 Side 17 Ønsker vi alltid å unngå teknisk gjeld? Teknisk gjeld er ikke nødvendig dårlig bevist midlertidig forenkling av løsning kan gi tidligere leveranse (men medfører rydding senere) Null teknisk gjeld = «gold plating», det vil si alt for dyre løsninger tenk 80/20 eller 90/10 Brudd på kvaliteskrav medfører teknisk gjeld Men beviste og godkjente varige avvik er ikke teknisk gjeld Vurder behovet for metodisk tilnærming for teknisk gjeld og krav til produktkvalitet i nye løsninger må på plass først NAV, 06.04.2016 Side 18

Oppsummering teknisk gjeld i NAV Stegvis modning og innføring Arbeidet startet i 2012 med bevisstgjøring rundt ikke-funksjonelle krav og mange krav ble utarbeidet ISO 25010 ble etter hvert valgt som modell og regime for å forvalte kravene kom på plass i 2014 I 2014 ble budsjett og produktkøarbeid for tekniske forbedringer samlet Verktøystøtte for registrering av teknisk gjeld i produktkøen ble etablert i 2015 Bevisstgjøring har effekt både hos forretningssiden, IT og prosjektene Forvaltningsbudsjett og produktkø gir incitament Etablert produktkø gjør det enklere å utbedre teknisk gjeld når prosjekter gjennomføres og erfaringstall for senere prosjekter NAV, 06.04.2016 Side 19 // Spørsmål? NAV, 06.04.2016 Side 20

// Takk for meg! NAV, 06.04.2016 Side 21