Överlämning, ska det vara så svårt?

Alltför ofta har jag deltagit i projekt där det uppstått barriärer mellan krav, utveckling och test. Dessa barriärer är inte bara tråkiga utan de är ofta av ondo för hela projektet. Ett exempel: Krav, design samt utveckling är klara. Då är det bara för test att testa av. Eller? Inte riktigt. Det är mer en regel än undantag att det är ett glapp mellan krav och utveckling. Nya krav som kommer in och krav som inte meddelar utveckling om de kravändringar som faktiskt skett och dessa ändringar uppdagas först när test kommer in. Känns situationen igen?

Ett annat exempel jag stött på är att lösningen skiljer sig markant ifrån kravet.

- ”Varför?” kommer frågan till utvecklaren..

- Jaa, det gick snabbare att göra på det här vedertagna sättet…

Jag vet att kraven kommer, jag vet att det finns glapp mellan krav och design då det allt för ofta blir för snabba överlämningar mellan krav och utveckling. Det här betyder att vi testare måste ta oss in i krav- och utvecklingsprocessen med våld.

Måste det vara så här? Självklart inte.

Så hur lyder mina smarta tips?

Jobba smart för att få folk att samarbeta. Oftast är det testaren som har kontaktytor i hela projektet. Se till att det skapas ett bra arbetsklimat.
Våga ta plats i de forum som erbjuds. Finns inte lämpligt forum, bli proaktiv! Skapa eget där du bjuder in berörda. Test har kompetens som sträcker sig från krav, arkitektur, utveckling och affärsnytta. Se till att projektet få ta del av dina kunskaper.
Våga vara prestigelös, hellre sätta igång en frågeställning som du kanske måste ändra dig på. Men du har satt igång en diskussion och visat att du vill lösa problemet och eventuellt skapat ny frågeställning.
Se till att jobba iterativt med krav och utveckling. SCRUM i all ära men oftast är sunt förnuft för hur uppgiften ska lösas bäst effekt.
Skapa inte alltför stora testplaner som följer gamla mallar. Här är SCRUM bra, beskriv hur, när och vad som ska testas. Kort och koncist så att det blir enkelt att förstå för projektledare och ledningsgrupp.