Programavimas

7 geriausios nuotolinio judrių komandų praktikos pavyzdžiai

Judrios metodikos geriausiai veikia, kai visi komandos nariai yra kartu vienoje vietoje. Kai komandos dalijasi darbo sritimi, komandos draugams lengva užduoti klausimus, susieti programavimo užduotis ir išspręsti problemas neplanuojant susitikimų. Naudoti tokias technologijas, kaip internetinės konferencijos, grupiniai pokalbiai ir el. Paštas, nėra taip efektyvu, kaip tiesioginę žmonių tarpusavio sąveiką.

„Tech Spotlight“:

Bendradarbiavimas atsiliepia į skambutį

  • Nuotolinis darbas dabar ir per amžius? (Kompiuterių pasaulis)
  • Greitus vaizdo konferencijų pataisymus reikia persvarstyti, kai baigsis pandemija („Network World“)
  • 8 pagrindiniai saugumo aspektai apsaugant nuotolinius darbuotojus (CSO)
  • 7 sėkmingų nuotolinių IT komandų (CIO) paslaptys

Be to, organizacijos gali paslėpti judrią metodiką su nuotolinėmis ir paskirstytomis komandomis, tačiau tam reikia šiek tiek padirbėti ir eksperimentuoti. Komandos nariai turi rasti optimalų technologijų naudojimą ir prisitaikyti prie bendravimo stilių, kad užtikrintų komandos produktyvumą, bendradarbiavimą ir kokybę.

Prasidėjus COVID-19, daugelis judrių komandų turi pereiti nuo darbo biuruose prie darbo nuotoliniu būdu. Tai bus nauja patirtis daugeliui žmonių, kurie didelę karjeros dalį nedirbo namuose, ir komandoms, įpratusiems bendrauti asmeniškai. Be to, kai kurie komandos nariai gali susirgti ar patirti kitokių sunkumų dėl augančios pandemijos, todėl judrios komandos turi prisitaikyti prie naujo darbo būdo.

Šis straipsnis yra paprastas vadovas, kurio tikslas yra padėti komandos nariams, komandoms ir organizacijoms pereiti nuo judrių asmeniškai komandų prie labai paskirstytų.

Pasirinkite tinkamą įrangą, įrankius ir darbo vietą

Jei ketinate dirbti nuotoliniu būdu, įsitikinkite, kad turite sąranką, kuri tinka jums, jūsų įmonei ir jūsų komandai. Pagalvokite apie tai kaip apie biuro persikėlimą ir investuokite laiką iš anksto, kad įvertintumėte galimybes ir įsitikintumėte, jog turite viską, ko reikia, kad būtumėte produktyvūs, patogūs ir tokioje erdvėje, kurioje mažiausiai tikėtina, kad jūsų dėmesys bus išsiblaškęs.

Apsvarstykite šiuos 12 aspektų, dirbdami nuotoliniu būdu ilgesnį laiką, įskaitant rekomendacijas dėl darbo disciplinų, darbo vietos, įrangos, tinklo ir įrankių.

Kai kurie pakeitimai, kuriuos turėsite atlikti, paaiškės tik po to, kai pradėsite. Jei jūsų ryšys prastas, gali tekti perkelti belaidį maršrutizatorių arba pereiti prie laidinio ryšio. Jūsų stalo vietą gali tekti koreguoti, jei rengsite daug vaizdo konferencijų. Tikriausiai turėsite liepti šeimos nariams laikytis atstumo, kai dirbate.

Būkite šalia ir kalbėkitės su komandos draugais

Judrioms komandoms pavyksta subalansuoti laiką, skirtą bendradarbiavimui, su laiku, skirtu koncentruotoms pastangoms, reikalingoms kodavimui ir kitai vystymo veiklai. Biure šiek tiek lengviau pamatyti komandos draugo dėmesį, o drausmingos judrios komandos randa būdų, kaip išvengti blaškymosi ir konteksto keitimo.

Dirbant nuotoliniu būdu, komandos turi būti prisijungę, bet taip pat dalintis savo galimybėmis. Tokie įrankiai kaip „Slack“ ir „Microsoft Teams“ leidžia nustatyti pasiekiamumo būseną, o kiti bendradarbiavimo įrankiai leidžia nutildyti pranešimus. Būsenos nustatymų naudojimas yra labai svarbus, kai komandos dirba lanksčiai.

Judrios komandos turi suplanuoti laiką oficialiems bendradarbiavimo užsiėmimams ir atlikti darbus, kad užbaigtų vartotojų istorijas, tačiau komandos nariai taip pat turėtų dalyvauti mažose diskusijose. Žmonės skirtingai reaguoja į stresą ir į nuotolinį darbą, todėl būtina užsiregistruoti. Be to, žmonės turi skirtingus bendravimo stilius internete, palyginti su asmeniškai, ir yra nauja galimybė įtraukti daugiau žmonių į internetinius pokalbius.

„Scrum“ meistrai, techniniai vadovai ir produktų savininkai turėtų reguliariai užduoti komandai klausimus apie supratimo lygį apie reikalavimus, jų progreso blokatorius ir tai, ko reikia norint pagerinti savo produktyvumą ir laimę.

Galiausiai, kelių komandų „scrum“ meistrai ir techniniai vadovai turėtų reguliariai bendrauti. Jų patirtis ir problemos valdant nuotolines komandas tikriausiai nėra unikalios. Dalijimasis patirtimi, kaip jie priverčia savo judrias komandas bendradarbiauti nuotoliniu būdu, neabejotinai būtų naudingi visai grupei.

Peržiūrėkite judrių ceremonijų požiūrius

Judrioms komandoms, pereinančioms nuotolinį bendradarbiavimą, nereikėtų pertvarkyti savo proceso ar atsisakyti judrių ceremonijų. Jei norite pereiti nuotoliniu būdu, gali prireikti, kad „scrum“ meistrai pagalvotų, kaip vesti susitikimą, atsižvelgiant į komandos dydį ir turimas bendradarbiavimo priemones.

Pvz., Komandoms, kurios kasdien žiūrėdamos žiūri į lentą, reikės sukurti šios ceremonijos skaitmeninę versiją. Jei komanda yra maža ir istoriškai patyrusi palyginti nedaug blokų, trukdančių dirbti vartotojų istorijoms, jie galbūt galės atsisakyti susitikimo ir pakeisti jį suplanuotu pokalbių rinkimu.

Kiti pasiūlymai nuotolinėms judrioms komandoms:

  • Sprinto planavimo ir projektavimo sesijose naudokite skaitmenines lentos priemones
  • Nustatykite internetines vaizdo konferencijas įsipareigojimų susitikimams
  • Pasirinkite vieną asmenį, kuris bus rodomas per sprinto peržiūras
  • Norėdami gauti grįžtamąjį ryšį, naudokite apklausas ar mažo kodo programas

Įsipareigokite atlikti realistiškas komandos ir individualias užduotis

Judrios komandos, pereinančios nuo asmeninio prie nuotolinio bendradarbiavimo, turi iš naujo nustatyti savo sprinto greitį ir peržiūrėti darbo lygį, kurį realiai gali įsipareigoti ir užbaigti. „Scrum“ meistrai ir judrūs lyderiai turėtų taikyti praktiką, panašią į naujai sukurtas judriąsias komandas, ir leisti komandoms prisitaikyti prie naujų darbo būdų.

Pavyzdžiui, įsipareigoti kurti sudėtingas vartotojų istorijas, kurioms reikalingi kelių komandos narių indėliai, yra nerekomenduojama, nes kai kurie komandos draugai sprinto metu gali nebebūti pasiekiami. Jei įmanoma, šias istorijas reikėtų suskirstyti į mažesnes arba atidėlioti, jei produkto savininkas sugeba joms nustatyti prioritetus.

Panašiai, judrios komandos gali norėti vengti istorijų, kurios priklauso nuo kitų komandų darbo. Papildomas bendradarbiavimas gali užtrukti keletą greičių naujai suformuotoms nuotolinėms komandoms.

Padidinkite dokumentacijos lygį

Vikrios kūrimo komandos teikia pirmenybę darbo kodui, o ne išankstiniam dokumentavimui, tačiau tai nereiškia, kad architektūros, API ir kodo dokumentuoti nereikia.

Komandos, ilgą laiką dirbančios nuotoliniu būdu, gali norėti aptarti dokumentacijos standartus ir sužinoti, ar reikalingos didesnės pastangos. Kartais kodo dokumentavimas gali pakeisti kai kurias asmenines diskusijas apie tai, kaip veikia kodo modulis arba kaip komandos draugas sprendžia technines skolas.

Investuokite į šuolius, PI / CD ir techninių skolų problemą

Komandoms, kurios tikisi dirbti nuotoliniu būdu ilgesnį laiką, gali būti lengviau sutelkti dėmesį į daugiau techninių istorijų, o ne į tas, kurioms reikalinga sąveika su produkto savininku ir suinteresuotaisiais subjektais. Pavyzdžiui, naudojant daugiapakopę vartotojo patirtį reikia bendradarbiauti tarp produkto savininko, dizainerių, kūrėjų ir testuotojų. Kai komandos tik pradeda dirbti nuotoliniu būdu, gali būti sunkiau koordinuoti diskusijas ar sukurti bendrą supratimą apie galutinių vartotojų poreikius.

Yra ir kitų prioritetinių darbų galimybių, reikalaujančių mažiau bendradarbiavimo ir daugiau individualaus susikaupimo bei naujovių. Pirmenybė teikiama mažiems šuoliams, norint išbandyti naujas idėjas, yra vienas iš pavyzdžių, ypač jei kūrėjas gali dirbti su trumpu koncepcijos įrodymu, be kelių pertraukimų ar perjungdamas kontekstą. Kita galimybė yra teikti pirmenybę kodo lygio techninių įsiskolinimų problemai spręsti, ypač modifikuoti kodo modulius, pridėti vienetų testavimą ar patobulinti išimčių tvarkymą. Trečias variantas - investuoti laiką į CI / CD automatikos kūrimą ar tobulinimą.

Šios techniškai sudėtingesnės užduotys taip pat padeda kūrėjams susikoncentruoti ties darbo užbaigimu tose srityse, kuriose jie tiesiogiai mato naudą.

Peržiūrėkite diegimo strategijas ir sumažinkite riziką

Labai bendradarbiaujančios judrios komandos išmoksta dirbti kartu kaip aukšto lygio ledo ritulio komandos. Ledo ritulyje, net jei ritulys juda greitai ir gali nepastoviai atšokti, žaidėjai naudoja sumanytų žaidimų ir improvizacijų derinį, kuris įgalina ir stiprų gynybinį, ir sprogstamąjį puolimą.

Dabar perkelkite šią komandą iš uždaros arenos ir paprašykite jų žaisti ant lauko ežero, ir jiems reikės šiek tiek laiko prisitaikyti prie elementų. Kurį laiką jie žais konservatyvią gynybą, kol susitvarkys su nauja aplinka ir atgaus ritmą.

Tas pats pasakytina apie judriąsias komandas ir judriąsias kelių komandų organizacijas. Tiesa, ar komandos dirba su senomis sistemomis, ar kuria debesų programas, naudodamos naujausią „devops“ praktiką.

Sąlygos, dėl kurių judrios komandos turi dirbti nuotoliniu būdu, greičiausiai paveiks kitus verslo aspektus, įskaitant operacijas, klientų lūkesčius ir tiekimo grandinės dinamiką.

Klientai ir galutiniai vartotojai gali nenorėti to paties diegimo dažnio, ypač jei dėl to dažnio kyla pavojus programos patikimumui ar našumui. Jei turite API, kurios dirba su jūsų verslo tiekėjais, šie tiekėjai gali būti mažiau prieinami dalyvauti bandant pakeitimus. Jei programinei įrangai taikoma atitiktis arba reguliavimo priežiūra, gali būti sunkiau gauti reikalingas apžvalgas ir patvirtinimus.

Vikrios komandos turi pripažinti platesnį pokyčių, darančių įtaką jų organizacijos verslo modeliui, klientams ir darbo aplinkai, rinkinį. Organizacijos principai, kurie skatino viską, pradedant diegimo greičiu ir dažnumu, baigiant darbo ir vartotojų istorijomis, kuriems teikiama pirmenybė, turės būti peržiūrėti iš naujos veiklos perspektyvos.

Didelė judrumo dalis ir ne tik judrios praktikos laikymasis yra suvokimas, kada ir kaip reikia pasikeisti.

Skaitykite daugiau apie judrų vystymąsi

  • Kaip tobulėti kuriant greitą programinę įrangą
  • 7 pagrindinės judrių kūrėjų kodavimo praktikos
  • 5 judrios plėtros planavimo principai
  • 5 būdai, kaip judrios komandos vykdo sprinto įsipareigojimus
  • Paaiškintas judrus produktų valdymas ir portfelio platformos
  • Kaip valdyti trumpesnius kūrimo išleidimo ciklus
  • 5 principai, kaip tapti judrios „devops“ komandos bendradarbiavimu
  • Kaip rašyti judrius vartotojo pasakojimus: 7 gairės
  • 3 judrios sudegimo ataskaitos ir kaip jas naudoti
  • Kaip teisingai atlikti judrų įvertinimą
  • Kaip spręsti duomenų ir architektūros standartus judrioje plėtroje
  • Kaip suderinti bandymų automatiką su judriu ir „devops“
  • 3 žingsniai taikant judrią metodiką IT operacijose
  • Kaip judrios komandos gali palaikyti incidentų valdymą
  • 5 judrios programinės įrangos kūrimo vadovo pareigos
  • Kaip patobulinti savo „scrum master“ įgūdžius
  • Kas yra „scrum“ meistras? Apibrėžė judrus plėtros vadovas
  • Kas yra judri metodika? Paaiškinta šiuolaikinė programinės įrangos plėtra