Modenhed hos it-leverand rer og hos Deres kunder

2. Modenhed hos it-leverand�rer og hos Deres kunder

3. Agenda It-governance - at a glance Modenhed Hvad er det? Hvorfor? IT- og Telestyrelsens modenhedsmodeller Leverand�rens modenhed Kundens modenhed Modenhed og K02 Modenhed og SKI

4. It-governace- at a glance

5. Hvad er modenhed? Modenhed handler om at forst�, lede, bestemme, m�le og optimere sine processer og arbejdsgange. IT- og Telestyrelsens modenhedsmodeller handler om at vurdere egen modenhed og freml�gge dette for samarbejdspartnere, n�r it-baserede forretningssystemer skal udvikles.

6. CMMI- Capability Maturity Model Integration- Integreret egnetheds- og modenhedsmodel 25 procestyper fordelt p� 4 procesarter: Projektledelse Procesledelse Udvikling Support 5 niveauer for b�de egnethed og modenhed: Kende (1), lede (2), bestemme (3), m�le (4) og optimere (5)

7. Hvorfor modenhed ? Modenhed er: at tr�ffe bevidste valg om styring og arbejdsgange, at have en h�j kvalitet af styrings- og arbejdsprocesser, at sikre at de valgte metoder hertil anvendes.

8. Kend din partner � n�r du skal lave it-baserede forretningsprojekter Optimale udbytte af h�j modenhed: Skal findes p� begge sider af bordet (leverand�r og kunde) For stor forskel i modenhed kan give forst�elses- og kommunikationsproblemer i forbindelse med styring, kvalitetssikring mv.

9. Leverand�rmodenhed �Kundens fordele H�j kvalitet af styrings- og arbejdsprocesser medf�rer betydelig mindre risiko for at projektet forliser. h�jere sandsynlighed for v�rdifulde leverancer. �F� det du har brug for, n�r du skal bruge det. Ikke mere, ikke mindre, ikke for sent og ikke for tidligt.� Jo h�jere risikoprofil et projekt har, jo vigtigere er det gennem valg af en moden leverand�r at nedbringe denne risiko

10. Leverand�rmodenhed � Leverand�rens fordele H�j proceskvalitet giver gennemsnitligt leverancer af h�j kvalitet Bedre pris og tidsestimering. Mersalg baseret p� merv�rdi. Mere tilfredse kunder. Ikke kun de store og �sikre� it-leverand�rer v�lges Nye og mindre leverand�rer kan dokumentere sig ud af markedets manglende kendskab til dem.

11. 

12. Myndighedsmodenhed � hvorfor? Leverand�ren og myndigheden kan i f�llesskab og p� forh�nd afd�kke svagheder hos myndigheden Myndigheden kan forvente at skulle betale lavere pris, for dokumenteret h�jere modenhed. Leverand�rens �forsikringspr�mie� kan s�ttes lavere. Myndigheden har bedre mulighed for at vide, hvad den vil have.

13. �get modenhed hos projektejer g�r en forskel

15. Lavet i samarbejde med Brancheorganisationerne (ITB, ITEK, Dansk ManagementR�d) Dansk IT Kommunernes Landsforening Danske Regioner

16. Anvendelsesomr�de Tommelfingerregel: Projekter med udviklings-/tilpasnings-/implementeringsopgaver til over 5 mio. kr. Men mest afh�ngig af projektets risikoprofil: Jo mere risikabelt, jo mere er modenhed p�kr�vet.

17. Hvad indeholder modellen for leverand�rmodenhed? 30 punkter/krav inden for temaerne: Leverand�rens evne til at gennemf�re systemudvikling/tilpasning Leverand�rens evne til at styre et projekt Leverand�rens evne til at samarbejde med myndigheden Til hvert af de 30 punkter er der tre undersp�rgsm�l De tre undersp�rgsm�l svarer til hhv. CMMI niveau 1, 2 og 3 Med krav til leverand�ren om at vedl�gge dokumentation for besvarelsen af hvert undersp�rgsm�l Ellers bliver scoringen p� modenhed for h�j, viser erfaringer Scoringsmodel til vurderingen af leverand�rens besvarelse og dokumentation Scoringsvejledning for hvert undersp�rgsm�l

19. Modellen for myndighedsmodenhed 30 punkter inden for 3 hovedomr�der Myndighedens evne til at sikre en optimal it-underst�ttelse af forretningen/forvaltningen Myndighedens evne til at styre og gennemf�re it-baserede forretnings/forvaltningsprojekter Myndighedens evne til at h�ndtere relationer til leverand�rer af udvikling/tilpasning/implementering af it-systemer Til hvert punkt er der tre undersp�rgsm�l Modenhedsniveau = antal sp�rgsm�l man kan besvare bekr�ftende Beskrive hvilke dele af organisationen, der er omfattet af m�lingen

20. Myndighedsmodenhedsmodellen - eksempel Myndigheden kan estimere forbruget af egne medarbejdere, og sikre at disse kan allokeres p� de relevante tidspunkter af projektet Myndigheden estimerer alle egne opgaver i projektet, herunder ogs� ud�velse af projektstyring, kvalitetssikring samt den tid, brugerne skal anvende for at tilegne sig det nye system Myndigheden unders�ger systematisk, om der findes medarbejdere med de forn�dne kompetencer, der kan allokeres til projektaktiviteterne. Om n�dvendigt igangs�ttes kompetenceudviklings eller �tilf�rselsaktiviteter For alle projektdeltagere, herunder testere, tr�ffes formelle aftaler med deres linjeorganisation om, hvor meget og hvorn�r de kan arbejde p� projektet

22. Hvordan g�r man i praksis? Kunden beder leverand�ren om i sit tilbudsmateriale at beskrive sin modenhed efter modenhedsmodellen I udbudsmaterialet beskriver kunden tillige sin egen modenhed Kunden fastl�gger i sit tildelingskriterium, hvor meget modenhed skal v�gte ved leverand�rvalget Herved bliver det muligt at v�gte pris og kvalitet (husk at v�lge tildelingskriteriet ��konomisk mest fordelagtige tilbud�) Leverand�ren beskriver i sit tilbud sin modenhed, samt fasts�tter sin pris og tidsplan bl.a. ud fra kundens modenhed Kunden vurderer leverand�rens angivelse og dokumentation af modenhedsniveau I kontrakten angives, at leverand�ren skal udf�re sit arbejde med mindst den modenhed, som leverand�ren har angivet i sit tilbud Modenhedsmodellen er en integreret del af den statslige standardkontrakt K02 Parterne tilser l�bende i projektet, at modparten agerer i henhold til det aftalte modenhedsniveau Hvis ikke, kan kontrakten sanktioneres, s�fremt for lav modenhed er skyld i problemfyldte leverancer

23. K02 - Standardkontrakt for l�ngerevarende it-projekter Anvendelsesomr�det for K02 er fastlagt til Udviklings- og implementeringsprojekter af en vis st�rrelse, der typisk vil v�re karakteriseret ved f�lgende: Et v�sentligt �konomisk omfang, der ligger over udbudsgr�nsen Et tidsforl�b p� over 6 m�neder H�j teknisk og organisatorisk kompleksitet En st�rre grad af specialudvikling Tjenesteydelser indg�r i et ikke ubetydeligt omfang Det samlende system foruds�ttes leveret og implementeret i et antal faseopdelte leverancer.

24. Modenhed i K02 Kontrakten definerer modenhed hos parterne som en del af parternes ydelser Den aftalte modenhed skal v�re til stede ved leverancen og s� l�nge vedligeholdelsesaftalen er i kraft (men ikke n�dvendigvis p� tilbudstidspunktet, med mindre dette er et krav i udbudet) K02 regulerer ikke modenhed i forbindelse med drift Manglende modenhed fritager aldrig for opfyldelse af kontraktens forpligtelser i �vrigt

25. Kontrakten definerer ikke modenhed Modelbilagene henviser til publikationen "Modenhed i it-baserede forretningsprojekter" udgivet af IT og Telestyrelsen. Sp�rgsm�lene indeholdt i denne publikation forventes at udg�re basis for vurdering af b�de kundens og leverand�rens modenhed Modenhedsbegreb i K02

26. Konstatering af modenhed Parterne kan iv�rks�tte audit ved uvildig sagkyndig, der udmeldes iht. den aftalte procedure i kontrakten Audit kan gennemf�res 2 gange �rligt, eller oftere, s�fremt der indtr�der forsinkelse Den sagkyndige rapporterer p� baggrund sine unders�gelser, om de aftalte modenhedskrav er opfyldt og s�tter evt. en frist for opfyldelsen Iv�rks�ttelse af audit i kontrakten: pkt. 5.6 Procedure i kontrakten ift. audit: pkt. 27.2 Iv�rks�ttelse af audit i kontrakten: pkt. 5.6 Procedure i kontrakten ift. audit: pkt. 27.2

27. Misligholdelse - leverand�r Manglende modenhed er misligholdelse, men kun med tilknyttede misligholdelsesbef�jelser s�fremt den manglende modenhed KAN have betydning for partens leverance/medvirken Mulighed for forh�jelse af maksimum for den samlede erstatning og bod med 25 procent Kunden kan h�ve s�rskilt pga. manglende modenhed under visse betingelser Forh�jelse af bod: S�fremt en uvildig sagkyndig ved audit, jf. punkt 5.6, har truffet afg�relse om, at en Parts manglende opfyldelse af kravene til modenhed, jf. punkt 5.3, har en betydende indvirkning p� Partens v�sentlige misligholdelse af Kontrakten, forh�jes maksimum for den samlede erstatning og bod med 25 %. Kundens h�ve muligheder. Kan h�ve s�rskilt pga. manglende modenhed n�r manglen (pkt. 20.1): "har v�sentlig betydning for Leverand�rens forsinkelse [...] eller for at levere uden v�sentlige Mangler, og Leverand�ren ikke ved en fornyet audit ved den uvildig sagkyndige har dokumenteret, at modenhedskravene er opfyldt inden en af den uvildig sagkyndige fastsat frist� Forh�jelse af bod: S�fremt en uvildig sagkyndig ved audit, jf. punkt 5.6, har truffet afg�relse om, at en Parts manglende opfyldelse af kravene til modenhed, jf. punkt 5.3, har en betydende indvirkning p� Partens v�sentlige misligholdelse af Kontrakten, forh�jes maksimum for den samlede erstatning og bod med 25 %. Kundens h�ve muligheder. Kan h�ve s�rskilt pga. manglende modenhed n�r manglen (pkt. 20.1): "har v�sentlig betydning for Leverand�rens forsinkelse [...] eller for at levere uden v�sentlige Mangler, og Leverand�ren ikke ved en fornyet audit ved den uvildig sagkyndige har dokumenteret, at modenhedskravene er opfyldt inden en af den uvildig sagkyndige fastsat frist�

28. Misligholdelse - kunde Kundens manglende modenhed er ogs� misligholdelse Kan medf�re samme forh�jelse af erstatning og bod som leverand�r Giver leverand�ren ret til udskydelse og kan medf�re erstatningsansvar Kundens manglende modenhed opfattes som misligholdelse af kundens forpligtelse til at medvirke ved leverancens udf�relse, der giver leverand�ren ret til udskydelse og kan medf�re erstatningsansvar (pkt. 19) Kundens manglende modenhed opfattes som misligholdelse af kundens forpligtelse til at medvirke ved leverancens udf�relse, der giver leverand�ren ret til udskydelse og kan medf�re erstatningsansvar (pkt. 19)

29. Modenhed og SKI Modenhedsmodellerne indarbejdes i den kommende SKI-rammekontrakt for it-konsulentydelser Priss�tning alt efter kundens modenhed Kontrakt forventes at tr�de i kraft juni 2008

30. Sp�rgsm�l?

31. Vi g�r dette for at f� bedre og mere it for pengene.

32. Se mere p�: www.itst.dk/it-styring/modenhed Rachid El Mousti rem@itst.dk

34. En CMMI-assessment/ISO15504/Bootstrap er omkostningsfuld �konomisk og tidsm�ssigt Tidskr�vende at indsamle dokumentation for CMMI-niveauer - selv inden for enkelte procesomr�der Kr�ver ressourceprioritering Kunderne kan ikke vente F� �credit� for det niveau man er p� nu uden at skulle vente p� fuld CMMI-dokumentation Behov for noget enklere end CMMI