Ohjelmointi

7 parasta käytäntöä ketterille etäryhmille

Ketterät menetelmät toimivat parhaiten, kun kaikki joukkueen jäsenet ovat yhdessä yhdessä paikassa. Kun tiimit jakavat työtilan, joukkuetovereiden on helppo esittää kysymyksiä, yhdistää ohjelmointitehtäviä ja ratkaista ongelmia ilman aikatauluja kokouksille. Verkkokokousten, ryhmäkeskustelujen ja sähköpostin kaltaisten tekniikoiden käyttö ei ole yhtä tehokasta kuin suora ihmisten välinen vuorovaikutus.

Tech Spotlight:

Yhteistyö vastaa puheluun

  • Etätyö, nyt ja ikuisesti? (Tietokonemaailma)
  • Videoneuvottelun pikakorjaukset on harkittava uudelleen, kun pandemia on ohi (Verkkomaailma)
  • 8 keskeistä turvallisuusnäkökohtaa etätyöntekijöiden suojaamiseksi (CSO)
  • 7 onnistuneiden etähallintaryhmien salaisuutta (CIO)

Organisaatiot voivat kuitenkin tehdä ketteristä menetelmistä erinomaisia ​​etä- ja hajautettujen tiimien kanssa, mutta se vie jonkin verran työtä ja kokeiluja. Tiimin jäsenten on löydettävä tekniikoiden optimaalinen käyttö ja sopeuduttava viestintätyyleihin tiimin tuottavuuden, yhteistyön ja laadun varmistamiseksi.

COVID-19: n puhkeamisen myötä monien ketterien ryhmien on siirryttävä toimistoista työskentelyyn etätyöhön. Tämä on uusi kokemus monille ihmisille, jotka eivät ole työskennelleet kotona merkittävän osan urastaan, ja ryhmille, jotka ovat tottuneet henkilökohtaiseen vuorovaikutukseen. Lisäksi jotkut tiimin jäsenet voivat sairastua tai kohdata muita vaikeuksia kasvavan pandemian takia, joten ketterien joukkueiden on sopeuduttava uuteen työskentelytapaan.

Tämä artikkeli on yksinkertainen opas, jonka tarkoituksena on auttaa tiimin jäseniä, tiimejä ja organisaatioita siirtymään ensisijaisesti henkilökohtaisista ketteristä ryhmistä hyvin hajautettuihin.

Valitse sopivat välineet, työkalut ja työtila

Jos aiot työskennellä etänä, varmista, että sinulla on asetukset, jotka toimivat sinulle, yrityksellesi ja tiimillesi. Ajattele sitä kuin toimiston muutosta ja sijoita aika etukäteen arvioidaksesi vaihtoehtoja ja varmistaaksesi, että sinulla on kaikki mitä tarvitset ollaksesi tuottava, mukava ja tilassa, jossa olet vähiten todennäköisesti hajamielinen.

Ota huomioon nämä 12 näkökohtaa työskennellessäsi etänä pitkiä aikoja, jotka sisältävät suosituksia työaloista, työtilasta, laitteista, verkosta ja työkaluista.

Jotkin tarvittavat muutokset tulevat selviksi vasta aloituksen jälkeen. Jos yhteys on heikko, langaton reititin on ehkä siirrettävä uudelleen tai vaihdettava kiinteään yhteyteen. Pöydän sijaintia voidaan joutua säätämään, jos teet paljon videoneuvotteluja. Sinun on todennäköisesti käskettävä perheenjäseniä pitämään etäisyys työskennellessäsi.

Ole läsnä ja keskustele joukkuetovereiden kanssa

Ketterät tiimit menestyvät tasapainottamalla yhteistyölle omistetun ajan koodaamiseen ja muuhun kehitystoimintaan tarvittavaan keskittymiseen. Toimistossa on hieman helpompaa nähdä joukkuetoverin keskittyminen, ja kurinalainen ketterä joukkue löytää keinoja välttää häiriötekijöitä ja kontekstinvaihtoa.

Etäyhteydessä työskennellessään tiimien on oltava verkossa, mutta heidän on myös jaettava saatavuus. Slackin ja Microsoft Teamsin kaltaisten työkalujen avulla voit asettaa käytettävyyden tilan, kun taas muut yhteistyötyökalut mahdollistavat ilmoitusten mykistämisen. Tila-asetusten käyttö on kriittisen tärkeää, kun tiimit ovat avoimia joustaville työajoille.

Ketterien tiimien on suunniteltava aika virallisille yhteistyöistunnoille ja tehtävä työ käyttäjien tarinoiden täydentämiseksi, mutta ryhmän jäsenten tulisi myös käydä pienpuheluja. Ihmiset reagoivat eri tavoin stressiin ja etätyöhön, joten on välttämätöntä kirjautua sisään keskenään. Ihmisillä on myös erilaiset viestintätavat verkossa ja henkilökohtaisesti, ja on uusi mahdollisuus saada enemmän ihmisiä mukaan verkkokeskusteluihin.

Scrum-päälliköiden, teknisten johtajien ja tuotteiden omistajien tulee säännöllisesti kysyä tiimiltä kysymyksiä vaatimusten ymmärtämisen tasosta, heidän edistymisensä estäjistä ja jos heidän tarvitsee jotain parantaa tuottavuuttaan ja onnellisuuttaan.

Lopuksi, useiden joukkueiden scrum-mestareiden ja teknisten johtajien tulisi olla säännöllisesti yhteydessä toisiinsa. Heidän kokemuksensa ja ongelmansa etäryhmien hallinnassa eivät todennäköisesti ole ainutlaatuisia. Oppimisen jakaminen siitä, kuinka he saavat ketterät tiiminsä tekemään etäyhteistyötä, hyödyttäisi epäilemättä koko ryhmää.

Tarkastele ketterien seremonioiden lähestymistapoja

Etäyhteistyöhön siirtyvien ketterien joukkueiden ei pitäisi joutua suunnittelemaan prosessiaan uudelleen tai lopettamaan ketterät seremoniat. Mutta etäkäyttö voi edellyttää, että rummunmestarit miettivät uudelleen tapaamisen johtamisen tiimin koosta ja käytettävissä olevista yhteistyövälineistä riippuen.

Esimerkiksi henkilökohtaisten tiimien, jotka katsovat rummun alusta päivittäisen valmiustilan aikana, on suunniteltava digitaalinen versio tästä seremoniasta. Jos joukkue on pieni ja historiallisesti kokenut suhteellisen vähän estoja, jotka estävät käyttäjien tarinoiden tekemistä, he saattavat pystyä lopettamaan kokouksen ja korvaamaan sen suunnitellulla chat-kokoamisella.

Muita ehdotuksia ketterille etäryhmille:

  • Käytä digitaalisia taulutyökaluja sprintin suunnittelussa ja suunnittelussa
  • Määritä videoneuvottelut sitoutumistapaamisia varten
  • Valitse yksi henkilö näytettäväksi jaettavaksi sprinttarkistusten aikana
  • Käytä kyselyjä tai pienikoodisia sovelluksia saadaksesi palautetta jälkikäteen

Sitoutu realistisiin tiimi- ja yksittäisiin tehtäviin

Ketterien tiimien, jotka siirtyvät henkilökohtaisesta etätyöhön, on palautettava sprintinopeutensa ja tarkasteltava työn tasoa ja monimutkaisuutta, johon he voivat realistisesti sitoutua ja suorittaa. Scrum-päälliköiden ja ketterien johtajien tulisi soveltaa vasta perustettuja ketteriä joukkueita vastaavia käytäntöjä ja antaa ryhmien sopeutua uusiin työskentelytapoihin.

Esimerkiksi sitoutuminen monimutkaisiin käyttäjäkertomuksiin, jotka edellyttävät useiden tiimin jäsenten osallistumista, ei ole suositeltavaa, koska jotkut joukkuetoverit eivät välttämättä ole käytettävissä sprintin aikana. Jos mahdollista, nämä tarinat on jaettava pienempiin tai viivästytettävä, jos tuotteen omistaja pystyy priorisoimaan ne.

Vastaavasti ketterät ryhmät saattavat haluta välttää sitoutumista tarinoihin, jotka ovat riippuvaisia ​​muiden joukkueiden työstä. Lisäyhteistyö voi viedä pari sprinttiä vasta muodostettujen etäryhmien määrittelemiseksi.

Lisää dokumentaation tasoa

Ketterät kehitystiimit asettavat toimintakoodin etusijalle etukäteen annettavaan dokumentaatioon nähden, mutta se ei tarkoita, että arkkitehtuurin, sovellusliittymien ja koodin dokumentoiminen ei ole välttämätöntä.

Joukkueet, jotka työskentelevät etänä pitkään, saattavat haluta keskustella dokumentointistandardeista ja nähdä, ovatko merkittävämmät ponnistelut perusteltuja. Joskus koodin dokumentointi voi korvata joitain henkilökohtaisia ​​toteutuskeskusteluja siitä, miten koodimoduuli toimii tai miten joukkuetoveri käsittelee teknistä velkaa.

Sijoita piikkeihin, CI / CD-levyihin ja teknisen velan hoitamiseen

Joukkueiden, jotka odottavat työskentelevän etänä pitkään, voi olla helpompaa keskittyä enemmän teknisiin tarinoihin kuin niihin, jotka edellyttävät vuorovaikutusta tuotteen omistajan ja sidosryhmien kanssa. Esimerkiksi monivaiheisen käyttökokemuksen instrumentoiminen edellyttää tuotteen omistajan, suunnittelijoiden, kehittäjien ja testaajien välistä yhteistyötä. Keskustelujen koordinointi tai yhteisen käsityksen kehittäminen loppukäyttäjien tarpeista voi olla vaikeampi, kun tiimit ovat vasta aloittamassa etätyötä.

On muitakin mahdollisuuksia priorisoida työ, joka vaatii vähemmän yhteistyötä ja enemmän yksilön keskittymistä ja innovaatioita. Pienien piikkien priorisointi uusien ideoiden testaamiseksi on yksi esimerkki, varsinkin jos kehittäjä voi työskennellä lyhyen konseptitodistuksen kanssa muutamalla keskeytyksellä tai kontekstin vaihtamisella. Toinen vaihtoehto on asettaa etusijalle kooditason teknisen velan käsittely, erityisesti koodimoduulien korjaaminen, yksikkötestauksen lisääminen tai poikkeusten käsittelyn parantaminen. Kolmas vaihtoehto on sijoittaa aikaa CI / CD-automaation kehittämiseen tai parantamiseen.

Nämä teknisesti haastavammat tehtävät auttavat myös kehittäjiä keskittymään työn suorittamiseen alueilla, joilla he näkevät hyödyt suoraan.

Tarkastele käyttöönottostrategioita ja vähennä riskejä

Tiiviisti yhteistyössä toimivat ketterät joukkueet oppivat toimimaan yhdessä kuten korkean suorituskyvyn jääkiekkojoukkueet. Jääkiekossa, vaikka kiekko liikkuu nopeasti ja voi hypätä epätasaisesti, pelaajat käyttävät yhdistelmää suunniteltuja näytelmiä ja improvisaatioita, jotka mahdollistavat sekä vahvan puolustavan pelin että räjähtävän loukkaavan pelin.

Siirrä nyt tämä joukkue sisätilasta ja pyydä heitä pelaamaan ulkona järvellä, ja he tarvitsevat jonkin aikaa sopeutumaan elementteihin. He pelaavat konservatiivista puolustusta jonkin aikaa, kunnes he viihtyvät uudessa ympäristössä ja palaavat rytmiinsä.

Sama pätee ketteriin joukkueisiin ja useiden joukkueiden ketteriin organisaatioihin. On totta, työskentelevätkö tiimit vanhojen järjestelmien parissa vai rakentavatko pilvi ensin -sovelluksia uusimpien devops-käytäntöjen avulla.

Edellytykset, jotka edellyttävät ketterien tiimien etätyötä, vaikuttavat todennäköisesti liiketoiminnan muihin näkökohtiin, mukaan lukien toiminta, asiakkaiden odotukset ja toimitusketjun dynamiikka.

Asiakkaat ja loppukäyttäjät eivät ehkä halua samaa käyttöönottotaajuutta, varsinkin jos tämä taajuus vaarantaa sovelluksen luotettavuuden tai suorituskyvyn. Jos sinulla on sovellusliittymiä, jotka toimivat yrityksesi toimittajien kanssa, nämä toimittajat eivät välttämättä voi osallistua muutosten testaamiseen. Jos ohjelmistosovellusta noudatetaan vaatimustenmukaisuuden tai valvonnan alaisena, vaadittujen tarkistusten ja hyväksyntöjen saaminen voi olla vaikeampi.

Ketterien tiimien on tunnistettava laajempi joukko muutoksia, jotka vaikuttavat organisaation liiketoimintamalliin, asiakkaisiin ja työympäristöön. Organisaatioperiaatteet, jotka ajavat kaiken käyttöönoton nopeudesta ja tiheydestä priorisoitaviin työ- ja käyttäjätarinoihin, on tarkistettava uudesta toiminnallisesta näkökulmasta.

Suuri osa ketterästä olemisesta, ei pelkästään ketterien käytäntöjen noudattamisesta, on sen tunnistaminen, milloin ja miten muuttaa.

Lue lisää ketterästä kehityksestä

  • Kuinka menestyä ketterässä ohjelmistokehityksessä
  • 7 avainkoodauskäytäntöä ketterille kehittäjille
  • 5 ketterän kehityksen suunnitteluperiaatetta
  • 5 tapaa, jolla ketterät joukkueet täyttävät sprinttisitoumukset
  • Ketterä tuotehallinta ja salkkualustat selitetty
  • Kuinka ajaa lyhyempiä kehityksen julkaisusyklejä
  • Viisi periaatetta tulla ketteräksi yhteistyötiimiksi
  • Ketterien käyttäjäkertomusten kirjoittaminen: 7 ohjeet
  • 3 ketterää paloraporttia ja miten niitä käytetään
  • Kuinka tehdä ketterä arviointi oikealla tavalla
  • Kuinka käsitellä data- ja arkkitehtuuristandardeja ketterässä kehityksessä
  • Kuinka testiautomaatio sovittaa ketterään ja devopsiin
  • 3 vaihetta ketterien menetelmien soveltamiseen IT-toiminnassa
  • Kuinka ketterät tiimit voivat tukea tapahtumien hallintaa
  • 5 ketterän ohjelmistokehityspäällikön vastuuta
  • Kuinka parantaa scrum master -taitojasi
  • Mikä on scrum master? Ketterä kehitysjohtaja määritteli
  • Mikä on ketterä metodologia? Nykyaikainen ohjelmistokehitys selitetty
$config[zx-auto] not found$config[zx-overlay] not found