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 Medarbejderne i en række AF-regioner holdt i går faglige møder eller nedlagde arbejdet i protest mod det nye edbsystem 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 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
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 Thomas Christensen IT-arkitekt m.v. Mobil: +45 2096 9462 thom@schristensen.com 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
Private SYSTEMLANDSKABET Styrelsen for Arbejdsmarked og rekruttering, STAR Borger og virksomhedsrettede løsninger Offentlig e Private Jobdatabaser Job- ind Job- ud Jobnet for borger og virksomhed Jobnet (CV, Jobannoncer, tilbud) Jobbing.dk Mit job kompas VITAS (Virksomheds- tilbud) Midlertidige indberetninger (Sharepoint) CPR JobKo n Sagsbehandlerrettede løsninger Jobnet for jobkonsulenter Til- /afmelding Plan, Ferie, Sygdom CV Administration og ledelse Bruger admin Landssupport- systemet CVR NemId Planner (Indkald samtaler) Arbejdsmarkeds- portalen DFDG Det fælles datagrundlag (DFDG) Backend, DWH Printarkiv Skabeloner Jobindsats.dk A- kasse A- A- kasse løsninger løsninger kasse Anden Aktør Systemer NemRefusion Sygemelding Medlems- til/afgang UPH, status, sygdom CV samtaler Rådighed/Sanktion Ydelsescenter Kommunernes ydelsessystem (KY) - kontanthjælp mm.) Kommunernes sygedagpengesystem (KSP) Til- /afmelding Kontaktgruppe Henvisning til YC Bevilling Raskmeldingsstatus Stop sygedagpenge Raskmelding Opret sag Stop sag ved raskmelding Ændring af sag Ferie Varighedsadvis Kommune Til- /afmeldinger Plan, Ferie, Sygdom, Aktiveringer, Samtaler, CV, mm Fravær Negative hændelser Henvisningsdato til YC Aktivering Rådighed/Sanktion Bevilling Ret og pligt AMFORA Jobcenter Jobcent er Jobcenter løsninger FASIT, Opera, Workbase Aktiviteter Borger.dk Virk.dk Anden kommunal IT Rigsarkivet Telefon: Sagsoverblik/ +45 3332 7778 Partskontakt EDH EDH (SAPA) Centralprint Økonomistyring KMD Opus o.a. A- Refusion A- Refusion KMD, KMD, WBA, WBA, SKS- AS SKS- AS Danmarks Statistik 25
ELLER ET LIDT ENKLERE BILLEDE Jobnet JobKo n Planner DFDG A- kasse Jobcent er 26
FORRETNINGEN HVORDAN OPSTÅR BEHOVET? Landssupporten Teknologisk udvikling Reformer Modernisering- - Reform af beskæftigelsesindsatsen teknisk - og Reform af kontanthjælpen brugermæssigt - Reform af førtidspension og fleksjob - Reform af sygedagpenge - Reformen af - Reform af - Reform af Teknisk gæld Indirekte lovgivning Backlog 27
2. SITUATIONEN I 2010 AGIL VAR OP AD BAKKE 28
IT-PROJEKTERNE I DEN STATSLIGE SEKTOR VAR UDFORDRET: Maj 2010 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 Agil: 0 Akupunktur: 0 30
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
PAUSE, DEREFTER. 3. DEN AGILE REJSE - 2010 TIL NU 34
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 Med den agile udviklingsmodel fly@er vi fokus fra produkt og pris 4l proces, rammer og mennesker
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)
Når vi har valgt den rigtige leverandør, gælder det om at gøre den valgte leverandør rigtig IMPLEMENTERING AF DET AGILE SAMARBEJDE I PRAKSIS
DEN AGILE MODEL: - HVAD ER DET? Daily Scrum Sprint review Sprint Sprint retrospective Sprint Planning
Coaching Retrospective Review Procesforbedring Skalering IMPLEMENTERING LØBENDE FORBEDRING TILPASNING 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 Sådan var det: Alle bruger til på ting der ikke bliver til noget Prioritering/descoping Lovgivning Strategi Teknologi Analyse Udvikling Release Inddrag kapacitetsbegrænsninger tidligt Ønsket tilstand: Indsatsen koncentreres om det der bliver til noget. Prioritering/scoping 43
USER STORY MAPPING release 1 release 2 release 3
45
EKSEMPEL: PRIORITERING AF LØSNINGER 46
PRODUCT OWNER http://blog.crisp.se/2012/10/25/henrikkniberg/agile-product-ownership-in-a-nutshell
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
Ressourceallokering Efterslæb fra tidligere release Allkeret fugbugz Uplanlagt forretning (CPO) 4% 3% Serveropgradering Løbende forbedringer (Kaizen) Planlagt forretning 15% 50% 10% 18% 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 Aage Knudsen Management konsulent Mobil: +45 2061 3472 aage.knudsen@wata.dk