Kvalitetssikring som prosjektleder: 5 tips og refleksjoner
I den dynamiske verdenen av smidige prosjekter står vi ofte overfor utfordringen med å implementere kvalitetssikring på en effektiv måte. Som Scrum Master deler jeg i dag fem tips og tanker om dette temaet for å hjelpe deg med å komme i gang.
Prosjektleder for kvalitetssikring
Definisjon av kvalitetssikring
Før vi går mer i dybden, bør vi kort avklare hva kvalitetssikring betyr. I smidige team refererer kvalitetssikring ikke bare til koden, men til hele prosessen og fremfor alt til resultatene av prosjektet. Det handler om å sikre at teamet leverer resultater av høy kvalitet som oppfyller kundens krav.

Ansvar for kvalitetssikring i teamet
Hvem er egentlig ansvarlig for kvalitetssikring i prosjekter? Svaret her er et teoretisk, optimalt svar: Alle i teamet. Kvalitetssikring er ikke en isolert oppgave for en enkelt prosjektleder. Alle teammedlemmene bør føle seg like ansvarlige for å oppnå best mulig resultater. Dette fremmer ikke bare samarbeid, men bidrar også til en helhetlig forståelse av kvalitet.
Samtidig kan dette svaret bomme på poenget, fordi man ofte leter etter en person som er ansvarlig. I dette tilfellet er det vanligvis prosjektledelsen, prosjektlederen eller en annen rolle som er ansvarlig.
Prosjektleder for kvalitetssikring
Hvilke tilnærminger finnes det?
Det er tre typiske metoder som brukes av prosjektledere når det gjelder kvalitetssikring.
Statistisk prosesskontroll (SPC):
Statistical Process Control, på norsk “Statistisk prosesskontroll”, er en metode for overvåking og styring av prosesser. Ved å analysere statistiske data kan avvik fra det normale prosessforløpet oppdages tidlig. Dette muliggjør en proaktiv intervensjon for å sikre kvaliteten på resultatene. SPC er en effektiv teknikk for å identifisere variasjoner i prosesser og drive kontinuerlig forbedring.
Testing av feil:
Failure Testing, eller også “feiltesting” på norsk, er en metode der et system eller produkt målrettet utsettes for ekstreme forhold for å identifisere mulige svakheter eller feil. Målet er å teste robustheten og påliteligheten under ekstreme forhold og sikre at produktet tåler kravene. Failure Testing er et proaktivt tiltak for å oppdage og utbedre mulige svakheter tidlig, før produktet kommer på markedet.
Total kvalitetsledelse (TQM):
Total Quality Management, oversatt til “Helhetlig kvalitetsledelse”, er en omfattende tilnærming til kvalitetsforbedring i alle deler av virksomheten. Her står kontinuerlig forbedring av prosesser, produkter og organisasjonsstruktur i fokus. TQM vektlegger involvering av alle ansatte i kvalitetsprosessen og streber etter å definere og kontinuerlig overgå kvalitetsstandarder. Denne helhetlige tilnærmingen skaper en kultur for kvalitetsorientering i hele selskapet.
I tillegg til disse ganske abstrakte innfallsvinklene til temaet kvalitetssikring vil jeg gjerne gi noen konkrete tips til det smidige prosjektet ditt. Tipsene er ment å bidra til en bedre resultatleveranse ved prosjektets slutt.
Prosjektleder for kvalitetssikring
Noen generelle tips
Tips 1: Implementer automatiserte tester:
Scrum Guide anbefaler kontinuerlig forbedring, noe som åpenbart er nært knyttet til kvalitetssikring for prosjektledere. Automatisert testing er en effektiv måte å sikre kvaliteten på. Enhetstester kan utføres automatisk i løpet av utviklingsprosessen. Det sparer tid og minimerer potensielle feilkilder.
Tips 2: Gi teammedlemmene kontinuerlig opplæring:
Agiles prosjektledelse krever konstant tilpasning. Kontinuerlig opplæring er derfor avgjørende. Eksempel: Etablere regelmessige opplæringsøkter eller lunsj- og læringsøkter for å dele og diskutere ny kunnskap i teamet.
Tips 3: Implementering av kodegjennomganger:
Scrum Guide oppmuntrer til åpent samarbeid. Gjennomfør regelmessige kodegjennomganger i teamet (hvis det er et IT-prosjekt) for å sikre at koden ikke bare fungerer, men også oppfyller de avtalte standardene. Felles tilbakemeldinger fremmer kvalitetsutvikling.
Tips 4: Legg vekt på definisjonen av ferdig (DoD):
En tydelig definisjon av ferdig (DoD) er avgjørende for kvaliteten. Definer klare kriterier for når en oppgave anses som fullført. Dette skaper åpenhet og forhindrer misforståelser om når arbeidet anses å være av høy kvalitet.
Tips 5: Bruk gjennomganger og retrospektiver for kontinuerlig forbedring:
Scrum Guide legger vekt på regelmessig inspeksjon og tilpasning. Bruk retrospektive møter til å reflektere sammen over prosessen og identifisere forbedringspotensial. I stedet for å lete etter skyld, fokuser på mer effektive måter å jobbe på.
For øvrig vil jeg legge til som en merknad at denne informasjonen avhenger av hvilken type selskap du befinner deg i – er det for eksempel en liten oppstart, et stort konsern eller et sted midt imellom? Da er kanskje noen av punktene her mindre relevante, ettersom ledelses- og styringsstiler naturligvis bør tilpasses sin kontekst (mer om: Hva er ledelse av mikrobedrifter?).
"Mange teammedlemmer tør ikke å si ifra!"
Løs denne utfordringen"Vi oppdager for mange uventede problemer og bugs på et sent tidspunkt!"
Løs denne utfordringen"Hvorfor tar det meg noen ganger flere timer å forberede et enkelt tilbakeblikk?"
Løs denne utfordringenProsjektleder for kvalitetssikring
Gjør prosjektet ditt enda bedre med et enkelt tastetrykk
Selvsagt kan verktøy også bidra til å kvalitetssikre prosjektet. Echometer, som er utviklet for smidige team, ledere og prosjektledere, er spesielt verdt å nevne her.
Echometer er et digitalt verktøy som hjelper agile teamledere med agile retrospektiver og team Health Check. Enten det er eksternt, hybrid eller på stedet: Det gjør teamcoaching målbart og profesjonaliserer dermed arbeidet ditt, samtidig som det sparer deg for mye arbeid. Ta en titt på nettstedet vårt for å finne ut mer: www.echometerapp.com.
Mange kvalitetssikringstiltak kunne vært spart dersom grunnprinsippene i det agile manifestet virkelig ble etterlevd.
Christian Heidemeyer, psykolog og Scrum Master
Prosjektleder for kvalitetssikring
Konklusjon - Prosjektleder kvalitetssikring
I den smidige verdenen er kvalitetssikring for prosjektledere i beste fall en samarbeidsprosess. Ved at alle i teamet tar ansvar, oppmuntrer til kontinuerlig tilbakemelding, utdanner seg selv og bruker retros for å forbedre seg, skaper vi ikke bare produkter av høy kvalitet, men også et motivert og effektivt team.
Til slutt, nok en gang en påminnelse: Hvis du har lyst til å prøve hvordan det føles å videreutvikle teamet ditt med vårt verktøy: Du kan starte en agil retrospektiv nedenfor uten innlogging, i dette tilfellet en “Keep, Stop, Start”-workshop.
Alternativt kan du videresende nettstedet vårt til de ansvarlige kollegene: www.echometerapp.com.
Behold Stop Start Retro: Slik foregår retroen
-
Tilfeldig Icebreaker (2–5 minutter)
Echometer gir deg en generator for tilfeldige innsjekkingsspørsmål.
-
Gjennomgang av åpne tiltak (2–5 minutter)
Før man begynner med nye temaer, bør man snakke om hva som har skjedd med tiltakene fra tidligere retrospektiver for å kontrollere effektiviteten. Echometer lister automatisk opp alle åpne action items fra tidligere retroer.
-
Diskuter retro-temaer
Bruk de følgende åpne spørsmålene for å samle de viktigste innsiktene deres. Først skjuler alle seg for seg selv. Echometer lar deg avdekke hver kolonne i retro-tavlen individuelt for deretter å presentere og gruppere tilbakemeldingene.
- Fortsett: Hva skal vi beholde?
- Stopp: Hva skal vi stoppe med?
- Start: Hva skal vi begynne å gjøre?
-
Catch-all-spørsmål (anbefales)
Slik at også andre temaer har en plass:
- Hva annet vil du snakke om i retroen?
-
Prioritering / Stemmegivning (5 minutter)
På retro-tavlen i Echometer kan dere enkelt prioritere tilbakemeldingene med stemmegivning. Stemmegivningen er selvfølgelig anonym.
-
Definere tiltak (10–20 minutter)
Via pluss-symbolet på en tilbakemelding kan man opprette et lenket tiltak. Er du ikke sikker på hvilket tiltak som er det riktige? Åpne da i stedet et whiteboard om temaet via pluss-symbolet for å idémyldre om grunnårsaker og mulige tiltak.
-
Checkout / Avslutning (5 minutter)
Echometer lar dere samle inn anonyme tilbakemeldinger fra teamet om hvor nyttig retroen var. Dette resulterer i ROTI-score («Return On Time Invested»), som dere kan spore over tid.
Behold Stop Start Retro