Granskning
Det var en gång en nallebjörn... Granskning Det var en gång en nallebjörn som trivdes bra med sitt liv tillsammans med pojken som han var nallebjörn åt. Det vill säga, sånär som på en sak: han tyckte inte om när pojken bar honom uppför trappan till sovrummet när de skulle gå och lägga sig. Pojken brukade hålla i nallens ena fot medan han bar honom. I den ställningen kom nallens huvud att hänga ner och slå mot trappstegen - duns, duns, duns, duns, duns.... Nallen undrade ofta om detta var det enda sättet att bära en björn upp för en trappa. Ibland kände han på sig att det måste finnas ett annat, bättre sätt. Det var bara det att han aldrig kom ihåg att han skulle tänka ut ett bättre sätt, förrän han hängde där med huvudet nedåt igen och det började dunsa; och så länge det dunsade var det svårt att tänka överhuvudtaget, och när det slutat dunsa var ju nallen redan uppe i sovrummet och då fick han annat att tänka på och glömde återigen bort vad det var han skulle komma på ett bättre sätt att göra. Därför blev det hellre aldrig annorlunda Likadant är det med många av dem som utvecklar produkter och tjänster åt industrin. De vet att de inte räcker till för att möta den ständiga efterfrågan på nya produkter och tjänster eller ändra och rätta de gamla och just därför har de inte tid att analysera orsakerna ordentligt. Man slår sitt huvud mot trappstegen. Medan trapporna blir högre och högre. Duns, duns, duns, duns,duns,duns.... Vad händer idag? Granskning vad det innebär lite olika tekniker Slutrapporten Review, inspection (eng) Granskning Att säkerställa att den färdiga produkten blir den kunden har beställt metod för verifiering och validering Hur började det? Granskningar Grundläggande tanken enkel: Läs granskningsobjektet systematiskt Empirisk utvärdering Fagan inspections (IBM) Tidigt 70-tal - checklistor Fagen 1976 Möten för att hitta fel Granskningar - 82% av felen Olika roller (designers, testare...) Enhets tester - 18% av felen Klassificering Produktiviteten ökade med 23% Större och mindre fel Ekonomiska konsekvenser Granskningar Viktig teknik för att hitta fel tidigt, istället för att “spara” dem till testfasen. • kan användas i alla steg i utvecklingen, • kan ligga till grund för formulering av ingångs- och utgångskriterier (“entry and exit criteria”), kan utgöra värdefulla kontrollpunkter i utvecklingen, • • ger oss en chans att kvantifiera kvaliteten. Om granskningar • • • Olika undersökningar har visat på vinsten med granskningar. Omarbete efter granskning måste läggas in i tidplaner. Positiva bieffekter: spridning av kunskap, gruppkänsla och gemensamt ansvar. En granskning är ingen rättegång! Skilj på sak och person! Varför granska? Huvudsyftet Hitta fel Fel påverkat kvalitén negativt! Andra syften Sprida kunskap Lära från (andras) misstag Få beslutsunderlag Två typer Granskningsprocessen Roller: Formell granskning Overview meeting Root-cause analysis kunden med Planning Preparation Inspection meeting Correction Moderator Författare Granskare Sekreterare Follow-up Informell granskning projektgruppen Request Granskningsprocess • Planering - rätt personer, lokal etc. • Översikt - genomgång och distribution av material • Förberedelser - stöds med checklistor från tidigare erfarenheter • Granskningsmöte Sammanställa felen - inte lösa problemen på mötet. Granskningsprotokoll olika typer av fel granskningsbeslut (godkänd, godkänd efter ändringar, omgranskning) • Omarbete - identifierade fel skall åtgärdas • Uppföljning • List of defects Defect summary Report Granskningsroller Koordinator - ordförande, medlare Sekreterare - skriver protokoll Författare - svarar på frågor Granskare - har före mötet granskat (del av) dokument Få ut det bästa Författaren ”...... sitter på heta stolen” Hur skulle du själv reagera? Teamet Bättre förberedda Feedback Resultat av granskningsmötet Fyra resultat: 1. Godkänt 2. Godkänt med komplettering 3. Omgranskning 4. Mötet skjuts upp Kommunikation Gransknings tekniker Active design review (1990) Gilb ispektions (1993) N-fold inspections (1993) Phased inspections (1985) Stepwise abstraction (1982) Code reading (1993) Usability inspections Olika sätt att detektera fel Reading techniques (eng) Ad hoc Checklista Scenario-baserade metoder Perspektivbaserad Användningsbaserad • Ad hoc • Efter bästa förmåga (inga riktlinjer) • Checklista • En lista med frågor styr läsningen • Perspektivbaserad • Olika perspektiv kombineras tex användare, designers, testare • Användningsbaserad • Prioriterade användningsfall Peer review & Buddy checks Walkthroughs Hitta fel Bekanta sig med produkten Roller • Föredragande (författaren) • Granskare Capture-recapture Informell 1-2 personer ”Personen i rummet bredvid” granskar Nackdel Hittar färre fel Ursprung biologin Syfte Kontrollera kvalitet Informations baserade beslut Element • Planerade möten • 2-7 personer • Brianstorming Nackdel Hittar färre fel Capture- recapture Capture-recapture Presentera resultatet Overlap Diagram Reviewer 1 8 9 3 2 2 6 1 0 2 5 Reviewer 3 ? Reviewer 2 ? Success factors Nackdel Ägandeskap över processen Stöd av ledningen Träning Är dessa viktiga? Varför eller varför inte? Viktigast? Fler success factors? Slutrapporten Kostar mycket initialt Slarv - slöseri med tid och pengar Dock blir ett dokuments kvalitet alltid lite bättre även vid dåligt genomförd granskning Projektet Statusrapport Vad vi har gjort Vad Vi har gjort i projektet så här långt Vilka lärdomar som vi dragit Vad vi har kvar Hur mycket tid har vi använt Kvalitet inte kvantitet i förhållande till hur vi planerat Hur planerar vi för att bli klara i tid Hur har vår kravhanteringsprocess ut? Hur har vi valt att arbeta? Hur kopplar det till utvecklingsmodeller? Hur har vår riskprocess sett ut? Vad har varit svårt? Lätt? Individuell del Vilka har varit våra farligaste risker? vilken roll/ansvar har jag haft i projektet? Hur har vi hanterat dem? Kvarstår någon? Hur har jag deltagit i arbetet med projektplan, riskanalys och kravspec? Vad tar jag med mig till nästa projekt Reflektioner Vad händer i veckan? Lärdomar? Vad har gått bra? Mindre bra? Gästföreläsning av Christer Eldh Gjort annorlunda? 5 råd till nästa projekt? Inlämning den 30/11 kl 12.00 via mail Arbete med kvalitetsplan Flyttad föreläsning Föreläsningen om test den 26/10 kl 13-15 -> den 15/11 kl 13-15 i sal C547 Gästföreläsare från Jayway
© Copyright 2024