Under min karriär som DevOps-ingenjör, mjukvaruingenjör och teamledare har jag läst många bra böcker och andra resurser om utmaningarna med att bygga och driva mjukvaruutvecklingsteam. Jag har dock aldrig hittat en guide för ett specifikt problem: att bygga ett outsourcat högpresterande mjukvaruutvecklingsteam.
Under årens lopp har jag varit medlem och senare lett (och leder fortfarande) dessa team i att bygga olika tjänster och produkter, och sett dem lyckas eller misslyckas i sitt jobb.
Med den här artikeln vill jag ge en grundläggande vägledning om de utmaningar som är förknippade med att bygga upp och leda ett mjukvaruutvecklingsteam i denna konkurrensutsatta och snabbföränderliga miljö.
Innan vi börjar, ett par ord om "rockstjärnor", "ninjor" och andra mytiska varelser från mjukvaruutvecklingens värld.
FFFF Källa: Giphy
Låt oss börja med grunderna: dessa människor existerar egentligen inte.
Även om du, genom något slags mirakel, skulle lyckas anställa en sådan person, kom ihåg att din uppgift är att bygga upp ett högpresterande team. Att kalla någon för ”rockstjärna” eller ”ninja” antyder vissa beteenden som kanske inte passar in i din teamdynamik (kom ihåg att rockstjärnor är kända för att förstöra hotellrum och bryta mot regler). För att gå ett steg längre go kan dessa etiketter uppfattas som diskriminerande av andra teammedlemmar. Istället för att jaga mytiska varelser, prova ett mer datadrivet tillvägagångssätt.
Börja med att analysera dina framgångsrika rekryteringar: vilka är de viktigaste egenskaperna hos dessa personer? Vilka aspekter av deras personlighet eller färdigheter gör dem framgångsrika i det de gör? Hur utvärderar man dessa egenskaper hos nya kandidater?
Enligt min erfarenhet är det i de flesta fall kallsinniga, problemlösningsorienterade och vänliga människor med dokumenterad erfarenhet inom området som får jobbet gjort.
Låt oss göra den här uppgiften ännu mer utmanande.
Tänk om du behöver bygga och hantera ett mjukvaruutvecklingsteam i ett startup-företag som leder decentraliserade team som bygger produkter för andra företag? Det är ett välkänt faktum att företag som anlitar externa entreprenörer har extremt höga förväntningar på dem. Det låter som att du bygger och hanterar ett team av hyrda soldater, eller hur?
Lejd vapen — en expert som anlitas till ett företag eller en organisation för att hantera ett visst problem eller en viss situation.
Detta definierar termen mycket korrekt, håller du med?
Så – låt oss se vem som passar in. Vilken typ av ingenjörer behöver man hitta för att ha ett högpresterande team i den här typen av miljö?
Enligt min personliga erfarenhet finns det, förutom tekniskt kunnande som är obligatoriskt, bara två egenskaper som kan kategoriseras som "de viktigaste" och som kommer att avgöra kvaliteten på ditt teams prestationer:
teammedlemmarnas vilja och förmåga att hjälpa varandra och andra intressenter i projektet.
Villighet att hjälpa till och verkligen bidra till projektets och teamets framgång innebär i stort sett att lyfta sig bort från snäva personliga intressen och agera mot ett gemensamt mål med öppenhet och vilja att hjälpa till i alla aspekter av projektet där man har domänkunskap.
Förmågan att hjälpa till i detta sammanhang är mer utmanande. ”Vägen till helvetet är kantad med goda avsikter.” Att kunna ge råd om AWS-infrastruktur eller föreslå bättre kodarkitektur och kommunicera det på rätt sätt kräver inte bara teknisk expertis utan även god kommunikations- och säljförmåga. Och viktigast av allt, om du vill prata om förbättringar och kritisera befintliga system, var beredd att erbjuda och implementera bättre lösningar.
Om denna inställning präglar ditt team kommer ömsesidigt förtroende och psykologisk trygghet att uppstå av sig självt, och de band som håller ihop teamet kommer att bli starka.
Jag är inte ensam när jag påstår detta.
I sin bok ”Building Great Software Engineering Teams” definierar författaren Josh Tyler en enkel modell med fyra nivåer för att utvärdera tekniska prestationer. Jag tycker att den här modellen är ganska insiktsfull:
Enligt denna modell kommer fantastiska och framstående ingenjörer inte bara att göra vad som begärs av dem, utan också aktivt stödja och hjälpa andra, samtidigt som de osjälviskt bidrar till alla intressenters framgång i projektet.
När du utvärderar kandidater till ditt team bör du därför på allvar överväga en enkel fråga som: ”I vilken utsträckning kan en kandidat bidra till att öka de andras välbefinnande och produktivitet i projektet?”
Svara rätt på den här frågan, så är ditt team ett steg närmare att skapa effektfulla resultat.
Enligt konventionell Silicon Valley-visdom räcker det med en grupp smarta och begåvade människor i samma rum, som arbetar mot samma mål, för att bygga fantastiska produkter. Även om detta kan vara sant i företag i tidiga skeden, är det logiska nästa steget att installera en mellanchef som leder och hanterar de olika team som utgör företaget, allt eftersom företaget och teamet växer.
När man leder kreativa yrkesverksamma kommer de bästa resultaten från att skapa den miljö, struktur och de processer där dessa människor kan blomstra.
Ännu viktigare: efter att ha skapat rätt ramverk måste du göra ditt bästa och försöka hålla dig borta från dem och undanröja hinder. Hur? För att nämna några:
Kom ihåg att dessa människor inte arbetar för dig; du arbetar för dem.
Om du inte håller med om detta, fråga dig själv: om ditt team åker imorgon, hur mycket arbete blir egentligen gjort?
Glöm inte att det är ett mycket brett och utmanande ämne att bygga ett team som arbetar mot ett gemensamt mål. Det finns ingen universallösning.
Ja, det finns utmärkta böcker och litteratur om detta ämne. Läs, lyssna, titta – så blir du klokare. Din vilja att lära dig och påverka status quo i ditt team är ett tydligt tecken på ditt engagemang för att åstadkomma en förändring i teamet. Det finns inget steg 14 utan steg 1.
Men lärandet är av störst värde när det tillämpas .
Om det är något jag skulle vilja att du tar med dig från mina över 10 års erfarenhet som erfaren teamledare, så är det att:
Är du redo att utöka ditt team med kvalificerade ingenjörstalanger?
Det här kanske inte är de heltäckande tankar som leder till en positiv och permanent förändring inom ditt team. Men det är steg framåt.
De jobbar för mig. Ännu viktigare, de jobbar för laget.
När man leder finns det mycket arbete att göra och ibland är det svårt att bestämma var man ska börja.
Jag ska göra det enklare för dig – prioritera ditt lag.
