how build successful qa team
Vad menar vi med ett fantastiskt testteam för programvara?
'Ett lag med en stjärnspelare är ett bra lag, men ett lag utan en är ett fantastiskt lag.' - Författare okänd.
Ovanstående citat leder oss till en diskussion om fantastiska lag och dess egenskaper. Artikeln härrör från erfarenheter från arbetet för olika team, observationer av teammedlemmarnas beteende under tidspress kombinerat med ett projekts komplexa karaktär.
Detta håller bra för Software Testing-teamet som finner framträdande plats i projektaktiviteter och kräver rätt blandning av människor för att utföra dessa aktiviteter.
Vad du kommer att lära dig:
Varför misslyckas vissa testteam med programvara och andra lyckas
Finns det någon lösning på detta problem. Svaret är ja och nej - beror på hur gruppmedlemmarna anpassar sig till gruppens gemensamma mål, inte på bekostnad av att undertrycka gruppmedlemmarnas intresse utan att arbeta tillsammans med den gemensamma förståelsen för det aktuella problemet.
Framgången beror också på ledarskapsegenskaper som testledaren har - ”skeppets kapten”.
Syftet med denna artikel är att hjälpa programvarutestingenjörer eller någon som tror på lagarbete, att förstå egenskaperna hos högpresterande team och hur man odlar dem i sina team.
Framgången för ett lag på lång sikt beror inte på en person som betraktas som 'STAR' utan på alla som bildar kluster av stjärnor som gör ett fantastiskt lag.
Kännetecken för det fantastiska testteamet för programvara
Inledande skede: Ställ dig själv följande fråga:
Vet den nya lagmedlemmen anledningen till att han har valts ut i laget?
Nya medlemmar i laget är ofta förbryllade över sin närvaro i laget. Även om du kanske argumenterar för att han / hon inte behöver veta syftet och bara arbeta med den uppgift som tilldelats honom / henne. Många högre ledare gör detta misstag.
Hjälp individer att förstå projektet i ett större sammanhang genom att rensa genom att definiera roller och ansvar
Detta inkluderar relevansen av hans / hennes jobb, kunskaper hos individer som kan bidra till projekten, dela gemensamt lagmål definierat tidigare. Detta medför stort engagemang för arbetet och bidrar därmed till dess kvalitet.
Äganderätt
När projektets komplexitet ökar i termer av uppgifter och teamstorlek, skulle det inte vara möjligt att hålla reda på individuella uppgifter av en enda ledare. Därför är lösningen på detta att tilldela enskilda äganderätt.
Men detta virtuella ledarskap fungerar ofta som ett hinder snarare än som en lösning om det inte anses lämpligt. Enbart utnämning av en person som ägare utan att allvarligt tänka på om han / hon kunde hantera laget skulle inte ge det önskade resultatet.
Individer som agerar som ägare bör ha en inställning som matchar ledarnas inställning och stoltheten från deras sida att fungera som framtida ledare. Det här är människor som kan göra skillnad genom att bära sina lagmedlemmar med sig. Samma människor genom att visa likgiltiga attityder till sitt team kommer att sönderfalla laget.
Ägarnas uppgift är inte bara begränsad till att tilldela uppgiften till teammedlemmarna utan att förstå uppgiften till hands, en situation i ett mycket bredare perspektiv och ge en gemensam nivå av förståelse bland deras teammedlemmar.
Stöd lagmedlemmen vid svårigheten att hantera uppgiften, uppmuntrande ord, korrigera deras misstag genom att inte agera som ledare utan som kamrat, agera på idéer eller ta råd för lämplig situation från erfarna medlemmar skulle verkligen gynna delat mål.
Samarbete och en solid känsla av ömsesidigt beroende i ett team kommer att avskräcka skyllande beteende och stimulera möjligheter till lärande och förbättring.
Kunskap om erfarna spelare i laget
Termen Seasoned Players anger den person som har spenderat en hel del tid i samma projekt eller liknande arbete. De är resurser som har stor kunskap om projektet. Genom att kanalisera sin kunskap på rätt sätt kan hela teamet gynnas.
Den här individen bör visa en aktsam handling gentemot andras arbete snarare än arrogans. Det sägs ofta, 'Tidigare framgång föder arrogans'. De är högre presterande vars frånvaro kan kännas i ett lag men det borde inte vara enda kriterier eftersom det finns lika chans för andra som har en liknande kaliber att agera i denna position.
Motivation - Nyckelfaktor
Motivation handlar inte bara om att hålla ett tal när gruppmedlemmarna är sammansatta utan snarare bör göras allt för att skräddarsy detta tal för att adressera varje individ.
Detta betyder att alla teammedlemmar har unika kvaliteter och unik arbetsstil. Denna uppgift är ganska komplex än sagt för Test Lead eftersom den behöver ansträngningar från ledarens sida för att känna av teammedlemmens känslor inte bara gentemot den uppgift som tilldelats utan också om projektet som helhet.
Den positiva inställningen av bly kommer energigruppen - Detta citeras av erfarenhet av att arbeta för en av ett stort testteam. Om ledaren klagar över långa arbetstider eller insisterar på teammedlemmarna att arbeta med ett schema som är omöjligt att möta, kommer ditt team att återspegla din attityd.
Han / hon är en sann ledare som trots ett orimligt schema skapar förtroende bland lagmedlemmarna att tro på deras förmågor och samtidigt arbeta i bakgrunden för att rättfärdiga sina teammedlemmars ansträngning att arbeta med orimligt schema men ge en förlängning av detta schema att få sina teammedlemmar att jobba enkelt.
Erkännande
Alla gillar att bli kända för sitt arbete. När en person tilldelas för sitt arbete bör teamledarens ansvar ge anledningen till individuellt erkännande framför andra.
intervjufrågor för prestandatestning för erfarna
Teamledningsbeslutet för denna typ av uppgift bör vara opartiskt. Detta ger stor respekt för den tilldelade individen av teammedlemmarna. De skulle agera på liknande grunder och i slutändan gynnas teamet av deras kollektiva svar.
Mycket ofta känns inte medlemmarna som arbetar för en virtuell ledare på grund av att teamledaren inte har någon synlighet. Det är en virtuell ledares ansvar att lyfta fram prestationer och bidrag från en teammedlem.
Detta indikerar att en virtuell ledare är en framtida ledare som tar väl hand om sitt team och tas emot väl av sina teammedlemmar.
En-mot-en-basmöte
Man ser ofta att roller och ansvar för medlemmarna definieras i början och bedömningen görs i slutet av projektet. Enades om att det är en formell process. Men informella samtal på en till en bas bidrar till denna formella process.
Dessa informella möten bör ta itu med aktuella frågor som medlemmar inte känner för att förmedla under gruppmötet. framtida möjligheter för medlemmar, identifiera framtida ledare / teamets ägare och agera på frågor till hands efter feedback från teammedlemmar.
Tidig och korrekt levererad feedback kan göra skillnad mellan ett lag som döljer misstag och ett team som ser misstag som möjligheter. Ansvaret för dålig prestation är vanligtvis en funktion av lagstrukturen snarare än individuell inkompetens; ändå är det individer som skickas till utbildningsprogram för att fixa det.
Om teammedlemmarna känner att de är mot varandra för att tävla om belöningar och erkännande, kommer de att hålla tillbaka information som kan vara användbar för det större laget. När ett team har problem kommer den effektiva teamledaren att fokusera på lagets struktur innan han fokuserar på individer.
'Berätta inte för människor hur man gör saker, berätta för dem vad de ska göra och låt dem överraska dig med deras resultat.' - George Patton
Slutsats
Det finns många saker att tänka på när man bygger ett framgångsrikt team. Nyckelorden - Enhet, förtroende, respekt för andras åsikter och agera utan rädsla är ingredienser för det stora testteamet och i allmänhet för alla framgångsrika team.
Efter att ha läst den här artikeln tittar du på ditt team och ifrågasätter dig själv 'Arbetar du i ett bra testteam' eller 'Kommer du att göra allt du kan för att bygga ett bra testteam'. Vänta inte längre och försök nästa nästa sekund att bygga ett 'Great Software Testing Team'.
”Att komma ihop är en början, Att hålla ihop är framsteg, Att arbeta tillsammans är en framgång”. - Henry Ford
Över till dig!
Vad tycker du av din erfarenhet? Vilka är dina egenskaper för att bygga ett framgångsrikt QA-team?
Om författaren: Sharath R. Bhat är en mjukvarutestingenjör vid Torry Harris Business Solutions, Bangalore och har mer än tre års erfarenhet av programvarutestning. En ISEB / ISTQB-certifierad testingenjör och arbetade inom områdena telekom, ekonomi och hälsovård. Områden med teknisk expertis inkluderar testning av webbapplikationer, klient-server, datalagring och Middleware-applikationer byggda med ”Kabira”.
Bra programvarutestartiklar i din inkorg! Bara Klicka här för att få artiklarna via e-post.
Rekommenderad läsning
- Teambuilding i programvarutestning - Hur man bygger och utvecklar ditt QA-team
- Hur man kan vara ett bra teammentor, coach och en riktig lagförsvarare i en smidig testvärld? - Inspirationen
- Byggverifieringstestning (BVT-testning) Komplett guide
- 5 stora problem med stora QA-testteam och hur man hanterar dem
- Hur man förbereder och levererar en enastående QA-testpresentation till teamet
- Ledarskap i testning - Testledningsansvar och hur man hanterar testteam effektivt
- Hur man leder ett lyckligare och framgångsrikt testteam - Testledarskap del 2
- Kontextdriven testning: 7 grundläggande principer med ett exempel