Ryan Wilcox on menestynyt etätyöntekijänä lähes 10 vuoden ajan, ja toimii nyt sekä konsulttina että kehittäjänä yrityksissä ympäri maailmaa sekä ApeeScape-insinöörinä että hänen perustajana. oma yritys . Hän työskentelee tällä hetkellä kokopäiväisesti Fanzter , verkko- ja iOS-tuoteyritys.
Uuden kaukosäätimen tai työpaikan koti-keikan aloittaminen, olipa se sitten sopimusprojekti tai a kokopäivätyö , voi olla hieman pelottava, jos olet tottunut menemään toimistoon päivästä toiseen.
Mutta tämä työllisyystyyli on kasvava suosio , joidenkin kanssa hyvin merkittäviä yrityksiä lainaa sille heidän hyväksyntänsä.
Olen työskennellyt menestyksekkäästi etänä näiden työkalujen avulla monen vuoden mittaan ja kestoltaan. Tämän viestin avulla toivon voivani luetella joitain parhaita käytäntöjä, jotka olen valinnut työskennellessäni erilaisissa tilanteissa. Kaukosäädin ja kotona työskentely -opas vaihtelevat erityisistä ohjelmisto- ja laitteistosuosituksista vihjeisiin tiimisi määräaikojen saavuttamiseksi.
En voi korostaa tarpeeksi sen merkitystä oikeat toimistoasetukset . Se tekee sinusta tuottavamman ja näyttää ammattimaisemmalta. Esimerkiksi kuulokkeet ovat ratkaisevan tärkeitä kaiun välttämiseksi verkkopuheluiden aikana; tällaiset pienet asiat menevät pitkälle kaukosäätimenä työskenneltäessä.
Tässä on joitain työkaluja etätyöhön, joita pidän välttämättöminä omassa kotitoimistossani:
Jotkut näistä kuulostavat ilmeisiltä, mutta olisit yllättynyt niiden kaukosäätimien lukumäärästä, jotka eivät osu kaikkia merkkejä täällä. Kehittäjinä tarvitsemme hiljaisen tilan ajatella keskeytyksettä. Ja etätyöntekijöinä tarvitsemme rauhallisen paikan kokouspuhelujen, kokousten, pariohjelmointitilaisuuksien jne. Isännöimiseen keskeytyksettä. Pelkkä työskentely sohvalla ei todennäköisesti ole hyvä pitkäaikainen etätyön ratkaisu.
Siellä on joukko hyviä ohjelmistotyökaluja, jotka täydentävät tyypillistä kehitysympäristöäsi ja auttavat sinua voittamaan etätyöhön liittyvät haasteet. Tässä on muutama, joista pidän todella:
Kun suunnittelet kokouksia, vahvista aina molemmat aikavyöhykkeet. Ja kun saat kutsun, sinun tulee aina tehdä matematiikka taaksepäin ja varmistaa, että keksit samat numerot. Jos kokoukseen kuuluu useita aikavyöhykkeitä, haluan sisällyttää myös UTC-ajan. Koska kaikkien tulisi tietää siirtymänsä UTC: stä, tämä on jälleen yksi tarkistus varmistaaksemme, että kaikki ovat samalla sivulla.
Olin kunnollisen kokoinen Kiskot joukkue muutama vuosi sitten. Useat tiimin jäsenet työskentelivät etäyhteydellä ainakin osan ajasta, ja tiimikulttuurin mukaan paljon työtä tehtiin iltaisin. Ehdotin chat-huoneen perustamista tuolloin virallisen tiiminjohtajan välityksellä osoittamalla Campfireen tai muuhun maksettuun chat-palveluun. Useita viikkoja kului ilman toimia, ja päätin perustaa Skype-keskusteluhuone vain kehittäjien kanssa testatakseni teoriani, jonka mukaan keskusteluhuone olisi hyödyke tiimille. Tämä kokeilu osoittautui erittäin onnistuneeksi - niin onnistuneeksi, että jatkoimme Skype-chatin käyttöä toisen ratkaisun sijaan. Tämä Skype-keskusteluhuone oli edelleen käytössä, kun lähdin projektista melkein vuotta myöhemmin. Joskus yksinkertainen voi olla paras vaihtoehto.
Myöhemmin saman projektin kriittisen määräajan aikana perustimme Skype-keskusteluhuoneen, johon kuului kehittäjiä, yritysanalyytikkoja, projektipäälliköitä ja asiakasta, joten yleinen ryhmä pystyi vastaamaan kysymyksiin nopeasti. Vaikka se ei ole yhtä aktiivinen kuin vain kehittäjille tarkoitettu chat-huone, se toimi silti todella hyvin. Jotkut voivat valvoa ja hallita Skype-keskusteluja ryhmäkeskustelukomennot , chat-roolien asettaminen ja käyttöoikeuksien asettaminen, jonka avulla voit todella mukauttaa chat-huoneen käyttötarkoitukseesi. Jopa tällaisen yksinkertaisuuden asettaminen voi parantaa etätyön tuottavuutta.
Haluan tietää kolme asiaa vikaseurannasta, jota käytän:
Jokaisella näistä on tarkoitus.
Ensinnäkin: 'Mitä minä työskentelen juuri nyt?': Kun työskentelet perinteisessä toimistossa, sinulla on taustavärinä - tämä antaa sinulle yleiskuvan siitä, mitä kaikki muut tekevät. Virheenseurantajärjestelmässä oleva tarkka merkki, jonka mukaan 'Kyllä, työskentelen tällä hetkellä aktiivisesti tämän kanssa', voi tuoda samanlaisen mallin ja tunteen etätyöhön.
Toiseksi: 'Mitä lautasella on seuraavaa julkaisua varten?' tarkoittaa 'mitä vikoja olen vastuussa' tai 'mitä vikoja käsittelen'. Jokaisessa joukkueessa on varmasti edestakaisia, mutta on myös hyvä tietää keneltä kysyä, jos haluat napata virheen tai tarvitset apua vikojen viimeistelemisessä julkaisua varten.
On myös mahdollista, että tiimisi ei toimi lainkaan tällä tavoin: esimerkiksi työnkulku voi olla se, että jokaiselle kehittäjälle määritetään aluksi vain yksi virhe ja poimii määrittelemätön kasa, kun yksi virhe on tehty. Tämä voi olla myös tuottavaa.
'Ohjelmiston seuraavan version' ei tarvitse olla mitään suurta - olen ollut joukkueissa, joissa 'seuraava julkaisu' tarkoitti: 'Kolmen päivän kuluttua julkaisemme uuden alfa-rakennelman asiakkaalle ”. Mutta jokaisen on silti hyvä tietää, mitä tässä uudessa julkaisussa on tulossa. Varsinkin jos valitset valitsemattomat liput, kun nykyinen lippusi on valmis.
Olen sisällyttänyt joitain suosituksia tietyille vikaseurannoille viestin alaosaan.
Joillekin ryhmäviestintä on pelottavin osa etätyötä tai kotona työskentelyä. Mutta tämä on ongelma vain, jos annat sen olla .
Toimistossa, kun kävelet kaikkien matkalla istuimellesi, on vähän kiusaa, ihmiset sanovat 'Hei'. Työtoverisi tietävät, että olet töissä, koska he näkevät sinut siellä, työpöydälläsi työskentelemässä.
Etätyöntekijöiden on oltava hieman selkeämpiä - kukaan ei tiedä, että työskentelet, ellet kerro heille . Mutta jos luot oikeat viestintäkäytännöt, kollegasi ovat käytettävissä napin painalluksella pikemminkin kuin kävellen toimiston, hissin jne. Yli.
Nämä vinkit koskevat enemmän etähallittua työntekijää osana suurempaa tiimiä, mutta voivat olla hyödyllisiä, jos vain sinä olet ainoa kehittäjä.
Hain useita näistä ideoista Laaja joukkue Podcast-jakso 48 .
Mene päivän alussa IRC: n (tai minkä tahansa työkalun joukkueesi käyttämään) ja sano Hei' , keskustele ihmisten päivien kulusta jne. jne. Vaikka se merkitsisikin pääsyä IRC: hen ja kysymistä lapsista, viikonloppuista, urheilutiimeistä tai viikonloppuista hakkerointia. Kun ihmiset tietävät, että olet tällä hetkellä kovaa töitä kotona, sinusta ei tule näkymätöntä. Rakenna suhde ja kerro ihmisille, että olet siellä .
Keskustele ihmisten kanssa chatissä ja varmista, että pysyt yhteydessä kollegoihisi. Tämä on erilainen kuin silloin, kun törmäät kahvihuoneessa oleviin ihmisiin jne. Jne. Sinun on nimenomaan tavoitettava ja pitää yhteyttä, jotta kun annat koodin tai tarvitset apua, ihmiset ovat valmiita.
Läsnäolosi tuntemisen lisäksi sinun tulee myös ilmoittaa etätovereidesi jäsenille, kun olet ei toimi. Aivan kuten perinteisessä toimistoympäristössä, et halua kadota loppupäivään ja jättää kollegoitasi roikkumaan.
Jos olet joukossa muita kehittäjiä tai hallinnoit etätyöntekijöitä, on järkevää kirjautua sisään, kun aloitat työpäivän. Yksinkertainen 'hyvää huomenta, kaikki' kertoa ihmisille, että olet työpöydällesi valmis aloittamaan projektin aloittamisen etkä enää kotona tai sängyssä.
'Palaa takaisin 1 tunnissa' -viestien lähettäminen lounaaksi tai työtaukoille päivän aikana on myös mukavaa. Etätyö sopii hyvin moniin asioihin, mutta yksi huolestuttava skenaario on, että kysyt kollegallesi kysymyksen etkä saa vastausta. Eivätkö he vastaa, koska ovat poissa 30 minuuttia? Tai koska he ovat syvällä vyöhykkeellä eivätkä kuuntele chatteja? Ehkä kokouksessa? 'Palaa sisään ...' -viestit voivat lievittää näitä huolenaiheita ja tasoittaa työnkulkua.
Kun olet valmis iltapäivälle, ilmoita ihmisille, milloin olet palannut. Ehkä se on 'Nähdään kaikki aamulla' tai 'Palaa myöhemmin tänä iltana saadaksesi [x] aikaan'. Mutta kuten 'Palaa 1 tunnissa' -viestit, ne asettavat tietyn odotuksen, johon tiimisi voi sopeutua.
Siellä on mielenkiintoinen käynnistys nimeltä Siirtyä se voi ratkaista joitain näistä ongelmista (vaikka en ole vielä kokeillut sitä itse). Sen lisäksi, että otat kuvan sinusta muutaman sekunnin välein, se antaa tiimin jäsenten myös napsauttaa kuvaa aloittaaksesi video- / äänikeskustelun sekä tekstikeskustekomponentin. Kuvan idea on nähdä yhdellä silmäyksellä, oletko tietokoneesi vai ei. (Ei ole mitään pahempaa kuin yrittää keskustella jonkun kanssa verkossa ja kuulla nopeasti. Ovatko he kiinni jotain muuta? Syvällä vyöhykkeellä? Etkö näe chat-ilmoitusta? Kylpyhuoneessa juuri nyt?). Kuulin Sqwiggle on the Laaja joukkueiden podcast-jakso 83 .
Etä freelance-keikat ovat aina erilaisia. (Se on osa vetoomusta!) Joskus sinut tuodaan olemassa olevaan kehittäjien joukkueeseen pelkästään henkilöstön lisäyksenä. Ehkä tämä joukkue on ollut yhdessä jonkin aikaa, ja siinä tapauksessa he ovat jo vakiinnuttaneet viestintäkäytännöt.
Toisaalta olet joskus ainoa projektin kehittäjä, joka työskentelee ei-teknisen asiakkaan kanssa. Voit määrittää omat ohjelmistokehityksen parhaat käytännöt ja hallita jonkin toiminnon suorittamista. Alla on joitain parhaita käytäntöjä vuosikymmenestäni etätyökokemuksestani. Enimmäkseen nämä kohdennetaan puolen viikon (20 tuntia viikossa) tai koko viikon aikatauluihin (40 tuntia / viikko).
Pidosta on sanottavaa standup-kokoukset puhua projektin tilasta. Nämä ovat hyvin yleinen perinteisissä toimistoissa , mutta ei ole mitään syytä, miksi he eivät voi olla tuottavia etäryhmälle: ne ovat vain yksi tapa vahvistaa viestintää osapuolten: asiakkaan ja kehittäjän välillä.
Perinteisessä stand-up-kokouksessa kysytään, mitä teit eilen töissä, mitä työskentelet tänään ja onko tielläsi esteitä. Tämä muoto saattaa toimia tai olla toimimatta tiimisi koon mukaan: jos kyseessä on yksi kehittäjäprojekti, näillä varsinaisilla kysymyksillä ei ole mitään järkeä.
Se, kuinka usein sinun tulisi pitää standup-kokous, riippuu todella joukkueen koosta ja kulttuurista. Tässä ovat kuitenkin suositukseni:
1-3 kehittäjän kanssa nämä kysymykset ovat enimmäkseen itsestään selviä: tiedät, mitä kukin kehittäjä tekee, koska heidän yksilöllistä työään on helppo seurata, kun he etsivät lippuja: kaikki tietävät, mitä kaikki tekevät, koska ihmisiä ei vain ole niin paljon työ.
Suurempien etäryhmien kanssa on enemmän osia liikkeessä: haluat varmistaa, että kukaan ei astu kenenkään virtuaalivarpaille toistamalla työtä tai tekemällä yhteensopimattomia muutoksia.
Kun otetaan huomioon ApeeScapen viikkomaksurakenne, kaksi kokousta viikossa antaa asiakkaalle riittävästi aikaa ilmaista huolensa projektista, ennen kuin he tuntevat olevansa huijattu viikkomaksusta. Pelkkä yhden kokouksen pitäminen viikossa voi tarkoittaa, että asiakas on tyytymätön työn laatuun, eikä kehittäjällä ole aikaa säätää suoritteita.
Edistyneet etäryhmät voi olla muita tapoja pitää kaikki sidosryhmät samalla sivulla ilman aikataulua varsinaista kokousta, kun he työskentelevät kotona. Haluan silti päästä puhelimeen / Skype / Hangouts-keskusteluun jonkun kanssa ja pitää tapaamisen tällä tavalla.
Pienille ryhmille kaksi standup-kokousta viikossa toimii todella hyvin: kurssikorjaukset tehdään nopeasti, mutta kehittäjillä on silti jotain merkittävää raportoida jokaisen kokouksen aikana.
Haluan projektin koosta riippuen toimittaa asiakkaalle viikoittain pienille (1-2 kehittäjää) ja kahden viikon välein suuremmille (3 + kehittäjä) projekteille. Tämä rytmi antaa kehittäjille riittävästi aikaa suorittaa huomattavat työt, mukaan lukien käyttöliittymä (tai parannettu käyttökokemus) asiakkaan nähtäväksi.
Muille kuin teknisille asiakkaille ainoa mittari, jolla he voivat seurata edistymistä, on se, mitä he voivat nähdä näytöllä.
Kehittäjien on tärkeää muistaa, etenkin ei-teknisten asiakkaiden kanssa, että eteneminen, jonka voit visualisoida käyttöliittymällä, on usein ainoa asia, joka on asiakkaalle tärkeä. Ei-tekniset asiakkaat eivät välitä siitä, oletko työntänyt 500 viivaa koodia tällä viikolla tai että sinulla oli vaikeuksia olla tekemisissä jonkin verkkopalvelun kanssa. Ainoa mittari, jonka avulla he voivat mitata edistymistä, on se, mitä he voivat nähdä näytöllä . Tämä ei tarkoita sitä, että hyvän työn tekeminen taustalla on merkityksetöntä, vaan pikemminkin, että sinun on tehtävä kaikki tämä hyvä työ konkreettisiksi asiakkaan silmissä.
Siksi pidän viikoittain tai joka toinen viikko toimituksista. Kaikki, mikä on lyhyempi, asettaa kehittäjän usein vaikeaan paikkaan: ehkä he juuttuvat taustatehtäviin kahdeksi päiväksi, eikä heillä ole aikaa viimeistellä käyttöliittymää, joten heillä ei ole mitään tehtävää näytä asiakas.
Ohjelmistoprojektin tyypistä riippuen kaikkia näitä asiakasjulkaisuja ei julkaista yleisölle. Jos esimerkiksi työskentelet Rails-projektin parissa, kannattaa ehkä ottaa käyttöön hyväksytyt muutokset välittömästi. toisaalta, mobiilisovelluksen avulla voit kutsua julkaisua '1.3a10', mutta nykyinen julkaisu on vain osa myöhemmin käyttöön otettavan ohjelmiston uuden 1.3-version isompaa ominaisuusjoukkoa.
Tässä tulee esiin etävirheiden seurannan parhaat käytännöt. Virheenseurannassa asiakas tietää:
Asiakas tietää mitä odottaa tältä julkaisulta, ja kehittäjät tietävät mitä työ heitä odottaa.
Jos etätiimisi on tarpeeksi kypsä käyttämään jatkuva käyttöönotto ja tai Kanban niin se on hieno. Nämä ovat kuitenkin molemmat hyvin edistyneitä tekniikoita, jotka soveltuvat paremmin organisaatioille, joilla on vahva kehittäjälähtöinen kulttuuri. Suurin osa organisaatioista, joissa mukautetun ohjelmistokehityksen katsotaan olevan välttämätöntä, mutta kallista, eivät todennäköisesti ole valmiita kumpaankaan näistä tekniikoista. Miksi? Kaksi asiaa, jotka olen nähnyt, on se asiakas ei pysty seuraamaan muutosten määrää, jonka kehittäjät haluavat heidän tarkistavan tai prioriteetit muuttuvat liian nopeasti, jotta kehitys voi saada aikaan yhden asian .
Jos satut käymään tiimissä, jossa luodaan parhaita käytäntöjä, olen luetellut alla joitain työkaluja etätyön hallintaan. Muista, että nämä ovat vain suosituksiani: tämä opas ei todellakaan ole kaikille; ja jos et pidä näistä työkaluista, on todennäköisesti työkalu, joka sopii tarpeisiisi paremmin.
Kauko-ohjaimen tai kotona työskentelyn aloittaminen voi olla melko mukautus sekä sinulle että asiakkaalle. Minulla on ollut se hyvin oikein ja hyvin väärin. Mutta kun se menee oikein, se voi olla erinomainen tapa asiakkaille tai työnantajille ratkaista 'Lahjakkuus' ja luo a laajemmat mahdollisuudet kehittäjille, jotka asuvat suurten teknologiakeskusten tai 'startup' -keskusten ulkopuolella. Kehittäjät voivat hyötyä koko tehokkuuden maailmasta, kun he työskentelevät etäyhteydessä oikeiden parhaiden käytäntöjen kanssa.