Kvalitet, drift og vedligehold

1. Kvalitet, drift og vedligehold

2. Efter denne lektion skal du: • Kende de mange forskellige definitioner af kvalitet • Kende de officielle (= Dansk Standard) kvalitetsbegreber • Kunne anvende review-teknikken til kvalitetsovervågning • Kunne skrive en projektplan, der også omfatter kvalitets-aktiviteter • Kende til alternative og ikke-rationelle perspektiver på projektledelse • Kunne gøre rede for hvorfor et projekt generelt bør inkludere aktiviteter og overvejelser, som sigter på at gøre projektets drifts- og vedligeholdelsesfase så vellykket som mulig • Kunne give eksempler på aktiviteter og overvejelser der naturligt vil indgå i software projekter

3. Kvalitetiprojekter • Hvad er kvalitet • Kvalitetsstyring • Standarder • Review og test • Ændringsstyring • Målinger og rapportering

4. KVALITET • Hvad forstår du ved kvalitet i et projekt ?

5. Fire typer • KVALITET Proces-kvalitet Produkt-kvalitet Graden af behovsopfyldelse Værdibaseret kvalitet

6. Hvad er kvalitetsstyring? Kvalitetsstyring = Kvalitetsplanlægning + kvalitetsovervågning + kvalitetssikring

7. Kvalitetsplanlægningomfatter: 1. Specifikation af krav til ønsket kvalitet for produkt(er) 2. Beslutning om proces(ser), herunder planer og procedurer vedrørende tid, sted, faser, personer etc.

8. Kvalitetsovervågning De aktiviteter og handlinger der foretages med det formål, at finde ud af om de udviklede produkter overholder de besluttede specifikationer. Overvågningen består af: 1. Måling og registrering 2. Vurdering, sammenligning og bearbejdning, med henblik på at iværksætte korrigerende handlinger.

9. Kvalitetssikring De aktiviteter og handlinger der foretages med det formål, at finde ud af om processer udføres i overensstemmelse med de besluttede planer og procedurer. Overvågningen består af: 1. Måling og registrering 2. Vurdering, sammenligning og bearbejdning, med henblik på at iværksætte korrigerende handlinger.

10. Arbejdet med kvalitet • Anvendelse af definerede metoder og værktøjer • Gennemførelse af reviews • Test af programmel (testprocesser) • Etablering og sikring af standarder • Styring af ændringer • Målinger • Systematisk opsamling af kvalitetsdata og rapportering

11. Standarder inden for kvalitetsområdet • ISO 9000 • Capability Maturity Model (CMM) • BOOTSTRAP • SPICE - ISO 15504 Software Process Assessment

12. ISO 9000 • ISO 9000 kort fortalt: • Skriv, hvad du vil gøre • Gør, hvad du har skrevet • Skriv, hvad du har gjort • ISO 9000 standarder i relation til IT projekter • ISO 9001 bliver man certificeret til • ISO 9000-3 Retningslinier for anvendelse af ISO 9001 til programmel (Dansk Standard, Baunegårdsvej 73, 2900 Hellerup, tlf. 39 77 01 01, fax. 39 77 02 02)

13. Review Et review er et møde, hvor kvaliteten af et produkt eller emne vurderes. Formålet er: • At påpege forbedringer • At godkende et produkt • At skabe ensartet kvalitet • At uddanne deltagerne Det er reviewernes opgave at påpege problemer - ikke at løse dem

14. Typer af review • Husk at der er overlap mellem de forskellige review

15. Review af Kravspecifikation Formål • At validere forandringsmål (hvorfor skal projektet gennemføres) • At verificere at krav til systemegenskaberne er veldefinerede og dokumenterede • Validere at de beskrevne funktioner og data svarer til krav

16. Review af Kravspecifikation - Fejlkilder • Misforståelser i kommunikation • Manglende kvantificering af mål og krav • Manglende formel information eller dokumentation • Manglende forståelse for forandringsmål • Misforståelse af eksisterende data • Manglende forståelse for data relationer • Funktionsanalyse og informationsanalyse er adskilt • Interessenterne forstår ikke produkter/diagrammer • Manglende review fra referencegruppe

17. Review af Kravspecifikation- Reviewgennemgang • Scenarier (tegnefilm) • Visioner (ledelsen) • Checklister (obligatorisk) • Arbejdsanalyser • Analyse af eksisterende systemer og ændringer • Gennemgang af eksisterende blanketter og forretningsgange

18. Review af Kravspecifikation - Dokumentation • Reviderede kravspecifikation • Scenariebeskrivelser • Reviewrapporter (mødereferat) • Dokumentation over konflikter og løsningsvalg (-> Styregruppe) • Liste over krav og ønsker som er afvist • Risikoliste ved systemigangsætning

19. Brug review dagligt Review er en god og billig måde at sikre kvaliteten af dokumenter tidligt i IT projekter

20. Test af software - Typer • Modultest • Integrationstest • Funktionstest • Regressionstest • Systemtest • Godkendelsestest • Installationstest • Kapacitets og performancetest

21. Ændringsstyring Styring af ændringer træder i kraft, når først kravspecifikationen er godkendt og “låst” • KRAVSPECIFIKATION

22. Ændringsstyring • Etabler et ændringsliste/log • Udfyld en ændringsanmodning + konsekvens • Godkend, afvis eller sæt som ønske • Projektgruppe • Styregruppe • Opdater ændringsdokumentet • Replanlæg og implementer ændringer i • Projektdokumentation og software • Ændrings- • liste

23. Måling og Rapportering af kvalitet • Produktmetrikker • Fejlrate per produktenhed • Antal fejl per review/test • Procesmetrikker • Tidsforbrug pr. fase i forhold til budget • Forbrugt kalendertid i forhold til budget pr. fase • Antal timer per produktenhed • Antal fejl i de enkelte faser

24. Rapportering af kvalitetsdata • Procedurer for systematisk opsamling af kvalitetsdata • Reviewrapporter og testdokumenter • Ændringsdokumenter • Ressourceforbrug • Tidsforbrug • Økonomi • Intern/ekstern benchmarking • Kvalitetsdata

25. Traditionelt tre former for vedligehold • Forberedende vedligehold (improvement Maintance IM) • Modifikation, implementering af ændringsordrer, re-design og retrofit (insætte nye og bedre komponenter) • Afhjælpende vedligehold (Corrective Maintenance) • Uplanlagt, når noget er gået i stykker • Forebyggende vedligehold (Preventive Maintenance PM) • Planlagt, sættes ind før noget går i stykker

26. Hvad med software projekter? Hvilke aktiviteter og overvejelser sigter på at gøre projektets drifts- og vedligeholdelsesfase så vellykket som mulig?

27. Øvelse i grupper • Tag udgangspunkt i det projekt som er beskrevet i artiklen og overvej følgende: • Hvor (hvornår) slutter projekt ansvaret og begynder driftsansvaret? • Hvilke overvejelser og aktiviteter bør projektet inkludere i forhold til at sikre • succesfuld brug af det nye system? • nem forbedrende, afhjælpende og forebyggende vedligehold?

28. Introduktion til eksamensopgave • Eksamensopgaven (skriftlig rapport) i faget systemudvikling og projektorganisering knytter an til det projekt som det studerende skal gennemføre på 4. semester. • I forventes at arbejde i de samme grupper og bruge jeres eget projekt som case. Den skriftlige rapport skal afleveres den 20. Maj 2009 senest kl. 15.00 (se kursushjemmeside).

29. Eksamensrapportens indhold (I) Eksamensrapporten skal indeholde følgende: • Indledning med kort beskrivelse af 4. semester projektet og dets rammer • Analyser udarbejdet som grundlag for projektplanen • Interessent analyse • Planlægning af scope • Risiko analyse • Argumentation for valg af udviklingsmodel

30. Eksamensrapportens indhold (II) • Projektplan (netværksplan med angivelse af ressourcer) • En redegørelse for hvordan der foretages fremdriftsrapportering, kvalitetssikring og risikostyring i jeres projekt • Gruppens overvejelser omkring samarbejde og kommunikation i projektet • En evaluering af det gennemførte projekt: a) erfaringer med de anvendte teknikker, hvad fungerede godt/mindre godt? b) hvordan arbejdede I som projektgruppe – hvad gik godt, hvad kunne I have gjort anderledes?

31. Løbende (del)aflevering og feedback Undervisningen de sidste 6 uger er tilrettelagt således, at I vil få lejlighed til at arbejde med jeres projektrapport i øvelsestimerne, hvor jeg vil være til rådighed og give vejledning. Desuden er der 3 delafleveringer, som vil give jer mulighed for at løbende at få feedback på jeres arbejde. • Den første delaflevering (tirsdag i uge 11) omfatter punkt 1 og 2 • Anden delaflevering (tirsdag i uge 12) omfatter punkt 3 og 4 • Tredje delaflevering (tirsdag i uge 14) som omfatter punkt 5 og 6.

32. Endelig aflevering 20. Maj 2009 • Deleafleveringerne med evt. rettelser foretaget som følge af den løbende feedback forventes at indgå i den endelige rapport. De tre delafleveringer suppleres med en redegørelse til punkt 7. Punkt 7 er tænkt som en evaluering/refleksion af jeres projektproces og forventes derfor udarbejdet umiddelbart før den endelige rapport afleveres. • Rapporten forventes at omfatte ca. 35-40 sider plus bilag.