Att skapa välfungerande team för IT-utveckling har ofta sina utmaningar. Hur påverkar behovet av till exempel IT-arkitektur , drift, testning, UX och kravställning sättet vi sätter samman personer som tillsammans bidrar till att leverera kvalitet på bästa sätt? Traditionellt sett var det tidigare vanligt att gruppera likasinnade personer som förstod varandra i samma team, men idag har man sett stora fördelar med att istället jobba i tvärfunktionella team.
Teamets ansvar kunde tidigare ses på ett sätt som avgränsat och väldefinierat, där teammedlemmarna tillsammans kunde hjälpas åt med arbetsuppgifter relaterade till deras expertis. I och med att olika expertområden delades upp i olika grupper blev den negativa konsekvensen att så kallade silos byggdes upp, där varje team visserligen förstod sin avgränsade uppgift, men fick svårt att se till helheten.
Ett modernare angreppssätt är att bygga team tvärfunktionellt. Idén med tvärfunktionella team är att teamet själva ska kunna ta ansvar från idé till drift i så stor omfattning som möjligt. Istället för att dela upp team utifrån expertområden, så görs det utifrån domän och verksamhet. På det sättet grupperas personer med olika kompetenser ihop som löser uppgiften tillsammans. Låt säga att en inloggningsfunktion för att låta kunder få tillgång till sin privata information ska utvecklas. Det ansvariga teamet kommer behöva kravställa, designa, utveckla, testa och drifta lösningen. En konstellation av kompetenser som nu tillsammans har förutsättningar att ta ansvar för helheten och användarens upplevelse av applikationen.
En utmaning med att bygga tvärfunktionella team är att få in alla kompetenser som behövs utan att teamet ska bli för stort. Här kan T-shaping bidra starkt till att kompetensbehovet täcks även i ett team med 7-8 personer. Nästa steg i en förflyttning mot T-shaping är att man blir så pass vass att man helt självgående bidrar och driver arbetet i de sekundära områdena man valt att bredda sig inom. En person som kan axla flera roller och arbetsområden kallas för Broken Comb. Ett sätt att lättare bli Broken Comb är att satsa på ett nytt område som på något sätt angränsar till det man kan bäst. Backendutvecklare kan ta sig an front-end utveckling. UX designers lär sig kravställning. Testautomatiserare blir prestandatestare.
Att bygga tvärfunktionella team handlar mycket om att skaffa de bästa förutsättningarna för att leverera kundnytta på ett kostnadseffektivt sätt. I slutändan är målet detsamma oavsett om du är kravställare, programmerare eller drifttekniker. Så varför inte gruppera oss över kompetensgränserna och hitta nya vägar för att samarbeta med utveckling, testning, kravställning och drift? Kanske kan din nya skrivbordsgranne lära dig något du inte visste om automatiska tester.
Utvecklingen i vår bransch går i rasande fart och det gäller att hänga med i svängarna för att fortsätta vara konkurrenskraftig. I vår e-bok har vi intervjuat experter inom QA, där de bland annat delar med sig av sin syn på tvärfunktionella team och vilka kompetenser inom QA som blir allt viktigare i framtiden. Ladda ner den här!