Ryan Wilcox on kaugtöötajana arenenud peaaegu kümme aastat ja töötab nüüd nii konsultandi kui arendajana kogu maailmas asuvates ettevõtetes nii ApeeScape'i inseneri kui ka tema asutajana. oma firma . Praegu töötab ta täiskohaga Fanzter , veebi- ja iOS-i tootefirma.
Uue kaugjuhtimispuldi või kodukontserdi alustamine, olgu see siis lepinguline projekt või a täiskohaga töö , võib veidi hirmutada, kui olete harjunud päevast päeva kontorisse minema.
Kuid selline tööstiil on kasvav populaarsus , mõnega väga märkimisväärsed ettevõtted laenates neile oma kinnitusi.
Olen neid tööriistu kasutades juba aastaid edukalt töötanud erineva mastaabiga ja kestusega projektide kallal. Selle postitusega loodan loetleda mõned parimad tavad, mille olen töötanud erinevates olukordades. Kaugjuhtimispuldi ja töökoha kodu juhend ulatub siin konkreetsetest soovitustest tarkvara ja riistvara osas ning lõpetades näpunäidetega oma meeskonna tähtaegadest kinnipidamiseks.
Ma ei saa piisavalt rõhutada selle olulisust õige kontori seadistamine . See muudab teid nii produktiivsemaks kui ka professionaalsemaks. Näiteks on peakomplekt veebikõnede ajal kaja vältimiseks ülioluline; sellised pisiasjad lähevad kaugjuhtimispuldina töötades kaugele.
Siin on mõned kaugtöö tegemise tööriistad, mida pean oma kodukontoris hädavajalikuks:
LLC maksuklassifikatsioon s või c
Mõni neist kõlab ilmselgelt, kuid teid üllataks kaugjuhtimispultide arv, mis siin kõiki märke ei taba. Arendajatena vajame vaikset mõtlemisruumi, katkematult. Ja kaugtöötajatena vajame vaikset kohta, kus saaksite katkematult korraldada konverentskõnesid, koosolekuid, paaride programmeerimisseansse jne. Ainult diivanil töötamine pole ilmselt hea pikaajaline kaugtöö lahendus.
Seal on hulk häid tarkvaratööriistu, mis täiendavad teie tüüpilist arenduskeskkonda ja aitavad teil kaugtööga seotud väljakutsetest üle saada. Siin on mõned üksikud, mis mulle väga meeldivad:
Koosolekute kavandamisel kinnitage alati mõlemad ajavööndid. Ja kutse saamisel peaksite matemaatikat alati tagurpidi tegema ja veenduma, et jõuate samade numbriteni. Kui koosolek hõlmab mitut ajavööndit, meeldib mulle lisada ka UTC aeg. Kuna kõik peaksid teadma oma nihet UTC-st, on see veel üks kontroll, veendumaks, et kõik on samal lehel.
Olin korraliku suurusega Rööpad meeskond paar aastat tagasi. Mitmed meeskonnaliikmed töötasid vähemalt osa ajast eemalt ja meeskonnakultuur oli see, et palju tööd tehakse õhtuti. Ma tegin ettepaneku luua jututuba toona ametliku meeskonnavanema kaudu, viidates Campfire'ile või mõnele muule tasulisele vestlusteenusele. Möödus mitu nädalat, ilma et oleksin midagi teinud ja otsustasin luua Skype'i jututoa koos arendajatega, et testida oma teooriat, nagu oleks jututuba meeskonnale kasulik. See eksperiment osutus väga edukaks - nii edukaks, et kasutasime lihtsalt teise lahenduse asemel Skype'i vestlust. See Skype'i jututuba oli endiselt kasutusel, kui lahkusin projektist peaaegu aasta hiljem. Mõnikord võib parimaks võimaluseks olla lihtne.
Hiljem rajasime sama projekti jaoks kriitilise tähtaja jooksul Skype'i jututoa, kuhu kuulusid arendajad, ärianalüütikud, projektijuhid ja klient, nii et üldine grupp sai küsimustega kiiresti tegeleda. Kuigi see pole nii aktiivne kui ainult arendajatele mõeldud jututuba, töötas see siiski tõeliselt hästi. Mõned saavad Skype'i vestlusi modereerida ja kontrollida grupivestluse käsud , vestlusrollide määramine ja juurdepääsulubade määramine, mis võimaldab teil vestlustoa oma kasutuskohale vastavalt kohandada. Isegi sellise lihtsuse seadistamine võib kaugtöö tootlikkust parandada.
Mulle meeldib teada saada kolme asja veajälgijast:
Igal neist on oma eesmärk.
Esiteks: 'Millega ma praegu tegelen?': Kui töötate traditsioonilises kontoris, on teil taustavestlus - see annab teile üldise ettekujutuse sellest, mida kõik teised teevad. Veajälgimissüsteemi selgesõnaline märk, mis ütleb: „Jah, töötan praegu aktiivselt selle kallal”, võib kaugtööle sarnase mustri ja tunde sisse tuua.
Teiseks: 'Mis on minu järgmise plaadi plaadil?' tähendab 'Mis vead ma vastutan' või 'Mis vead ma käitlen'. Igas meeskonnas on kindlasti mõned edasi-tagasi liikumised, kuid on ka hea teada, kellelt küsida, kui soovite vea haarata või vajate väljalaskmiseks vigade lõplikul vormistamisel abi.
Samuti on võimalik, et teie meeskond ei tööta niimoodi: näiteks võib teie töövoog olla selline, kus igale arendajale määratakse alustuseks ainult üks viga ja valitakse määramata hunnik ära, kui nende üks viga on tehtud. See võib olla ka produktiivne.
„Tarkvara järgmine versioon” ei pea olema midagi suurt - olen olnud meeskondades, kus “järgmine versioon” tähendas: “3 päeva pärast avaldame kliendile uue alfaehituse ”. Kuid ikkagi on kõigil hea teada, mis selle uue versiooni tulemas on. Eriti kui valite määramata piletid ära, kui teie praegune pilet on valmis.
arendaja helistab probleemiga. nad üritasid siluda
Lisasin postituse lõppu mõned soovitused konkreetsete vigade jälgijate kohta.
Mõne jaoks on meeskonnaga suhtlemine kõige kaugemale või kodust töötamise kõige hirmutavam osa. Aga see on probleem ainult siis, kui lasete sellel olla .
Kontoris, kui kõnnite kõigil oma istekoha poole liikudes, on natuke nalja, inimesed ütlevad 'Tere'. Teie töökaaslased teavad, et olete tööl, sest näevad teid seal, teie laua taga, töötamas.
Kaugtöötajad peavad olema veidi selgemad - keegi ei tea, et te töötate, kui te ei ütle neile . Kuid kui loote õiged suhtlemispraktikad, on teie kolleegid saadaval vaid ühe nupuvajutusega, selle asemel et jalutada kontoris, liftis jne.
Need näpunäited kehtivad rohkem kaugjuhitava töötaja kohta suurema meeskonna koosseisus, kuid võivad olla kasulikud, kui see on ainult teie kui ainus arendaja.
Võtsin mitu neist ideedest välja Laia meeskonna taskuhäälingu jagu 48 .
Päeva alguses minge IRC-le (või mis tahes tööriistale, mida teie meeskond kasutab) ja ütle Tere' , vestelda inimeste päevade kulgemisega jne jne. Isegi kui see tähendab IRC-sse jõudmist ja laste, nädalavahetuste, spordimeeskondade või nädalavahetustel toimuva häkkimise kohta küsimist. Kui inimesed teavad, et teil on praegu kodus raske töö, ei muutu te nähtamatuks. Loo suhe ja anna inimestele teada, et sa seal oled .
Vestelge vestlusringis olevate inimestega ja veenduge, et olete oma kolleegidega seotud. See erineb siis, kui satute kohvitoa jms inimestesse jne. Peate selgesõnaliselt sirutama käe ja pidama ühendust, nii et kui koodi sisestate või abi vajate, on inimesed valmis.
Lisaks kohaloleku tunnetamisele peaksite oma kaugematele meeskonnakaaslastele ka sellest teada andma, kui olete mitte töötavad. Nii nagu traditsioonilises kontoris, ei soovi te ka ülejäänud päevaks kaduda ja kolleege rippuma jätta.
kas minu llc on s või c korpus?
Kui olete paljude teiste arendajatega meeskonnas või haldate kaugtöötajaid, on mõttekas sisse logida, kui alustate oma tööpäeva. Lihtne 'Tere hommikust, kõik', et anda inimestele teada, et olete oma laua taga valmis projekti kallal töötama, mitte enam kodus ega voodis.
Päeval on lõuna- või töövaheajaks sõnumite „Ole tagasi 1 tunni pärast” saatmine ka tore. Kaugtöö sobib suurepäraselt paljude asjade jaoks, kuid üks murettekitav stsenaarium on see, et esitate kolleegile küsimuse ja ei saa vastust. Kas nad ei reageeri, kuna on 30 minutit ära? Või seetõttu, et nad on sügaval tsoonis ja ei kuula vestlust? Äkki koosolekul? Sõnumid „Ole tagasi ...” võivad neid probleeme leevendada ja töövoogu sujuvamaks muuta.
Kui olete pärastlõunaks valmis, andke inimestele teada, millal olete tagasi. Võib-olla on see 'kohtumiseni hommikul' või 'Tulge täna õhtul tagasi, et [x] korda saada'. Kuid nagu sõnumid „Tagasi 1 tunni pärast”, seavad need teatud ootuse, millega teie meeskond saab kohaneda.
Seal on huvitav käivitusprogramm Keerake see võib mõned neist probleemidest lahendada (kuigi ma pole seda ise veel proovinud). Lisaks sellele, et teete iga paari sekundi tagant pilti, võimaldab see meeskonna liikmetel video / heli vestluse alustamiseks teie pildil klõpsata ning pakkuda tekstivestluse komponenti. Pildi taga on pilgu nägemine, kas olete arvuti taga või mitte. (Pole midagi hullemat kui see, kui proovite kellegagi veebis suhelda ja kiiresti tagasi ei kuule. Kas ta on millegi muuga järele jõudnud? Sügaval tsoonis? Kas te ei näe vestlusteatist? Praegu vannitoas?). Kuulsin Sqwiggle kohta Wide Teams Podcasti osa 83. .
Kaug-vabakutselised kontserdid on alati erinevad. (See on osa üleskutsest!) Mõnikord viiakse teid olemasolevasse arendajate meeskonda puhtalt töötajate täiendusena. Võib-olla on see meeskond juba mõnda aega koos olnud ja sellisel juhul on nad suhtluspraktikad juba sisse seadnud.
Teiselt poolt olete mõnikord projekti ainus arendaja, kes töötab mittetehnilise kliendiga. Saate seadistada oma tarkvaraarenduse parimad tavad ja teil on operatsiooni käitamise üle mõningane kontroll. Allpool on toodud mõned minu kümneaastase kaugtöö kogemuse parimad tavad. Enamasti on need suunatud poolenädalastele (20 tundi nädalas) või terve nädala graafikutele (40 tundi nädalas).
Hoidmise kohta on midagi öelda standup koosolekud rääkida projekti seisust. Need on traditsioonilistes kontorites väga levinud , kuid pole ühtegi põhjust, miks nad ei saaks kaugmeeskonna jaoks produktiivsed olla: need on lihtsalt üks viis kahe osapoole: kliendi ja arendaja vahelise suhtluse tagamiseks.
Traditsiooniline stand-up kohtumine küsib, millega tegelesite eile, millega tegelete täna ja kas teie teemal on mingeid takistusi. See vorming võib teie meeskonna suurust arvestades töötada või mitte, kui see on üks arendajaprojekt, pole nendel tegelikel küsimustel mõtet.
See, kui sageli peaksite koosolekut pidama, sõltub meeskonna suurusest ja kultuurist. Siin on siiski minu soovitused:
1-3 arendajaga on need küsimused enamasti iseenesestmõistetavad: teate, mida iga arendaja teeb, sest piletite kaudu kündes on nende individuaalset tööd lihtne jälgida: kõik teavad, mida kõik teevad, sest inimesi pole lihtsalt nii palju töö.
Suuremate kaugrühmade puhul on liikvel rohkem osi: soovite veenduda, et keegi ei astuks kellegi virtuaalsetele varvastele, kordades tööd või tehes kokkusobimatuid muudatusi.
Arvestades ApeeScape'i nädala maksestruktuuri, annab kaks koosolekut nädalas kliendile piisavalt aega projekti pärast mure avaldamiseks, enne kui ta tunneb end nädalamäärast petetuna. Juba üks kohtumine nädalas võib tähendada, et klient pole töö kvaliteedi üle õnnelik ja arendajal pole aega tulemusi kohandada.
Täiustatud kaugrühmad võib olla muid meetodeid, kuidas hoida kõiki sidusrühmi samal lehel ilma tegelikku koosolekut ajastamata, kui nad kodus töötavad. Mulle meeldib endiselt kellegagi telefoni / Skype'i / Hangoutsi minna ja nõnda kohtuda.
Väikeste meeskondade jaoks töötab kaks standup-koosolekut nädalas tõesti hästi: kursuse parandused tehakse kiiresti, kuid arendajatel on siiski iga koosoleku ajal midagi olulist teatada.
investeeringutasuvuse tüüp
Olenevalt projekti suurusest meeldivad mulle klientidele iganädalased saadetised väikestele (1-2 arendajat) ja kahe nädala tagant suurematele (3+ arendaja) projektidele. See rütm annab arendajatele piisavalt aega, et täita suured tükid tööd, sealhulgas liides (või parem kasutuskogemus), mida klient näeb.
Mittetehniliste klientide jaoks on ainsad mõõdikud, mille abil nad saavad progressi jälgida, see, mida nad ekraanil näevad.
Arendajatele on oluline meeles pidada, eriti mittetehniliste klientide puhul, et kliendi jaoks on sageli ainus asi, mida saate kasutajaliidese abil visualiseerida. Mittetehnilised kliendid ei hooli sellest, kas olete sel nädalal 500 koodirida välja tõrjunud või et teil oli raske mõne veebiteenusega suhelda; ainus mõõdik, mille abil nad saavad edusamme mõõta, on see, mida nad ekraanil näevad . See ei tähenda, et taustal hea töö tegemine pole asjakohane, vaid pigem peate kogu selle hea töö kliendi silmis käegakatsutavaks muutma.
Seetõttu meeldivad mulle nädala- või kaks-nädalased tulemused. Kõik, mis on sellest lühem, paneb arendaja sageli raskesse kohta: võib-olla jäävad nad kaks päeva tausttööd tegema ja neil pole aega liidese lõpuleviimiseks, nii et neil pole midagi teha saade klient.
Sõltuvalt tarkvaraprojekti tüübist ei avaldata kõiki neid klientide väljaandeid avalikkusele. Näiteks kui töötate Rails-projektiga, võiksite kohe heaks kiidetud muudatused juurutada; teisest küljest võite mobiilirakenduse puhul nimetada väljalaset „1.3a10”, kuid praegune väljaanne on vaid osa tarkvara uue uue versiooni suuremast funktsioonikomplektist, mis hiljem juurutatakse.
Siin tulevad mängu kaugveajälgija parimad tavad. Vigade jälgimisega teab klient:
Klient teab, mida sellelt versioonilt oodata, ja arendajad teavad, mis töö neid ees ootab.
Kui teie kaugmeeskond on kasutamiseks piisavalt küps pidev kasutuselevõtt ja / või Kanban siis on hästi. Need on mõlemad väga arenenud tehnikad, mis sobivad rohkem tugeva arendajapõhise kultuuriga organisatsioonide jaoks. Enamik organisatsioone, kus kohandatud tarkvaraarendust peetakse vajalikuks, kuid kulukaks, ei ole tõenäoliselt valmis kummagi nimetatud tehnika jaoks. Miks see nii on? Kaks asja, mida olen näinud, on see klient ei suuda muutuste arvuga sammu pidada, mida arendajad soovivad, et nad üle vaataksid või prioriteedid muutuvad liiga kiiresti, et areng saaks ühte asja korda saata .
Kui juhtute käima meeskonnas, kus tutvustate parimaid tavasid, loetlesin allpool mõned tööriistad kaugtöö haldamiseks. Pidage meeles, et need on ainult minu soovitused: kindlasti pole see juhend kõigile mõeldud; ja kui need tööriistad teile ei meeldi, on tõenäoliselt teie vajadustele paremini vastav tööriist.
Kaugjuhtimisega või kodus töötamise alustamine võib olla üsna kohane nii teie kui ka kliendi jaoks. Mul on see läinud väga õigesti ja väga valesti. Kuid kui see õigesti läheb, võib see klientidele või tööandjatele olla suurepärane viis lahendada 'Talent krõmps' probleem ja loo a laiemaid võimalusi arendajatele, kes elavad väljaspool suuri tehnoloogiakeskusi või „startup“ jaotureid. Arendajate kaugtöö ja õigete parimate tavade kohapealne koostöö võimaldab saavutada terve maailma.