Kun olet vasta aloittamassa verkkokehitystoimintaa, voi olla todella houkuttelevaa yrittää hoitaa suurin osa (jos ei kaikkia) töistä kokonaan itse. Logiikkaa ei ole vaikea ymmärtää: sitä enemmän työtä, jonka suoritat henkilökohtaisesti, sitä enemmän voittoa, jota saat pitää, eikö?
Mutta tällä lähestymistavalla on puolelle, että monet uudelle markkinoille tulijoille jättävät huomiotta, kun he päättävät perustaa itsenäisen yrityksen sijasta liittymään vakiintuneeseen virastoon: jos teet suurimman osan työstä itse, saatat päätyä käyttämään melkein kaiken aikaa työskentelysi . Vääjäämättä tämä tarkoittaa myöhään yötä, gallonaa kolaa ja lukemattomia kotiin toimitettuja pizzoja. Pääsitte punaisiin silmiin, huonoihin ihoihin ja turvonnut vatsaan ... tuskin mitä olet kuvitellut, kun päätitte aloittaa liiketoiminnan!
Et myöskään luultavasti tee lähes yhtä paljon rahaa, sillä jos olet upotettu koodiksi ja käsittelemässä asiakasongelmia ja jatkotyötä, et voi käyttää niin paljon energiaa uusien asiakashallien tuottamiseen. Ennen kuin tiedät sen, monet näistä soololevyistä ovat palaneet ja lähes rikkoutuneet.
Onneksi sen ei tarvitse tulla siihen, koska jos näet tiiminrakentamisen, valtuuttamisen ja jakamisen molemminpuolisen edun viisauden, niin olet jo parantanut onnistumismahdollisuuksiasi. Sinulla on vain yksi viimeinen asia, joka sinun on löydettävä oikeat ihmiset työskentelemään.
Hyvä web-kehityshankkeella on lähes aina seuraavat tarpeelliset roolit:
vain koska olet rakentamassa tiimiä, ei tarkoita sitä, että kukaan ei voi tehdä monen tehtävän
Yllä lueteltujen ydinrooleiden lisäksi on joskus tarvetta erikoistuneille:
Sallikaa minun olla selvää, että vain koska olet rakentamassa tiimiä, ei tarkoita sitä, että kukaan ei voi tehdä monen tehtävän. Joten joukkue, jonka laitat yhteen, ei välttämättä tarvitse olla suuri, ja tosiasiassa voi olla haittoja ottaa liian suuri joukko.
Yleisesti ottaen, mitä suurempi ja tärkeämpi projekti on, sitä erikoistunut joukkueesi on oltava. Pienemmät ja vähemmän tärkeät hankkeet mahdollistavat enemmän mahdollisuuksia suorittaa useita rooleja kehitysprosessissa.
Ensimmäinen looginen vaihe on määrittää oman roolin tiimissä. Saattaa olla houkutusta tässä vaiheessa, koska olet yrityksen omistaja, olettaen automaattisesti, että olet myös hankkeen arkkitehti ja projektipäällikkö, koska näiden roolien nimet merkitsee johtajuutta.
Älkää koskaan anna egonne käydä hyvien liiketoimintapäätösten tapaan
Mutta pysähdy ja ajattele hetkeksi ... onko tämä vahvuusi? Jos näet itsesi enemmän koodaajaksi tai kuvittajaksi, saattaa olla järkevää harkita johtamisrooleiden siirtämistä jollekin, jolla on enemmän kokemusta tai kykyä näissä rooleissa ja ottaa vastuu osaamisalueesta, missä olette vahvin. Älkää koskaan anna egonne käydä hyvien liiketoimintapäätösten tapaan.
Nyt olet tullut hauska osa, joka on myös kaikkein vaikein osa. On aika valita työtovereitasi. Ensimmäinen asia on, että on yleensä parempi säilyttää pysyvä ydinryhmä, jolla on samat tehtävät jokaisessa hankkeessa, ja tarvittaessa voit harkita lisätyöntekijöiden lisämaksua tilapäisesti hankkeen erityistarpeiden täyttämiseksi.
Jos sinun täytyy ryöstää rakentaa uusia tiimiä jokaiseen projektiin, menetät enemmän aikaa ja käytät enemmän rahaa, ja joskus saat pettymyksiä. Voit jopa menettää asiakkaita. Joten etsiä ihmisiä, joita pidät ja luotat ja teke niistä pysyvä osa tiimisi.
Virhe, jonka monet ihmiset tekevät palkkaamisen aikana, on määritellä liian monimutkaisia ja liian rajoittavia taitoja. Joskus palkkaaminen johtajat eivät edes ymmärrä roolia. Tässä ovat esimerkiksi äskettäin mainostetun etupään kehittäjän roolissa luetellut vaatimukset:
Jos et näe edellä mainittuja ongelmia, olet osa ongelmaa. Hyvin harvoilla vaadituilla taidoilla luetelluilla taidoilla on mitään tekemistä front-end-kehityksen kanssa. Suurin osa taidoista on back-end-, hallinto- ja markkinointitaito. Ei ole järkevää vaatia näitä taitoja front-end-kehittäjälle, ja saatat menettää laadukkaita ehdokkaita tekemällä tällaisen rajoittavan luettelon.
Toinen asia, jonka tarvitsee tietää, on se, että vaatimus perehtyneisyydestä ketterää menetelmää kohtaan on myös naurettavaa. Ketterä kehitys on tehokasta ohjelmistokehityksessä, jossa hankkeet ovat suuria ja vaativat kuukausia korkean tason investointeja. Web-projektit ovat täysin erilaiset, ja se on vain suoranaisen tuhlauksen käyttämistä ketterissä menetelmissä useimmissa web-kehitysympäristöissä, sillä sinun on palkattava ylimääräisiä koodereita, joita et todellakaan tarvitse.
Paljon parempi tapa mainostaa etupään kehittäjälle olisi yksinkertaisesti määritellä:
Haastatteluprosessin aikana keskitytään pääasiassa kolmanteen tekijään, koska projektien menestys on paljon tärkeämpää kuin mikä tahansa koodauskyky. Sinun on oletettava, että kuka tahansa, joka voi kirjoittaa laadukasta mukautettua JavaScript-toimintoa, kykenee etsimään miten tehdä jotain, mitä on tehtävä jollakin muulla epämääräisemmällä kielellä. Älä kirjoita hämärää kehityskieltä vaadituksi taitoksi, koska et kaipaa huippuluokan JavaScript-ohjelmointia, joka on elintärkeämpää yrityksellesi.
Suurin osa pienistä kehittämisvirastoista pystyy täyttämään vaaditut keskeiset roolit vain kolmella tai neljän hengen henkilökunnalla, mikäli tarpeen vaatiessa freelancereita. Kun yrityksesi kasvaa, sinun pitäisi alkaa pohtia tehtävien kaventamista, jotka kunkin henkilön on katettava ja tehtävä isompi joukkue.
Yritä välttää yrityksen hierarkian ja kulttuurin kehittäminen. Tällainen asia on se, mikä johtaa luovien yritysten pysähtymiseen ja epäonnistumiseen; hierarkkisella rakenteella, saat kilpailua henkilöstönne välillä, saat ihmisiä ylennetyksi heidän epäpätevyytensä tasolle ja saat jakautumista.
Haluat todella, että kaikilla on tasa-arvo organisaatiossa, suuria eroja palkkojen välillä eri rooleissa olevien välillä ja jokainen tunne, että ne vaikuttavat arvokkaasti ryhmän menestykseen. Näin voit varmistaa, että sinulla on tehokas kehitystiimi, joka kasvattaa yritystäsi ja laajentaa salkkusi nopeammin.