Agil Transformation / ChangeGroup

ChangeGroup Flæsketorvet 68 DK-1711 København V

Telefon: +45 3332 7778 [email protected] www.changegroup.dk

DEN AGILE TRANSFORMATION, OPTAKT, V/THOMAS CHRISTENSEN



1995

1995



AMANDA

Med 34 procent af stemmerne fik Amanda 1. pladsen i opløbet om at være Danmarks største it-skandale. Computerworld.dk, 20. juli 2007



AMANDA - FAKTA

§  Udbudt i 1995, budget ca. 250 MDKR §  Datacentralen og IBM ender med at vinde §  CSC køber derefter Datacentralen §  Skal være færdigt i 1998 §  Udrulles først i 2000 – arbejdsnedlæggelser følger §  Endelig pris: ca. 650 MDKR

Medarbejderne i en række AF-regioner holdt i går faglige møder eller nedlagde arbejdet i protest mod det nye edb-system Amanda. De ansatte mener, at de ikke kan passe deres arbejde på grund af fejl og mangler i Amanda. Der er ganske enkelt ikke tid til at tage sig af de arbejdsløse og jobformidling. Ingeniøren 10. maj 2000



AMANDA - ANSVAR

… AMS’ øverste ledelse har forsøgt at sikre et hensigtsmæssigt samarbejde med leverandøren... Selv om problemstillingen har været rejst gentagne gange over for leverandøren, har denne ikke formået i tilstrækkelig grad at opfylde AMS’ efterspørgsel efter en mere kvalitetsbetonet planlægning. Rigsrevisionen 10. oktober 2001

Hvem blev fyret?



AMANDA - KRAVSPECIFIKATION

… det [har ] ikke i et projekt som AMANDA, hvor udviklingen strækker sig over flere år, [] været muligt til fulde at tage højde for, hvilke nødvendige eller mulige ændringer der ville være til projektet, efterhånden som udviklingsarbejdet skred frem Rigsrevisionen 10. oktober 2001



AMANDA - RESSOURCER

Rigsrevisionens undersøgelse har vist, at AMS’ ledelse har haft problemer med at sikre tilstrækkelige personaleressourcer til udviklingen af AMANDA Rigsrevisionen 10. oktober 2001



AMANDA – KONTRAKT OG BOD

Kammeradvokaten vurderer, at det bedst betaler sig for Arbejdsmarkedstyrelsen at opgive en retssag mod CSC, selvom han skønner, at oddsene for at vinde er gode. Argumentet er, at det vil tage for lang tid og koste for mange penge at føre retssag. Computerworld.dk 10. maj 2000



FIRE SANDHEDER OM IT-UDVIKLING Mens it-systemer kodes: §  ændrer verden sig §  ændrer forståelsen af forretningen sig (og den bliver bedre) §  udvikler teknologien sig §  bliver leverandøren bedre



FORUDSIGELIG UFORUDSIGELIGHED

§  Omkostninger vs. scope §  Planlagt skalering vs. 4lføje flere ressourcer 4l et allerede

forsinket projekt



BROOKS LAW

… adding manpower to a late software project makes it later Fred Brooks, 1975



KUNDEN VS. LEVERANDØREN

Hvor mange ressourcer skal kunden have i ft. leverandøren? Er kravspecifikationen død? Hvad med kontrakten?



ANSVAR

§  Kunden har ansvaret til slut.

§  Så kan kunden lige så godt tage ansvaret til at starte med



MODENHED

§  Lav modenhed hos kunden §  Lav modenhed hos leverandøren §  Lav modenhed i samarbejdet

SCRUM



POST AMANDA

§  2002: Arbejdsmarkedsportalen

§  2004: Strategi om udfasning

§  2008: Amanda lukkes

§  Iterativ Udvikling

§  Åbne grænseflader

§  Men vandfald



POST AGILT

§  Individer og samarbejde frem for processer og værktøjer

§  Velfungerende software frem for omfattende dokumentation

§  Samarbejde med kunden frem for kontraktforhandling §  Håndtering af forandringer frem for fastholdelse af en

plan



KONTAKTOPLYSNINGER

ChangeGroup Flæsketorvet 68 DK-1711 København V Telefon: +45 3332 7778

www.changegroup.dk

Mobil:

IT-arkitekt m.v.

+45 2096 9462 [email protected]

Thomas Christensen

www.thomaschristensen.com



DEN AGILE TRANSFORMATION, V/AAGE KNUDSEN



DEN AGILE ORGANISATION, HVORDAN ORKESTRERER VI DEN AGILE ORGANISATION

Case: Styrelsen for arbejdsmarked og rekruttering

19



AGENDA

1.  Casen: Styrelsen for arbejdsmarked og rekruttering (STAR)

2.  Situationen i 2010

3.  Den agile rejse - 2010 til nu

4.  Er STAR så agil nu?

5.  Opsamling – og ”gode” råd

20



1. CASEN: STYRELSEN FOR ARBEJDSMARKED OG REKRUTTERING (STAR)

21



Kontor: Digitalisering og Support Kontoret har ansvaret for den digitale implementering af politiske reformer og initiativer, herunder udvikling af selvbetjeningsløsninger mv. Kontoret har ansvaret for den digitale udvikling og forvaltning af de forretningssystemer, der understøtter beskæftigelsesindsatsen på landsplan (Jobnet, DFDG, Jobcenter Planner, Jobbing, Mitjobkompas, ijobr mv).

22



23



24



OffentligePrivate

Kommune

Styrelsen for Arbejdsmarked og rekruttering , STAR

Ydelsescenter

JobcenterKommunernesydelsessystem (KY)-‐ kontanthjælp mm.)

Kommunernessygedagpengesystem

(KSP)

Til-‐/afmeldingKontaktg ruppeHenvisning til YC

Bevilling

RaskmeldingsstatusStop sygedagpenge

Raskmelding

DanmarksStatistik

NemId

CPR

CVR

Opret sagStop sag ved raskmelding

Ændring af sagFerie

Varighedsadvis

FraværNegative hændelser

Henvisningsdato til YCAktivering

Rådighed/SanktionBevilling

Til-‐/afmeldingerPlan, Ferie, Sygdom, Aktiveringer,

Samtaler, CV, mm

Anden kommunal IT

ØkonomistyringKMD Opus o.a.

Sagsoverblik/Partskontakt

(SAPA)

Aktiviteter

Det fælles datagrundlag(DFDG)

Centralprint

Rigsarkivet

Virk.dk

Borger.dk

Sagsbehandlerrettede løsninger

Jobnetfor jobkonsulenter

Planner(Indkald samtaler)

Borger og virksomhedsrettede løsninger

Jobnetfor borger og virksomhed

(CV, Jobannoncer, tilbud)

Jobbing .dkMit job kompas

Midlertidigeindberetninger(Sharepoint)

VITAS(Virksomheds-‐

tilbud)

Til-‐/afmeldingPlan, Ferie, Sygdom

CV

Job-‐indJob-‐ud

Arbejdsmarkeds-‐portalen

Administration og ledelse

Jobindsats.dkBackend,DWH

PrintarkivSkabeloner

Landssupport-‐systemet

Brugeradmin

Ret og plig tAMFORA

A-‐kasseløsningerA-‐kasseløsninger

NemRefusionSygemelding

Medlems-‐til/afgangUPH, status, sygdom

CV samtalerRådighed/Sanktion

Jobcenter løsningerFASIT, Opera, WorkbaseJobcenter løsninger

FASIT, Opera, Workbase

EDHEDH A-‐RefusionKMD, WBA, SKS-‐AS

A-‐RefusionKMD, WBA, SKS-‐AS

PrivateJobdatabaser

PrivateJobdatabaser

Anden AktørSystemer

SYSTEMLANDSKABET

Jobnet

DFDG

A-kasse

Jobcenter

JobKon

Planner

25



ELLER ET LIDT ENKLERE BILLEDE …

Jobnet

DFDG

A-kasse

Jobcenter

JobKon

Planner

26



FORRETNINGEN – HVORDAN OPSTÅR BEHOVET? Landssupporten

Modernisering- teknisk og

brugermæssigt

Teknisk gæld

Teknologisk udvikling

Indirekte lovgivning

Reformer -  Reform af beskæftigelsesindsatsen -  Reform af kontanthjælpen -  Reform af førtidspension og fleksjob -  Reform af sygedagpenge -  Reformen af … -  Reform af … -  Reform af …

Backlog

27



2. SITUATIONEN I 2010 … AGIL VAR OP AD BAKKE

28



Maj 2010

IT-PROJEKTERNE I DEN STATSLIGE SEKTOR VAR UDFORDRET:

”De gode eksempler til trods er vellykkede statslige it-projekter snarere undtagelsen end reglen”



RISIKO: 196 BUSINESS CASE: 89 PROJEKTMODEL: 69 STYRING : 58 RAPPORTERING: 15

30

Agil: 0 Akupunktur: 0



DEN LOGISKE VEJ: PISK ER GODT, DERFOR ER MERE PISK ER ENDNU BEDRE:

Aftalemodel med masser af håndtag til styring og kontrol: •  Fast pris og fast tid

• Utallige detaljerede krav

•  Leverandøransvar

•  Rapportering

•  Servicemål

•  Bod

•  Garantier

Men passer modellen til virkeligheden? •  Vedligeholdelse og genudbud •  Afvikling af teknisk gæld •  Mangelfuld dokumentation •  Videreudvikling i en dynamisk, politisk styret virkelighed.



DET ER SVÆRT AT SLIPPE EN KULTUR UDVIKLET GENNEM MERE END 25 ÅR:

VANDFALDSMODELLEN UNDERSTØTTET AF FASTPRISAFTALEN K02

Logisk, let at forstå, let at forklare:

•  Fast ydelse, fast pris, fast tid!

•  Kontrakten placerer entydigt ansvaret hos leverandøren

•  Alt er aftalt, så vi sparer på egne ressourcer i projektforløbet

•  Aftalte servicemål og prøveforløbet sikrer, at vi får det vi har købt

•  Bodsbestemmelserne får leverandøren til at levere som aftalt

•  Vi skaber en konkurrencesituation, som sikrer os værdi for pengene

•  Leverandørerne kan sende udviklingen derhen, hvor der er dygtige og flittige udviklere til lave timepriser



BESLUTNING: GO AGILE MED JOBNET

33



3. DEN AGILE REJSE - 2010 TIL NU

34

PAUSE, DEREFTER ….



Med den agile udviklingsmodel fly@er vi fokus fra

produkt og pris 4l

proces, rammer og mennesker

VI BRUGTE ET UDBUD SOM ANLEDNING TIL AT INDFØRE DEN AGILE MODEL:

HVIS DU VIL HAVE EN AGIL UDVIKLINGSPROCES, MÅ DU STARTE MED DET AGILE UDBUD



VALG AF LEVERANDØR (TILDELING) Kriterium Traditionel Vægt Agil Vægt

Produkt Løsningen (hvad): Kravopfyldelse Produktegenskaber

30% (Virksomhedens erfaring med tilsvarende opgaver/ teknologier/processer afdækkes i prækvalifikationen)

0%

Organisation Nøglepersoner = projektleder ++

10% Teamets erfaring Bemanding af rollerne Kompetencer Code Camp – evne til håndtering af processen

50%

Proces Kvalitet (kvalitetssystem) Metoder (metodeapparat)

10% Opstartsfasen Løsningen: Hvordan løses den konkrete opgave

30%

Pris Produktpris (TCO) ++

50% Evalueringspris: Team ++

20%



CODE CAMP I VURDERINGSFASEN Et én-dags forløb i tilbudsgivers miljø:

•  Fiktiv opgave (udvikle en lille applikation)

•  Vise evner til samarbejde

•  Vise at de forstår Scrum – gennemløbe et par sprints

•  Demonstrere deres ”værktøjskasse”

•  Demonstrere deres it-understøttelse (løbende build, test, release)

•  Demonstrere teamets kompetencer i forhold til opgaven

•  Demonstrere teamets modenhed i forhold til modellen

(indgår i tilbudsvurderingen)



IMPLEMENTERING AF DET AGILE SAMARBEJDE I PRAKSIS

Når vi har valgt den rigtige leverandør,

gælder det om at gøre den valgte

leverandør rigtig



DEN AGILE MODEL: - HVAD ER DET?

Daily Scrum

Sprint review Sprint retrospective

Sprint Planning

Sprint



IMPLEMENTERING LØBENDE FORBEDRING

TILPASNING •  Coaching •  Retrospective •  Review •  Procesforbedring •  Skalering •  Sameksisterende modeller (Prince2, ITIL, osv.)

40



41



Kapaciteten er kun til at lave det ”helt nødvendige” •  MVP (Minimum Viable Product – det mindste product

der giver værdi for brugeren) •  MVS (Minimum Viable Solution – den simpleste

løsning der løfter MVP)

42



PRIORITER - TIDLIGT

43

Lovgivning Strategi Teknologi

Analyse Udvikling Release

Sådan var det: Alle bruger til på ting der ikke bliver til noget

Ønsket tilstand: Indsatsen koncentreres om det der bliver til noget.

Prioritering/scoping

Prioritering/descoping

Inddrag kapacitetsbegrænsninger tidligt



release 1

release 2

release 3

USER STORY MAPPING



45



EKSEMPEL: PRIORITERING AF LØSNINGER

46



http://blog.crisp.se/2012/10/25/henrikkniberg/agile-product-ownership-in-a-nutshell

PRODUCT OWNER



4. ER VI SÅ AGILE NU? - DEN FORSATTE REJSE

På nogen punkter: Ja,

på andre: Nej. Vi er meget mere agile end vi var - men vi er ikke helt så agile som vi ønsker at være.

48



BARRIERER/UDFORDRINGER

•  Prioritering

•  Skalering til mange teams

•  ”Lagdelte” kontrakter

•  Fysisk adskillelse

•  Adskilte miljøer

•  Vanskelige forhold for PO’er - skal være til stede i flere teams

•  Standardisering på tværs (principper, arkitektur, kode, test, rapportering osv.) Adskilte processer hos hver leverandør Adskilte miljøer, der skal synkroniseres og holdes ajour

•  Release hyppighed, afhængighed af eksterne systemer

49



HVAD HAR STAR OPNÅET? •  Mulighed for løbende prioriteringer uden tung ændringsstyring

•  Mere gennemsigtighed •  i omkostninger til fejlrettelser, videreudvikling og nyudvikling •  i kundens egne prioriteringer •  i problemer à nemmere at agere

•  Overholdelse af budgetter

•  Løbende optimering •  miljøer •  samarbejdet med andre leverandører (webservice snitflader) •  tilpasning af udviklingsteamet og støttepersoner

•  Bedre kode

•  Bedre forretningsmæssige prioriteringer

•  Bedre bestillere



4% 3%

15%

10%

18%

50%

Ressourceallokering Efterslæb fra tidligere release Serveropgradering Allkeret fugbugz Løbende forbedringer (Kaizen) Uplanlagt forretning (CPO) Planlagt forretning

51



OPSAMLING – GODE RÅD •  Gør dig opgaven klart: Et system eller nogle processer og kompetencer

•  Tænk MVP, lær at prioritere

•  Sæt ikke mere i gang end du kan gabe over

•  Coaching, forbedring

•  Dan komplette teams

•  Nærhed

•  Få styr på miljøerne – kort turn-around-tid

•  Fokus på forretningsmæssige mål

•  Skalering er en vanskelig disciplin

52



HVAD HAR VI LÆRT? •  Nærhed og samtale er en forudsætning for at de forskellige kulturer og modeller kan fungere sammen

•  Der findes ikke én færdig agil model – og slet ikke for samspil mellem forskellige kulturer

•  Selv den mest agile leverandør skal coaches

•  Du er omgivet af skeptikere _____________

•  Code Camps gav benefit på to fronter: •  Tilbudsvurdering •  Kick start på Opstartfasen med den valgte leverandør – masser af læring på 1 dag

•  Fordomme om Leverandørerne aflivet: •  Vil ikke gå med til kort opsigelsesfrist •  Vil ikke gå med til reduceret fakturering ved udskiftninger, de ikke er herre over •  Vil ikke have kunden siddende sammen med sine folk •  Vil ikke have at kunden blander sig i bemanding •  Vil ikke samarbejde åbent med ”konkurrenter”

•  Og nej, EU-udbudsreglerne forhindrer ikke agile udbud



DEN VIDERE REJSE

•  Fortsætte og videreudvikle modellen

•  Samarbejde på tværs af delsystemer (mellem egne leverandører)

•  Fælles lokaler

•  Tidlig scoping og prioritering (vi kan ikke det hele)

•  Udviklings- og testmiljøer

•  Pas på forholdene for PO’er

•  Reducere konsekvenserne af genudbud



KONTAKTOPLYSNINGER

ChangeGroup Flæsketorvet 68 DK-1711 København V Telefon: +45 3332 7778

www.changegroup.dk

Mobil:

Management konsulent

+45 2061 3472 [email protected]

Aage Knudsen

Business

Agil Transformation / ChangeGroup