TEST MANAGEMENT I ANSKAFFELSESPROJEKTER. DSTB generalforsamling 22/

Transkript

1 TEST MANAGEMENT I ANSKAFFELSESPROJEKTER DSTB generalforsamling 22/

2 Indhold Baggrund Lidt om mig... KOMBIT og vores DNA TM i vores projekter KOMBITs Projektmodel og principper TM rollens mål og virke Samarbejdet med leverandøren Samarbejdet om kvalitet i løsningen Styringshåndtag Afprøvningsforløb Inddragelse af slutbrugeren Kommunen Erfaringer fra samarbejdet om kvalitet

3 Nicolai Nielsen 15 år med test & QA I rollen som kunde og leverandør A.P. Møller IBM 2010 Nordea 2015 Knowledge Cube Bane DK KOMBIT NICN@kombit.dk

4 Hvem er KOMBIT? Politisk bestyrelse Direktion daglig ledelse 200 medarbejdere Kommunale/KL indstationerede Porteføljegruppe Arbejdsgrupper Referencegrupper Styregrupper

5 KOMBITs DNA Projekter funderet i tydelig behovsafdækning Specialiserede in housekompetencer Kontinuerlig business case-sikring Skarpt fokus på gevinster Business case-fokus Professionel indkøber Stort fokus på markedsmodning Afbalancerede kontrakter og tidsplaner Projektbaseret Motiverede og fleksible projektteams Kost- og tidseffektivt Prince2- og ITIL-baseret

6 KOMBITs projektorganisering

7

8 TM rollens mål og virke Mission Test management konsulenten sikrer, at leverancer omkring itløsningen fra projekt og leverandør bliver kvalitetssikret gennem test og review. I praksis: Tager stilling til kvalitetsniveauet på interne og eksterne leverancer Rådgiver omkring tilgang og strategier for test Facilitator for kvalitetsarbejdet i projektet Arbejder fleksibelt og tager medansvar for det samlede projekt Er aktiv sparringspartner for projektlederen i forhold til risici, fremdrift og interessenthåndtering

9 VI ER KUN EN SUCCES, HVIS VORES LEVERANDØRER HAR SUCCES.

10 Samarbejdet om kvalitet i løsningen Udgangspunkt: Ønske om at arbejde effektivt sammen Fokus på hvor det lykkedes at arbejde godt sammen Fokus på hvad det betyder for os og hvad det sætter os i stand til Tillid til at leverandøren forfølger de aftaler der er indgået. Kontrol med udgangspunkt i at Test er sammenligning af det, man har fået, med det man forventede at få. Definition fra ISO Software Test Process Razzia når der er noget der virkelig ikke spiller.

11 Styringshåndtag Forventningsafstemning Gennem krav og dialog Projektets afklaringsfase forud for udvikling Aftaler Kontrakt Tidsplaner Rammer for test og prøver Test strategi Test Drejebøger (planer) Test Specifikationer Test Cases Test Data

12 Afprøvningsforløb - fra kontrakt til drift Afklaring Statisk test Analyse og design Statisk test Udvikling og test Kontrolpunkter Intern test Integrationstest Non-funktionel test Delleveranceprøver Afslutning og godkendelse Intern test Integrationstest Non-funktionelle test Installationstest Leveranceprøve Overtagelsesprøve Idriftsættelsesprøve Produktionsprøve Pilotdrift og udrulning Udrulningsprøve Driftsprøve

13 Inddragelse af slutbrugeren Kommunen Hvem Referencegrupper Arbejdsgrupper Kommunale/KL indstationerede Hvad Krav Analyse Review Bruger test Brugervenlighedstest Beslutninger

14 Erfaringer fra samarbejdet om kvalitet Anskaffelsesprojektets rammer Stor afstand til udviklingsorganisationen Alt test laves af leverandøren Kontraktdrevet i den agile verden Non-funktionel test volder ofte problemer Fokus på vilkår og hvilke tiltag er Test Manageren med til at facilitere

15 Anskaffelsesprojektets rammer Vilkår Anskaffelsesprocessen er lovreguleret i udbudsloven Ofte leverandører på fastpris Kontrakter kan ikke tage højde for alle tænkelige situationer Test & Kvalitet er ofte et af de mindre tildelingskriterier Tiltag Standardisering af bilag omkring test og prøver Kravstilling af omfang, men ikke metode Dialog omkring rammer efter kontraktens indgåelse

16 Stor afstand til udviklingsorganisationen Vilkår Lille indsigt i produktionen af løsningen Afklaring af tvivlsspørgsmål kan tage tid Kan føre til retrospektiv dialog omkring produktet Tiltag Kommunikation, kommunikation, kommunikation Aktiv deltagelse hos leverandøren Kontrolpunkter og review

17 Alt test laves af leverandøren Vilkår Afprøvning er meget afhængig af test ware Forretningsviden hos leverandør er ofte lavere end hos kunde Uafhængighed i testen bliver mindre Tiltag Kvalitetssikring af test ware Risikodrevet tilgang til test Dialog omkring test af komplekse områder Organisering af acceptance test og afklaring af om løsningen er fit for purpose

18 Kontraktdrevet i den agile verden Vilkår Kravsstilling i kontrakt forud for projektets start, rimer ikke vel på det agile manifest Tiltag Afklaringsfase, med fokus på dialog og rammer Iterativ tilgang til design Nedbrydning af krav i afklaringsfasen Formulering af krav der ikke dikterer løsningen

19 Non-funktionel test volder ofte problemer Vilkår Non-funktionel test er til tider kompliceret Det kan være meget teknisk, specielt instrumentering Non-funktionelle test scripts kræver rette værktøjer og kompetencer Tiltag Kravssætning af non-funktionelle krav Retningslinjer for afprøvning Tidlig afprøvning af fx performance og brugervenlighed Inddragelse af rette kompetencer

20 Opsummering Anskaffelsesprojekterne har nogle rammer og vilkår der spiller stor rolle i projekterne Samarbejdet omkring den fælles succes påhviler begge parter og skal derfor formaliseres og vedligeholdes Når kunden spejler leverandørens kompetencer i eget projekt, er der mulighed for aktivt samarbejde