Redaksjonen. Skrevet 13. august 2020 Del Skrevet 13. august 2020 KOMMENTAR: Akson avslører at offentlig sektor ikke har knekt koden for softwareutvikling Lenke til kommentar
Anders Jensen Skrevet 14. august 2020 Del Skrevet 14. august 2020 Har hørt at sykehuspartner opererer med ~400 årsverk i prosjektstøtte. Da skjønner du hvilken bragd det er hver gang en av de verdiskapende teknologene får gjort noe. 2 Lenke til kommentar
Risotto Skrevet 14. august 2020 Del Skrevet 14. august 2020 Konseptene (3) er differensiert ift. et ønsket fremtidig målbilde: (K1) Lokale journaler, (K4) Nasjonal rammeavtale eller (K7) Nasjonal journal Dernest er konseptene vurdert innen fem kategorier: Kvalitet, effektivitet, risiko, kostnad og nytte. - > Hvordan man skal oppnå målbildet f.eks. med smidig tilnærming er ikke et valgkriterie. Risiko er vurdert innen omfanget til informasjonssikkerhet: konfidensialitet, tilgjengelighet og integritet - > Risiko relatert til implementering er ikke vurdert. Lenke til kommentar
Geir Amsjø Skrevet 14. august 2020 Del Skrevet 14. august 2020 Risotto, Jeg forstår ikke hensikten med KS-regimet om man ikke skal ta med "risiko relatert til implementering". Det er jo her mange store prosjekter feiler - man undervurderer risikoen i selve prosjektet og valgt fremgangsmåte. Og ikke minst premisset om at man låser omfanget alt for sterkt, alt for tidlig. Hvis man hadde sett på hele risikobildet og tatt med smidig tilnærming som alternativ ville man fått et helt annet beslutningsgrunnlag. 1 Lenke til kommentar
Risotto Skrevet 14. august 2020 Del Skrevet 14. august 2020 Helt enig! I konseptvalgutredningsrapporten fremgår det at risiko knyttet til gjennomføring har blitt vurdert innen 4 hovedgrupper: _Styringsrisiko Dette er risiko knyttet til beslutninger nasjonalt og lokalt for å iverksette og prioritere tiltaket innenfor de rammer som er vedtatt i styringsdokumentet. _Definisjonsrisiko Dette er risiko knyttet til hvilken funksjonalitet hvert enkelt konsept skal levere og omfatter fagstyring og styring av omfang og funksjonalitet _Løsningsrisiko Dette er risiko som kan oppstå i anskaffelse og konfigurering/utvikling av de løsningskomponenter som utgjør hvert enkelt konsept. Løsningsrisiko vurderer leverandørmarkedets evne til å levere funksjonalitet og brukerflater som dekker ulike brukeres behov, evnen til å etablere en leveranseorganisasjon, spesialisthelsetjenestens evne til å levere et felles grensesnitt i samhandlingen med løsningen(e), samt evnen til å etablere de nasjonale løsningene som skal understøtte samhandling _Innføringsrisiko Dette er risiko knyttet til mottakende organisasjons evne til å etablere nødvendig mottaksprosjekt for å gjøre lokale tilpasninger, integrasjoner, opplæring, konvertering samt tilpasninger av arbeidsprosesser Virker som det er en premiss at løsningen skal bygges med grunnmur, plattformer og programvarer fra leverandørmarkedet og at løsningsrisikoen derfor er avgrenset til det formålet. Smidig tilnærming har kanskje aldri vært et tema? Lenke til kommentar
Geir Amsjø Skrevet 15. august 2020 Del Skrevet 15. august 2020 Interessant. En slags smidig tilnærming har muligens blir vurdert på et tidspunkt, men blitt forkastet Lenke til kommentar
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå