Når du lige er begyndt i en webudviklingsvirksomhed, kan det virkelig være fristende at forsøge at håndtere de fleste (hvis ikke alle) arbejdet helt alene. Det er ikke svært at forstå logikken: jo mere af det arbejde, du fuldender personligt, jo mere af overskuddet bliver du ved med at beholde, ikke?
Men der er en side til denne tilgang, som mange nye aktører i branchen overser, når de beslutter at starte en selvstændig virksomhed i stedet for at blive medlem af et etableret agentur: Hvis du selv gør det meste af arbejdet, kan du ende med at bruge næsten hele din tid på at arbejde . Uundgåeligt betyder det sene aftener, gallon cola og utallige hjemmelavede pizzaer. Du ender med røde øjne, dårlig hud og en hævet mave ... næppe hvad du forestillede, da du først besluttede at gå i business!
Du vil sandsynligvis ikke gøre næsten lige så mange penge, fordi hvis du er nedsænket i kode og beskæftiger sig med kundeproblemer og opfølgningsarbejde, kan du ikke bruge så meget energi til at generere nye kundeemner. Før du ved det, bliver mange af disse solo flyers brændt ud og næsten blæste.
Heldigvis behøver det ikke at komme til det, fordi hvis du kan se visdom af teamopbygning, delegation og deling af rigdom for gensidig fordel, har du allerede forbedret dine odds for succes. Der er kun en sidste ting, der står i vejen ... du er nødt til at finde de rigtige folk til at arbejde med.
Et godt webudviklingsprojekt har næsten altid følgende nødvendige roller:
bare fordi du bygger et hold betyder ikke, at ingen kan multi-task
Udover de ovennævnte kerneroller er der nogle gange et behov for specialister:
Lad mig være klar over, at bare fordi du bygger et hold betyder det ikke, at ingen kan multi-task. Så holdet du sammensætter behøver ikke nødvendigvis at være stort, og faktisk kan der være ulemper for at have et hold, der er for stort.
Generelt er jo større og vigtigere et projekt, jo mere specialiseret skal dit team være. Mindre og mindre vigtige projekter giver mere mulighed for enkeltpersoner til at udføre flere roller i udviklingsprocessen.
Det første logiske trin er at bestemme din egen rolle i teamet. Du kan blive fristet på nuværende tidspunkt, da du er virksomhedsejer, for automatisk at antage, at du også skal være projektarkitekt og projektleder, da navnene på disse roller indebærer lederskab.
Lad aldrig dit ego komme i vejen for gode forretningsbeslutninger
Men stop og tænk et øjeblik ... er det din styrke? Hvis du ser dig selv som mere af en coder eller en illustrator, kan det være klogt at overveje at delegere ledelsesroller til nogen med mere erfaring eller evner i disse roller og tage ansvar for det ekspertiseområde, hvor du er stærkest. Lad aldrig dit ego komme i vejen for gode forretningsbeslutninger.
Nu kommer du til den sjove del, som også er langt den vanskeligste del. Det er tid til at vælge dine kolleger. Den første ting at vide om dette er, at det normalt er bedre at opretholde et permanent kernehold, der udfører de samme roller i hvert projekt, og når det er nødvendigt, kan du overveje at indføre yderligere freelancearbejdere midlertidigt for at opfylde særlige behov i et projekt.
Hvis du er nødt til at pusle rundt at bygge nye hold til hvert projekt, spilder du mere tid og bruger flere penge, og nogle gange får du skuffende resultater. Du kan endda miste kunder. Så find folk, som du kan lide og stol på, og gør dem til en permanent del af dit hold.
Den fejl, mange mennesker gør ved ansættelse, er at definere lister over kompetencer, der er for komplekse og for restriktive. Nogle gange forstår ansættelse ledere ikke engang rollen. Her er for eksempel kravene til en nyligt annonceret front- end-udviklerrolle:
Hvis du ikke kan se problemerne med ovenstående, så er du en del af problemet. Meget få af de færdigheder, der er opført som krævede færdigheder, har noget at gøre med front-end-udvikling. De fleste færdigheder er back-end, administration og marketing færdigheder. Det giver absolut ingen mening at kræve disse færdigheder til en front-end-udvikler, og du kan miste kvalitetskandidater ved at lave en så restriktiv liste.
En anden ting du behøver at vide er, at kravet om kendskab til fleksibel metode også er latterligt. Agile udvikling er effektiv i softwareudvikling, hvor projekterne er store og kræver flere måneder på højt niveau. Webprojekter er helt forskellige, og det er bare et lige udslag af penge for at bruge fleksible metoder i de fleste webudviklingsmiljøer, da du bliver nødt til at ansætte ekstra kodere, som du ikke rigtig har brug for.
En meget bedre måde at annoncere for en front-end-udvikler ville være at blot angive:
Under interviewprocessen skal du først og fremmest fokusere på den tredje faktor, fordi det er langt vigtigere for projekternes succes end nogen form for kodningsevne. Du må påtage dig, at enhver, der kan skrive kvalitet tilpasset JavaScript, har evnen til at slå op på, hvordan man gør alt, hvad der skal gøres i et andet mere uklart sprog. Anfør ikke det uklare udviklingssprog som en nødvendig færdighed, fordi du vil gå glip af at få en førsteklasses JavaScript-programmør, hvilket er mere afgørende for din virksomhed.
De fleste små udviklingsbureauer skal kunne udfylde alle de nødvendige kerneroller med kun 3 eller 4 medarbejdere, hvor der udpeges frilansere, hvor det er nødvendigt. Når din virksomhed vokser, skal du begynde at tænke på at indsnævre de opgaver, som hver person skal dække og skabe et større team.
Forsøg at undgå at udvikle et corporate hierarki og kultur. Den slags ting er, hvad der fører til stagnation og fiasko hos kreative virksomheder; Med en hierarkisk struktur får du konkurrence mellem dine medarbejdere, du får folk til at blive forfremmet op til deres niveau af inkompetence, og du får splittelse.
Hvad du virkelig vil have, er at alle har ligestilling i organisationen, ingen store forskelle i løn mellem mennesker med forskellige roller, og alle føler, at de yder et værdifuldt bidrag til teamets succes. På denne måde kan du sikre dig, at du har et effektivt udviklingshold, som vil vokse din virksomhed og udvide din portefølje hurtigere.