Et review er i it-sammenhæng en systematisk gennemgang af dokumentation, organisering, miljøer, kildekode og systemleverancer, der foreligger på et givent tidspunkt i et projekt. Hvilken type review du har brug for, afhænger af hvor I projektets livscyklus du er. I denne artikel får du et overblik over de forskellige typer af reviews og en kort guide til, hvordan du vælger det rigtige review.
Dit review-overblik
Måske er du færdig med systemudviklingen og har behov for en uvildig gennemgang af systemleverancen for at sikre, at den har det kvalitetsniveau, der er aftalt, og at den har den dokumentationsgrad, der er en forudsætning for en sikker overdragelse til en driftsleverandør. Eller måske ønsker din styregruppe at afdække, om projektet bliver ledt og gennemført sikkert og betryggende: Bliver de stillede krav til samarbejdsorganisationen og projektmetoden brugt og opfyldt? Er systemets testbarhed sikret og løbende blevet gennemført som forventet? Er fremdriftsrapporteringen retvisende, og er risikostyringen afstemt med projektets risikoprofil og tilrettelæggelse?
Der er mange gode grunde til at gennemføre et review. I nedenstående tabel får du et overblik over de forskellige typer af reviews, deres typiske omfang, genstanden for reviewet og forslag til rapportering. Få også tre hurtige råd til, hvordan du indfører og anvender reviews strategisk og aktivt her.
Hver type af review har forskellige metodikker og redskaber. Nogle kan være tekniske it-værktøjer til fx at lave statisk kodeanalyse i forbindelse med et “teknisk review”, der giver indsigt i kildekodens tilstand. Andre metodikker kan være værktøjer, der scanner efter anvendelse af open source-kode eller eksterne biblioteker, der kan have betydning for parternes immaterielle rettigheder og licensvilkår.
Det er vigtigt, at du tilrettelægger reviewet systematisk og med valg af type, metode og værktøjer. Dette er med til at sikre, at reviewet kaster lys over de væsentlige områder, og at det kan anvendes til at afgøre om kravene til kvalitet, færdiggørelsesgrad mv. er overholdt.
De bedste reviews er dem, der kan tage afsæt i et klart forhandlet “kommissorium” eller et entydigt kontraktuelt oplæg. De værste – eller mest ubrugelige reviews – er dem, der retter inspektionen det forkerte sted hen i forhold til det observerede problem. Det kan selvsagt være svært at forudse, hvilke problemer en leverance eller et projekt vil støde på, derfor skal du sikre, at kontrakten har en vis fleksibilitet i forhold til hvilke typer af reviews, der kan foretages undervejs i projektet.
Sådan vælger du det rigtige type review
- Sæt dig ned med dit projekt og find ud af, hvad det er I vil have svar på eller belyst. Hvad er ”job-to-be-done” for reviewet?
- Brug evt. denne oversigt over forskellige review-typer som inspiration – hvor ligger jeres projekt så’en cirka?
- Lav en vurdering af i hvilken grad projektet kan levere det grundlag for det/de ønskede reviews og den ønskede review-form. Er projektet fx i stand til at levere dokumentation i det omfang, som fx et teknisk review i stor skala kræver?
- Overvej hvor lang I kunne komme med med et par udvalgte Inspections og Walkthroughs og en saglig drøftelse af observationerne her frem for et fuldblown teknisk review. Skyder I gråspurve med kanoner?
- Hvis en Audit er ønsket: vær helt sikre på hvilke regelsæt og evt. hjemmelforhold, som der skal reviewes op imod.
