När du precis börjat i ett webbutvecklingsföretag kan det vara väldigt frestande att försöka hantera de flesta (om inte alla) av arbetet helt av dig själv. Det är inte svårt att förstå logiken: ju mer av det arbete du fyller personligen, desto mer vinst får du behålla, eller hur?
Men det finns en sida för detta tillvägagångssätt som många nya aktörer till branschen förbises när de bestämmer sig för att starta ett självständigt företag istället för att gå med i en etablerad byrå: Om du gör det mesta av arbetet själv kan du sluta spendera nästan all din tid på jobbet . Det betyder oundvikligen sena nätter, gallons cola och otaliga hemlevererade pizzor. Du hamnar med röda ögon, dålig hud och en svullnad mage ... knappast vad du tänkte när du först bestämde dig för att gå in i affärer!
Du kommer förmodligen inte att göra nästan lika mycket pengar, för om du är nedsänkt i kod och hanterar kundproblem och uppföljningsarbete, kan du inte ägna så mycket energi till att generera nya kundledningar. Innan du vet det, är många av dessa solo flyers utbrända och nästan brutna.
Lyckligtvis behöver det inte komma till det, för om du kan se visdom av lagbyggande, delegation och dela rikedom till ömsesidig nytta, har du redan förbättrat dina odds för framgång. Det finns bara en sista sak som står i din väg ... du måste hitta rätt personer att arbeta med.
Ett bra webbutvecklingsprojekt har nästan alltid följande nödvändiga roller:
bara för att du bygger ett lag betyder inte att ingen kan ha flera uppgifter
Förutom de kärnroller som anges ovan är det ibland ett behov av specialister:
Låt mig vara tydlig att bara för att du bygger ett lag betyder det inte att ingen kan ha flera uppgifter. Så laget som du sätter ihop behöver inte nödvändigtvis vara stort, och det kan faktiskt vara nackdelar med att ha ett lag som är för stort.
Generellt sett desto större och viktigare är ett projekt, desto mer specialiserat måste ditt team vara. Mindre och mindre viktiga projekt ger större möjligheter för enskilda att utföra flera roller i utvecklingsprocessen.
Det första logiska steget är att bestämma din egen roll i laget. Du kan frestas på det här steget, eftersom du är affärsägaren, för att automatiskt anta att du också ska vara projektarkitekt och projektledare, eftersom namnen på dessa roller innebär ledarskap.
Låt aldrig ditt ego komma i vägen för bra affärsbeslut
Men sluta och tänka ett ögonblick ... är det här din styrka? Om du ser dig som mer av en kodare eller en illustratör kan det vara klokt att överväga att delegera ledningsroller till någon med mer erfarenhet eller förmåga i dessa roller och ta ansvar för det kompetensområde där du är starkast. Låt aldrig ditt ego komma i vägen för bra affärsbeslut.
Nu kommer du till den roliga delen, som också är den svåraste delen. Det är dags att välja dina medarbetare. Det första att veta om detta är att det oftast är bättre att upprätthålla ett permanent kärnteam som utför samma roller i varje projekt och vid behov kan man överväga att tillfälligt lägga in ytterligare frilansarbetare för att uppfylla särskilda behov i ett projekt.
Om du måste röra om att bygga nya lag för varje projekt, sparar du mer tid och spenderar mer pengar, och ibland får du svåra resultat. Du kan till och med förlora kunder. Så hitta personer som du gillar och litar på, och gör dem till en permanent del av ditt lag.
Det misstag som många människor gör vid anställning är att definiera kompetenslistor som är för komplexa och för restriktiva. Ibland förstår ledande chefer inte ens rollen. Till exempel, här är kraven som anges för en nyligen annonserad front- end-utvecklarroll:
Om du inte kan se problemen med ovanstående är du en del av problemet. Mycket få av de färdigheter som anges som nödvändiga färdigheter har något att göra med front-end-utveckling. De flesta färdigheterna är back-end, administration och marknadsföring. Det är absolut inte meningsfullt att kräva dessa färdigheter för en front-end-utvecklare, och du kan förlora kvalitativa kandidater genom att göra en så restriktiv lista.
En annan sak du behöver veta är att kravet på förtrogenhet med smidig metodik också är löjligt. Agile utveckling är effektiv i mjukvaruutveckling där projekten är stora och kräver månader av hög nivå investeringar. Webbprojekt är helt annorlunda och det är bara ett rakt utslag av pengar för att använda smidiga metoder i de flesta webbutvecklingsmiljöer, eftersom du måste hyra extra kodare som du inte behöver.
Ett mycket bättre sätt att annonsera för en front-end-utvecklare är att bara ange:
Under intervjuprocessen fokuserar du främst på den tredje faktorn, eftersom det är mycket viktigare för projektets framgång än någon form av kodningsförmåga. Du måste anta att alla som kan skriva kvalitet anpassad JavaScript har möjlighet att leta upp hur man gör någonting som behöver göras på något annat dunkelt språk. Anteckna inte det dunkla utvecklingsspråket som en nödvändig skicklighet, för att du kommer sakna att få en förstklassig JavaScript-programmerare, vilket är viktigare för ditt företag.
De flesta små utvecklingsbyråer borde kunna fylla alla nödvändiga kärnroller med bara 3 eller 4 anställda och utse frilansare vid behov. När ditt företag växer bör du börja tänka på att minska de uppgifter som varje person måste täcka och skapa ett större team.
Försök att undvika att utveckla en företags hierarki och kultur. Den typen av saker är vad som leder till att kreativa företag stagnerar och misslyckas. Med en hierarkisk struktur får du konkurrens mellan din personal, du får människor att främjas till deras nivå av inkompetens, och du får delaktighet.
Vad du verkligen vill ha är att alla har jämlikhet inom organisationen, inga stora skillnader i löner mellan personer med olika roller och alla känner att de ger ett värdefullt bidrag till teamets framgång. På det här sättet kan du se till att du har ett effektivt utvecklingsteam som kommer att öka din verksamhet och expandera din portfölj snabbare.