Programmēšana

7 labākās prakses attālām veiklām komandām

Veiklas metodikas vislabāk darbojas, ja visi komandas locekļi ir kopā vienā vietā. Kad komandas koplieto darbvietu, komandas biedriem ir viegli uzdot jautājumus, savienot pārī ar programmēšanas uzdevumiem un atrisināt problēmas, neplānojot sapulces. Tādu tehnoloģiju izmantošana kā tīmekļa konferences, grupas tērzēšana un e-pasts vienkārši nav tik efektīva kā tieša mijiedarbība starp cilvēkiem.

Tech uzmanības centrā:

Sadarbība atbild uz zvanu

  • Tālvadība tagad un uz visiem laikiem? (Computerworld)
  • Videokonferenču ātros labojumus ir jāpārdomā, kad pandēmija ir beigusies (Network World)
  • 8 galvenie drošības apsvērumi, lai aizsargātu attālinātos darbiniekus (CSO)
  • 7 veiksmīgu attālo IT komandu (CIO) noslēpumi

Tas nozīmē, ka organizācijas var padarīt veiklu metodiku izcilu ar attālinātām un izplatītām komandām, taču tas prasa zināmu darbu un eksperimentus. Komandas dalībniekiem jāatrod optimāls tehnoloģiju pielietojums un jāpielāgojas komunikācijas stiliem, lai nodrošinātu komandas produktivitāti, sadarbību un kvalitāti.

Līdz ar COVID-19 uzliesmojumu daudzām veiklām komandām no darba birojos jāpāriet uz attālinātu darbu. Tā būs jauna pieredze daudziem cilvēkiem, kuri ievērojamu karjeras daļu nav strādājuši mājās, un komandām, kas pieradušas pie klātienes mijiedarbības. Turklāt pieaugošās pandēmijas dēļ daži komandas locekļi var saslimt vai saskarties ar citām grūtībām, tāpēc veiklām komandām jāpielāgojas jaunam darba veidam.

Šis raksts ir vienkāršs ceļvedis, kura mērķis ir palīdzēt komandas locekļiem, komandām un organizācijām pāriet no galvenokārt personīgām veiklām komandām uz ļoti izplatītām komandām.

Izvēlieties atbilstošu aprīkojumu, instrumentus un darba vietu

Ja jūs strādājat attālināti, tad pārliecinieties, vai jums ir iestatījumi, kas darbojas jums, jūsu uzņēmumam un jūsu komandai. Padomājiet par to kā par biroja pārcelšanos un ieguldiet laiku priekšā, lai novērtētu iespējas un pārliecinātos, ka jums ir viss nepieciešamais, lai jūs būtu produktīvs, ērts un vietā, kur jūs, visticamāk, nenovērsīsities.

Apsveriet šos 12 apsvērumus, ilgstoši strādājot attālināti, iekļaujot ieteikumus par darba disciplīnām, darbvietu, aprīkojumu, tīklu un rīkiem.

Dažas izmaiņas, kas jums būs jāveic, kļūs skaidras tikai pēc darba sākšanas. Ja jums ir slikta savienojamība, iespējams, būs jāpārvieto bezvadu maršrutētājs vai jāpārslēdzas uz vadu savienojumu. Jūsu galda atrašanās vieta var būt jāpielāgo, ja jūs daudz rīkojat videokonferences. Jums, iespējams, būs jāpasaka ģimenes locekļiem, lai viņi, strādājot, ievērotu distanci.

Esiet klāt un sarunājieties ar komandas biedriem

Veiklas komandas gūst panākumus, līdzsvarojot laiku, kas veltīts sadarbībai, ar laiku, kas veltīts koncentrētajiem centieniem, kas nepieciešami kodēšanai un citām attīstības aktivitātēm. Birojā ir nedaudz vieglāk redzēt komandas biedra uzmanību, un disciplinētas veiklās komandas atrod veidus, kā izvairīties no uzmanības novēršanas un konteksta maiņas.

Strādājot attālināti, komandām jābūt tiešsaistē, taču tām ir arī jāpiedalās to pieejamībā. Tādi rīki kā Slack un Microsoft Teams ļauj iestatīt pieejamības statusu, savukārt citi sadarbības rīki ļauj izslēgt paziņojumus. Statusa iestatījumu izmantošana ir kritiski svarīga, ja komandas ir atvērtas elastīgam darba laikam.

Veiklām komandām ir jāplāno laiks oficiālām sadarbības sesijām un jāpaveic darbs, lai pabeigtu lietotāju stāstus, taču komandas locekļiem vajadzētu iesaistīties arī nelielās sarunās. Cilvēki atšķirīgi reaģē uz stresa gadījumiem un uz attālinātu darbu, tāpēc ir svarīgi reģistrēties vienam ar otru. Turklāt cilvēkiem tiešsaistē ir atšķirīgi saziņas stili, salīdzinot ar klātienē, un ir jauna iespēja iesaistīt vairāk cilvēku tiešsaistes sarunās.

Scrum meistariem, tehniskajiem klientiem un produktu īpašniekiem regulāri jāuzdod komandai jautājumi par viņu izpratnes līmeni attiecībā uz prasībām, viņu progresa bloķētājiem un to, vai viņiem ir kas nepieciešams, lai uzlabotu viņu produktivitāti un laimi.

Visbeidzot, vairāku komandu skrambu meistariem un tehniskajiem vadītājiem regulāri jāsazinās. Viņu pieredze un problēmas, pārvaldot attālinātās komandas, iespējams, nav unikālas. Dalīšanās jebkādās mācībās par to, kā viņi liek savām veiklajām komandām sadarboties attālināti, neapšaubāmi nāktu par labu visai grupai.

Pārskatiet pieejas veiklām ceremonijām

Veiklām komandām, kas pāriet uz attālinātu sadarbību, nevajadzētu pārveidot savu procesu vai atcelt veiklās ceremonijas. Bet, atrodoties attālināti, var būt nepieciešams, lai skrāpju meistari pārdomātu, kā vadīt sapulci, atkarībā no komandas lieluma un pieejamajiem sadarbības rīkiem.

Piemēram, personālajām komandām, kas ikdienas gaidīšanas laikā pārrauga skrāpju dēli, būs jāizdomā šīs ceremonijas digitālā versija. Ja komanda ir maza un vēsturiski ir piedzīvojusi salīdzinoši maz bloku, kas kavē darbu ar lietotāju stāstiem, viņi, iespējams, varēs atcelt sapulci un aizstāt to ar ieplānotu tērzēšanas pulcēšanos.

Citi ieteikumi attālām veiklām komandām:

  • Sprinta plānošanai un projektēšanai izmantojiet digitālās tāfeles rīkus
  • Izveidojiet video tīmekļa konferences saistību sanāksmēm
  • Atlasiet vienu personu, kuru vēlaties kopīgot kopīgošanas laikā
  • Izmantojiet aptaujas vai zema koda lietojumprogrammas, lai iegūtu atgriezenisko saiti retrospektīvos

Apņemieties reālistiskus komandas un individuālos uzdevumus

Veiklām komandām, kas pāriet no klātienes uz attālinātu sadarbību, ir jāatjauno sprinta ātrumi un jāpārskata to darbu līmenis un sarežģītība, ko viņi var reāli apņemties un pabeigt. Scrum meistariem un veikliem vadītājiem jāpiemēro prakse, kas līdzīga jaunizveidotajām veiklajām komandām, un jāļauj komandām pielāgoties jauniem darba veidiem.

Piemēram, apņemšanās veidot sarežģītus lietotāju stāstus, kuros nepieciešami vairāku komandas locekļu ieguldījumi, nav ieteicams, jo daži komandas biedri sprinta laikā var kļūt nepieejami. Ja iespējams, šie stāsti būtu jāsadala mazākos vai jāatliek, ja produkta īpašnieks spēj tos noteikt par prioritāti.

Līdzīgi veiklās komandas varētu vēlēties izvairīties no saistīšanās ar stāstiem, kas ir atkarīgi no citu komandu darba. Papildu sadarbība var aizņemt pāris ātrumposmus, lai noteiktu jaunizveidotās attālinātās komandas.

Palieliniet dokumentācijas līmeni

Veiksmīgas izstrādes komandas par prioritāti nosaka darba kodu, nevis sākotnējo dokumentāciju, taču tas nenozīmē, ka arhitektūras, API un koda dokumentēšana nav nepieciešama.

Komandas, kas ilgstoši strādā attālināti, varētu vēlēties apspriest dokumentācijas standartus un noskaidrot, vai ir nepieciešami lielāki centieni. Dažreiz koda dokumentēšana var aizstāt dažas personiskas ieviešanas diskusijas par to, kā darbojas koda modulis vai kā komandas biedrs risina tehnisko parādu.

Ieguldiet tapās, CI / CD un tehnisko parādu risināšanā

Komandām, kas paredz ilgāku laiku strādāt attālināti, var būt vieglāk koncentrēties uz tehniskākiem stāstiem, nevis tiem, kuriem nepieciešama mijiedarbība ar produkta īpašnieku un ieinteresētajām personām. Piemēram, daudzpakāpju lietotāja pieredzes noteikšana ietver sadarbību starp produkta īpašnieku, dizaineriem, izstrādātājiem un testētājiem. Var būt grūtāk koordinēt diskusijas vai attīstīt kopīgu izpratni par galalietotāju vajadzībām, kad komandas tikai sāk strādāt attālināti.

Ir citas iespējas, kā noteikt darbu kā prioritāti, kas prasa mazāku sadarbību un lielāku individuālo koncentrēšanos un inovācijas. Viens no piemēriem ir prioritātes piešķiršana nelielām tapām, lai pārbaudītu jaunas idejas, it īpaši, ja izstrādātājs var strādāt ar īsu koncepcijas pierādījumu ar dažiem pārtraukumiem vai konteksta maiņu. Vēl viena iespēja ir piešķirt prioritāti koda līmeņa tehniskā parāda risināšanai, it īpaši koda moduļu atjaunošanai, vienību testēšanas pievienošanai vai izņēmumu apstrādes uzlabošanai. Trešā iespēja ir ieguldīt laiku, lai attīstītu vai uzlabotu CI / CD automatizāciju.

Šie tehniski sarežģītākie uzdevumi arī palīdz izstrādātājiem koncentrēties uz darba pabeigšanu jomās, kurās viņi tieši redz ieguvumus.

Pārskatiet izvietošanas stratēģijas un samaziniet riskus

Izveicīgas komandas, kas sadarbojas, iemācās strādāt kopā kā augstas veiktspējas hokeja komandas. Hokejā, lai arī ripa kustas ātri un var atlecoši uzveikt, spēlētāji izmanto izstrādātu izspēļu un improvizāciju sajaukumu, kas ļauj gan spēcīgi spēlēt aizsardzībā, gan eksplozīvi uzbrukt.

Tagad pārvietojiet šo komandu no iekštelpu arēnas un lūdziet viņus spēlēt uz āra ezera, un viņiem būs vajadzīgs zināms laiks, lai pielāgotos elementiem. Kādu laiku viņi spēlēs konservatīvu aizsardzību, līdz viņi būs apmierināti ar jauno vidi un atgūs ritmu.

Tas pats attiecas uz veiklām komandām un vairāku komandu veiklām organizācijām. Ir taisnība, vai komandas strādā pie mantotajām sistēmām vai veido mākoņa pirmos lietojumprogrammas, izmantojot jaunāko devops praksi.

Apstākļi, kas prasa veiklām komandām strādāt attālināti, visticamāk, ietekmēs citus uzņēmējdarbības aspektus, tostarp darbību, klientu cerības un piegādes ķēdes dinamiku.

Klienti un tiešie lietotāji, iespējams, nevēlas vienādu izvietošanas biežumu, it īpaši, ja šī frekvence apdraud lietojumprogrammas uzticamību vai veiktspēju. Ja jums ir API, kas darbojas ar jūsu uzņēmuma piegādātājiem, iespējams, ka šiem piegādātājiem būs mazāka iespēja piedalīties izmaiņu testēšanā. Ja uz lietojumprogrammu attiecas atbilstība vai normatīvā uzraudzība, iespējams, būs grūtāk iegūt nepieciešamos pārskatus un apstiprinājumus.

Veiklām komandām jāatzīst plašāks izmaiņu kopums, kas ietekmē viņu organizācijas uzņēmējdarbības modeli, klientus un darba vidi. Organizācijas principi, kas virzīja visu, sākot no izvietošanas ātruma un biežuma līdz darba veidiem un lietotāju stāstiem, kuriem tiek piešķirta prioritāte, būs jāpārskata no jauna darbības viedokļa.

Liela daļa veiklības un ne tikai veiklās prakses ievērošanas ir apziņa, kad un kā jāmainās.

Lasiet vairāk par veiklu attīstību

  • Kā izcelties veiklās programmatūras izstrādē
  • 7 galvenās kodēšanas prakses veikliem izstrādātājiem
  • 5 veiklas attīstības plānošanas principi
  • Pieci veidi, kā veiklās komandas izpilda sprinta saistības
  • Paskaidrota veiklā produktu pārvaldība un portfeļa platformas
  • Kā vadīt īsākus izstrādes izlaišanas ciklus
  • Pieci principi, kā kļūt par sadarbības veiklu devops komandu
  • Kā rakstīt veiklus lietotāju stāstus: 7 vadlīnijas
  • 3 veiklie izdegšanas ziņojumi un kā tos izmantot
  • Kā pareizi veikt agilu novērtēšanu
  • Kā pievērsties datu un arhitektūras standartiem veiklā attīstībā
  • Kā saskaņot testa automatizāciju ar veiklu un devops
  • 3 soļi veiklu metodiku pielietošanai IT operācijās
  • Kā veiklas komandas var atbalstīt incidentu pārvaldību
  • 5 veiklā programmatūras izstrādes vadītāja pienākumi
  • Kā uzlabot savas prasmes meistarībā
  • Kas ir skrumbu meistars? Definēja veikls attīstības vadītājs
  • Kas ir veiklā metodika? Mūsdienu programmatūras izstrāde ir izskaidrota
$config[zx-auto] not found$config[zx-overlay] not found