Odense Kommunes Applikationsstrategi, september 2016

Størrelse: px

Starte visningen fra side:

Download "Odense Kommunes Applikationsstrategi, september 2016"

Victoria Jeppesen
5 år siden
Visninger:

1 Odense Kommunes Applikationsstrategi, september 2016 Formål Informere forvaltninger om, Hvordan IT & Digitalisering ønsker at samarbejde med forvaltningerne om applikationer Hvilke fremgangsmåder ITD vil benytte for at fremskaffe de applikationer, forvaltningerne har brug for Hvilke væsentlige forhold man skal huske på ifm. anskaffelse af applikationer

2 Applikationer Applikation: IT-system rettet mod brugere (medarbejdere, borgere, virksomheder) til forretningsmæssige formål. Eksempler på applikationer Emply rekrutteringssystem NemRefusion på Odense.dk NyhedsApp en Plan2Learn kursusbookingssystem TlfbogsApp en

3 Dokumenter om applikationer Disse slides er et resumé af applikationsstrategien Applikationsstrategi. Principper for dækning af applikationsbehov (udarbejdet af ITD) Forslag til en styrket governance-model for styring og administration af kommunens it-systemer (del af effektanalysen vedr. kontrakt- og leverandørstyring på it-området) Vejledning om Odense Kommunes IT-standardkontrakter (udarbejdet af Udbud og Kontraktstyring) Tjekliste - Odense Kommunes IT-standardkontrakter (udarbejdet af Udbud og Kontraktstyring)

4 Overordnet valg af fremgangsmåde Ved nye behov for applikationer vil ITDs rådgivning følge dette princip: Genbrug Køb Udvikl Undersøg i følgende rækkefølge: Har vi noget i forvejen, der kan bruges? Kan vi købe noget færdigt? Skal vi udvikle? A. Genbrug A.1 Flere brugere A.2 Tilkøb funktionalitet B. Køb B.1 Køb uden udbud B.2 Køb via udbud/ski B.3 Køb i fællesskab C. Udvikl C.1 Udvikl - interne udviklere C.2 Udvikl - eksterne udviklere C.3 Udvikl i fællesskab Den systemansvarlige beslutter efter rådgivning fra ITD, hvilken fremgangsmåde der benyttes.

5 Finansiering af applikationer Skab klarhed over betaling for applikationsudvikling Udgifterne til anlæg/anskaffelse/udvikling og drift betales som udgangspunkt af den systemansvarlige afdeling/forvaltning. ITD dækker såvidt muligt de udviklingsudgifter, der er til fælles gavn i Odense Kommune på tværs af forvaltninger ITD stiller allerede udviklede eller indkøbte komponenter til rådighed for nye projekter. ITD kan tilbyde et teknisk udviklingsmiljø, hvor forvaltninger kan indstationere medarbejdere, som arbejder for den pågældende forvaltning. ITD kan tage betaling for udviklingsydelser, både for brug af interne udviklere og for formidling og styring af eksterne udviklingsressourcer. Der udarbejdes altid en konkret udviklingsaftale for at sikre en hensigtsmæssig forventningsafstemning.

6 ITDs involvering Hvornår skal en forvaltning involvere ITD ifm. et behov for en applikation? ITD skal altid informeres ved behov for nye applikationer. ITD afklarer, om der er behov for mere direkte involvering, f.eks. rådgivning, projektledelse eller teknisk udvikling. I den forbindelse anvendes kriterier som, hvilke informationer applikationen indeholder, hvor missionkritisk den er, afhængigheder, behov for centrale ressourcer og hensyn til IT- og driftssikkerhed. Kan der svares ja til et af følgende spørgsmål, skal ITD involveres: Indeholder applikationen personhenførbare eller personfølsomme informationer? Er applikationen forretningskritisk for brugerens arbejdsopgaver? Er andre applikationer eller personer afhængig af data eller hændelser fra applikationen? Har applikationen behov for centrale ressourcer, f.eks. bruger-/rettighedsstyring, personale/org.data eller andre data? Kan drift af applikationen gøre Odense Kommune sårbar mht. IT-sikkerhed eller driftssikkerhed?

7 Genbrug Genbrug af applikationer kan ske på flere måder: A.1 Tilføj flere brugere (licenser) til en eksisterende applikation A.2 Tilkøb funktionalitet til en eksisterende applikation Fordele ved genbrug: Forudsigelighed og stordrift. Ulempe ved genbrug: Lavere grad af innovation Husk de licensmæssige forhold ved øget brug af en eksisterende applikation. Internt i IT og Digitalisering er det Logistik og Service, der varetager licensspørgsmål.

8 Køb af færdige applikationer Der er flere måder at købe færdige applikationer på: B.1 Køb uden udbud, hvis dette er en mulighed B.2 Køb via udbud (evt. via SKI), evt. ved direkte tildeling B.3 Køb i fællesskab med andre f.eks. i regi af KOMBIT eller brugerklubber eller udviklingsfællesskaber såsom SBSYS eller OS2 Udbudsregler og kontraktforhold skal overholdes. Læs mere: [2] Vejledning om Odense Kommunes IT-standardkontrakter [3] Tjekliste - Odense Kommunes IT-standardkontrakter Køb af applikationer skal som alle andre varekøb i kommunen ske i tæt samarbejde med Udbud og Kontraktstyring. Internt i IT og Digitalisering er det Logistik og Service, der varetager licensspørgsmål.

9 Typer af applikationsudvikling Man kan udvikle applikationer på flere måder: C.1 Udvikl selv ved brug af interne udviklere (programmører) C.2 Udvikl selv ved brug af eksterne udviklere (programmører) C.3 Udvikl i fællesskab med andre f.eks. i regi af OS2 eller SBSYS Der kan forekomme kombinationer af de 3 varianter i et projekt. En del udvikling er af typen konfiguration og kan betragtes som en kombination af programmering og administration. Ved konfiguration arbejder man i et mere fastlagt teknisk miljø, hvilket kan give begrænsninger, men også forudsigelighed. Valget mellem konfiguration og udvikling kan have betydning for kompetencebehovet. ITD har i alle tilfælde, men specielt ved C.1 og C.2, til opgave at sikre, at udviklingen eller konfigurationen sker på en professionel måde, dvs. med fokus på rigtigt teknologivalg, høj grad af IT-sikkerhed, test, dokumentation samt stillingtagen til ejerskab og brugsret.

10 Udvikling og konfiguration - interne Vi bruger interne udviklere (C.1) når de rette betingelser er opfyldt Når der er brug for udvikling, kan brug af interne udviklere overvejes på trods af de udfordringer, der også knytter sig hertil hvis nogle af følgende forhold gør sig gældende: Agilitet og forretningskendskab vægtes højt. Behovene er meget specialiserede Der er behov for hurtigt at kunne ændre kurs uden unødig brug af tid eller penge Der er ønske om at vidensopbygningen sker internt i kommunen Der er tale om mindre eller mellemstore applikationer (typisk)

11 Udvikling og konfiguration - eksterne Vi bruger eksterne udviklere (C.2) når de rette betingelser er opfyldt Når der er brug for udvikling, kan brug af eksterne udviklere overvejes, hvis nogle af følgende forhold gør sig gældende: Kommunen har ikke selv kapacitet til at levere interne udviklere. Der er tale om tekniske nicheområder, hvor det ikke er rentabelt for kommunen at opretholde ekspertise, fordi der ikke er en kritisk masse for dette. Det er svært for kommunen selv at rekruttere den fornødne ekspertise. Der er mulighed for samarbejdspartnere fra uddannelsesverdenen Der er tale om forholdsvis simple forretningsbehov, der er lette at beskrive, og som dermed ikke kræver så stor nærhed til forretningen.

12 Udvikling og konfiguration - fælles Vi bruger udvikling i fællesskab (C.3) når de rette betingelser er opfyldt Når der er brug for udvikling, er udvikling i fællesskab især at foretrække, hvis Forretningsbehovene blandt de deltagende parter er meget ensartede Der er økonomisk rationalitet ved fælles udvikling Der ikke er et stort behov for lokal indflydelse på udviklingsprocessen Der ikke er et stort behov for kort udviklingstid

13 Drift, vedligeholdelse og videreudvikling Forberedelse af overgang til drift undervejs i projektet Nøglepersoner fra driftsorganisationen skal inddrages i løbet af projektet. Overdragelsen af viden går begge veje imellem udvikling og drift. Erfaringer fra driften skal tages med i videreudviklingen. Fokusering af teknologier og kompetencer Odense Kommune vil fokusere på få velvalgte udviklings- og platformsteknologier for at samle kompetencerne og sikre succesfuld drift og videreudvikling. I mange tilfælde vil der både være en systemansvarlig for platformen og for den konkrete applikation, der implementeres på platformen.

14 Drift, vedligeholdelse og videreudvikling Ved tilrettelæggelsen af et applikationsprojekt skal man være opmærksom på sammenhængene mellem intern og ekstern udvikling, drift/vedligehold og videreudvikling Træf bevidste og pragmatiske valg mellem interne og eksterne ressourcer, når det gælder ansvaret for hhv. udvikling, drift/vedligehold og videreudvikling af en udviklingsapplikation. Overvej: Hvad ønsker vi at opnå? Hvilke muligheder har vi? Hvad har vi gode erfaringer med?

Relaterede dokumenter

KRAVBANK IT-ANSKAFFELSE OG. En foranalyse igangsat under den Fælleskommunale Digitaliseringsstrategi

KRAVBANK IT-ANSKAFFELSE OG. En foranalyse igangsat under den Fælleskommunale Digitaliseringsstrategi IT-ANSKAFFELSE OG KRAVBANK En foranalyse igangsat under den Fælleskommunale Digitaliseringsstrategi 2016-2020 Forankret under programmet Sammenhæng og genbrug med rammearkitekturen. Hvem har været involveret?