Martin Völcker SLL IT Projektledare Mentor för agila projekt

HTML
DOWNLOAD

Storlek: px

Starta visningen från sidan:

Download "Martin Völcker SLL IT Projektledare Mentor för agila projekt"

Sara Svensson
för 9 år sedan
Visningar:

1 Martin Völcker SLL IT Projektledare Mentor för agila projekt

2 Agenda Positionering Bakgrunden till valet av DSDM Projektexempel Framtid

3 Verksamhetsförändring IT - verksamhet Verksamhet Agile utveckling Vattenfall Tid

4 Varför? Affärsmodell Beställare, Affärsnivå Projektägare Projektnivå Vem, vad, när? Styrmodell Projektledning Hur? Produktionsmodell Produktionsmodell Projektmedarbetare

6 Bakgrunden till valet av DSDM Så gott som samtliga systemutvecklingsprojekt överskred sin budget. Inget systemutvecklingsprojekt levererade enligt tidplan. Många systemutvecklingsprojekt levererade inte det beställaren efterfrågat (förväntansglapp).

Inget systemutvecklingsprojekt levererade enligt tidplan.

7 Var står vi idag? Vi har valt DSDM som agile utvecklingsmodell inom SLL IT. Modellen hade använts tidigare på Karolinska universitetssjukhus (Huddinge) Samtliga PL erbjuds grundutbildning i DSDM. Samtliga projekt som initieras går igenom DSDM lämplighetsfilter. Bara i år startas flertal nya projekt med DSDM.

Samtliga PL erbjuds grundutbildning i DSDM.

9 BAT & Portal: Översikt Tjänster Gemensam rollstyrd portallösning Innehållshantering: Möjligheter till riktad informationsspridning Singelinloggning: Enkel, unik inloggning till flera informationskällor utifrån behörighet Samordnad identitetshantering och autentisering Åtkomstkontroll: Rätt information för behöriga medarbetare (inkl Samtycke och Vårdrelation) Kontext: Samma patient i alla sammanhang Loggning: Uppföljning av åtkomst till vårddokumentation. Process- och integrationstjänst: Kopplar samman dagens system BAT Tjänster SLL Navigator och Portal Innehållshantering CM SSO Autentisering Åtkomstkontroll Behörighet Identitetshantering Samtycke och vårdrelation Utlämnande Kontexthantering CCOW Loggning Process- och integrationstjänst

Samma patient i alla sammanhang Loggning: Uppföljning av åtkomst till vårddokumentation.

10 Praktikfall- Bat & portal Avtal skrevs med en stor leverantör Ett projekt som var starkt försenat. Avsevärt dyrare än beräknat. Ett vattenfallsprojekt Skulle leverera en 1.0 version Kommunikation mellan kund leverantör dålig Kommunikation mellan verksamhet och leverantör obefintlig

Ett vattenfallsprojekt Skulle leverera en 1.

11 Bat & Portal Efter att avtalet undertecknats låste en stor grupp konsulter in sig tillsammans. Jag varken såg eller hörde något ifrån dem under projektets gång..

12 Bat & Portal Utfall Projektet levererad inte ens hälften av kravställning Projektet tog dubbelt så lång tid som beräknat. Systemutvecklarna hade inte förstått och/eller blandat ihop termer, begrepp och verksamhetsprocess. Mycket ansträngda avtalsförhandling med missnöje på båda sidor

Systemutvecklarna hade inte förstått och/eller blandat ihop termer,

13 Omstart av projektet Skapade en taskforce In med en DSDM mentor som körde projektet de tre första veckorna. Där VoT genomfördes samt TB1 DSDM principerna infördes Separat avtalsförhandling /projektgenomförande Projektet fick högsta prioritet Aktiv beställare

Där VoT genomfördes samt TB1 DSDM principerna infördes Separat

14 Resultat: Bat & Portal Fullt fungerande system på 6 månader Levererade mer funktionalitet på 6 månader än de hade gjort på 2 år Kunde sjösätta projekt som var i beroendeställning Leverantören och kundens rykte återupprättades till viss del De nya projekt som skall startas måste använda DSDM, om ej förklara varför. Mer acceptans för agilt arbetssätt

beroendeställning Leverantören och kundens rykte återupprättades till viss del De nya

15 BOS klient En klient för att kunna beställa remisser samt se svar Leverantör skulle leverera Överenskommelse att genomföra projekt med DSDM Produktutveckling i Norge En.net produkt Skulle integreras med SLL infrastruktur

Överenskommelse att genomföra projekt med DSDM

16 Journal BOS K-Labb Not B o P M-Labb EDI BOS tjänster PU C-Labb MEK ATK HTB

17 Problem Leverantören förstod inte DSDM Trots omstarter kom ej leverantör med på tåget Leverantörens affärsansvariga levde kvar i traditionella affärsmodeller Norge syntes ej Produkten höll inte måtten

18 Resultat Projektet avbröts 150 fel vid första leverans Försenade leveranser Fördyrade projektet gentemot andra leverantörer Fördyrade projektet för SLL Kunde ej breddinföra BOS i verksamhet

19 Lärdomar inför framtiden Säkra leverantörens involvering DSDM mentor Ledningens stöd Delleveranser Våga bryta projekt tidigt Granska produkter djupare tekniskt Se till att minska beroende till plattform Säkra att plattform har flertal produktionssättningar per år Utbilda hela projektgruppen

produkter djupare tekniskt Se till att minska beroende till plattform

20 Utmaningar framöver Affärsmodell Agile utveckling Test Plattform Förvaltning

21 Utmaningar framöver Gå över till DSDM Atern Nya guidlines Förbättrade mallar Kommunicera RRR Gemensamt projektkontor för att rulla ut DSDM på fler ställen inom SLL. (Vissa andra delar använder det redan) Att göra det lätt för verksamheten att förstå och få hjälp med projekt. Verktygsstöd

22 Kritiska framgångsfaktorer Leverantören måste förstå och anamma agila principer och framförallt arbeta nära användare och verksamhet. Projektet bör anamma arbetssättet med täta och mindre omfångsrika leveranser! Avtal och affärsmodell måste stödja arbetsmetoden

Relevanta dokument

PPS ett praktiskt verktyg som fungerar för mig

PPS ett praktiskt verktyg som fungerar för mig Jarkko Erikshammar 2009-03-02 35 minuter Jarkko Erikshammar. Tel 0920 492 18 60, 070-668 97 72, e-post: jarkko.erikshammar@ltu.se Luleå tekniska universitet.