Hvordan håndtere forskjellige tidssoner i programvareutvikling?

En utfordring når det gjelder Offshore eller Nearshore Outsourcing, er tidsforskjellen. Når klokken er 16:00 hos deg, er det en helt annen tid et annet sted.

I artikkelen noen tips om hvordan du administrerer utviklere i forskjellige tidssoner i verden.

1) Vær oppmerksom på tidssoner

Det første du må erkjenne når du jobber med utviklere fra andre land, er forskjellen i tidssoner.

Denne bekreftelsen er ikke alltid der, fordi noen kunder kan anta at utviklerne i offshore-lokalitetene jobber på samme tid som lokallaget.

Faktisk er arbeidstiden de fleste steder over hele verden 09.00 til 18.00. Noen steder, som kan starte kl 08:00 eller slutte kl 19:00.

Men tidligere enn det, eller senere enn det, blir det ikke virkelig verdsatt. Det være seg en utvikler i Ukraina, i India, i Tyskland eller i USA. Alle vil ha sin private tid med familie, venner eller bare slappe av hjemme om ettermiddagen.

2) Hvordan planlegge møter, med eksempelet India, Tyskland, USA osv.

La oss anta at du jobber med India.

Fra tid til annen kan folk være klare til å begynne tidligere eller jobbe sent til kl. 21.00. Tatt i betraktning dette, her noen forslag til når du skal planlegge møter.

Tyskland – enkelt

Tidsoverlappingen er veldig bra her. Hvis klokka er 10:00 i Tyskland, så er det 13:30 i India. Så møter kan være mellom 10:00 tysk tid og opp til 15:00 tysk tid. Det er omtrent 5 timers tidsoverlapping. Som burde være mer enn nok til å få til å samarbeide.

Storbritannia – enkelt

Tidsoverlappingen er en time mindre enn for Tyskland.

Det betyr at hvis det er 10:00 i Storbritannia, så er det 14:30 i India. Tidsoverlappingen er likevel rundt 4 timer. Noe som fortsatt er nok tid til å utveksle om krav til programvareutvikling.

Japan – enkelt

Tyskland er 3 og en halv time tidligere i India. Og Japan er 3 og en halv time i fremtiden med hensyn til India.

Så når det er 10:00 i Japan, er det 06:30 i India, dvs. 3 og en halv time tidligere. For å ha møter, bør de være mellom kl. 12.30 i Japan og kl. 18.00 i Japan.

Det er en 5 og en halv times overlapping. Noe som er nok tid til å diskutere IT-kravene.

De forente arabiske emirater, Gulf-landene – tidsforskjell er ikke en bekymring

Tidsforskjellen til subkontinentet er bare 2 og en halv time. Så det er ikke særlig bekymringsfullt.

Australia – flere tidssoner, enkel, administrasjon nødvendig

Australia har 5 tidssoner. Derfor må selskapet i Australia og teamet i Sør-Asia se på tidsforskjellen.

Her er oversikten, når det er 10:00 i India:

  • Det vil være 11:30 på Juleøyene (AUS) , er overlappingen betydelig
  • Klokka er 12.30 i Perth (AUS) , fremdeles betydelig. Møter kan være mellom 12.30 australsk tid og til 18.00
  • Klokka er 14:00 i Adelaide (AUS) . Møter kan være mellom 14:00 og 18:00, australsk tid
  • Klokka er 15:30 Kingston (AUS) . Møter mellom 15.30 og 18.00. Tidsoverlappingen er litt mindre, med to og en halv time per dag.

USA – flere tidssoner, enkle til mellomstore, nødvendig tidsstyring

For India er USA det største markedet. De fleste av klientene sitter der. Men det er også tidssonen for det globale markedet med den største utfordringen.

Den har 7 tidssoner.

Møtene skal være enten tidlig om morgenen eller om kvelden i India.

Her oversikten:

  • Los Angeles, California (på den venstre siden av USA på verdenskartet): Tidsforskjellen er 12 og en halv time. Så den eneste tiden for et møte vil være klokka 8.00 (f.eks. I dag) i Los Angeles, når klokka 20:30 (f.eks. I dag) i India. Møtet kan vare fra 8:00 (tid i Los Angeles) til 09:30 (tid i Los Angeles). Så daglig er det en overlapping på halvannen time. Så det er nødvendig med en stram tidsstyring for å være effektiv. For etter det, er utvikleren i India kanskje ikke tilgjengelig umiddelbart.
  • New York (på høyre side av USA på verdenskartet): Tidsforskjellen er 9 og en halv time. Så tiden for et møte kan være mellom 08:00 (f.eks. I dag) i New York og til 11:30 i New York (f.eks. I dag), dvs. at tilsvarende tid for India vil være 17:30 til 21: 00.00 (tid i India), som er mer håndterlig, enn Los Angeles-tiden
  • Alle steder mellom Los Angeles og New York: Møter skal skje mellom kl. 08.00 (tid i USA) og kl. 11.30 (tid i USA), avhengig av den spesifikke tidssonen.

Spesielt Los Angeles kan være utfordrende. For det er bare halvannen time. På den andre siden. LA er en av de største innkjøperne av IT-tjenester, da de store IT-selskapene i verden ligger der.

Store IT-selskaper i India har skiftarbeid, der utviklerne vil jobbe fra kl. 20:30 (kveld, tid i India) til kl. 04:00 eller 5:00 (morgen, tid i India). Men dette er en praksis, som er mer vanlig i store IT-selskaper. De fleste små og mellomstore selskaper tilbyr ikke det alternativet. Som gode utviklere, vil du kanskje ikke jobbe med de slags rare timer.

3) Unngå 22.00 til 07.00

Overalt i verden fra 22:00 til 07:00 regnes som sovetid eller avspaseringstid.

Derfor er det alltid best å unngå arbeidstiden for utviklere, de kan være i USA, Storbritannia, India eller Kina eller (sett inn et annet land).

4) Del byrden ved å komme tidlig eller komme sent

For å vise at tiden til hvert enkelt teammedlem over hele verden blir verdsatt, bør byrden med å komme sent eller komme sent deles.

For eksempel, på en dag i uken, kan en av utviklerne i India bestemme seg for å bli til kl. 22.30 om kvelden. Så det ville være lettere for teammedlemmet i California for eksempel, slik at de kunne jobbe normale timer, og kunne komme til kontoret til vanlig tid klokka 09:00.

En annen ukedag kunne teammedlemmet i California bestemme seg for å komme til kontoret kl 06:00 tidlig om morgenen, slik at utvikleren i India kan gå til vanlig arbeidstid klokken 18:00.

5) Unngå veldig sene og veldig tidlige møter

Selv om noen mennesker kan bli bedt om å holde seg oppe sent eller våkne veldig tidlig. Vær sann mot deg selv. Du vil ikke komme så tidlig eller holde deg så sent oppe.

Så prøv å unngå denne øvelsen maksimalt.

Planlegg møtene til de respektive overlappingstidene, nevnt i punkt 2 i denne artikkelen.

6) Tillat å bli med på møtet hjemmefra

I tilfelle møtene er veldig tidlig eller veldig sent, vil det være til stor hjelp å la utvikleren delta i møtet hjemmefra.

Hjemme er internettforbindelsen kanskje ikke så bra. Så maksimalt en samtale eller samtaler vil være mulig. Men vanligvis støttes kanskje ikke skjermdeling eller lignende når utviklerne blir med fra hjemmet hans.

7) Unngå umiddelbare svarforespørsler

Alle har erfaring med dette. Noen ber om noe umiddelbart, og man må på en eller annen måte krype for å gi svaret.

Spesielt når det ikke er så mye tid som overlapper hverandre, bør det unngås å be om umiddelbare svar. Med mindre det er som De forente arabiske emirater, Tyskland og India. Det kan være god tid. Det er ikke tilfelle i tidsforskjellen mellom Los Angeles og India. For å få svar, må du kanskje vente til neste dag.

Hvis det er noe som haster, kan du prøve å planlegge møtet en dag i forveien.

8) Se etter sommertid

I India er klokkeslettet alltid det samme.

I andre land er det imidlertid skift i tider to ganger i året. Hvor klokken beveges med en time.

For Tyskland endres tiden i slutten av mars året, da endres tidsforskjellen til India fra 4 og en halv time til 3 og en halv time.

Dette er viktig å vurdere fordi møtetidene endres tilsvarende.

Så hvis ikke det blir vurdert, kan en part være en time for sent eller en time for tidlig, avhengig av hvor personen sitter.

Det er andre land bortsett fra Tyskland, som har denne praksisen.

Så google “sommertid + land” for å finne ut hvilke landspesifikke fremgangsmåter som gjelder dette.

9) Husk helligdager

Det er bra å lage en ferieliste for begge land. Slik at hver gruppe (i India og i Tyskland) har oversikt over når folk skal ha permisjon.

I Kerala, en stat i India, er den viktigste offentlige høytiden Onam, som sannsynligvis de fleste ikke vet om. Jul og påske derimot er åpenbare.

Hver region i verden har andre helligdager. Noter dem.

10) Bruk veggklokker og elektroniske verktøy

Ulike veggklokker som viser tiden i Los Angeles, Tokyo, Berlin og New Delhi, er fortsatt den beste måten å ha en enkel og rask oversikt å vite hvor, hvilken tid er for øyeblikket.

Det er også gratis online kalkulatorer for tidssoner, som kan være nyttige når du planlegger møter.

11) Sørg for å ta vare på helsen

Å være sunn bør være en prioritet for hver enkelt i teamet, kan de være i India eller et annet sted i verden.

Det bør være en bevisst innsats for å holde helsenivået høyt. Spesielt ved å erkjenne at tidssoner er en utfordring og ikke lett skal overføres til Offshore- eller Nearshore-teamet.

12) Unngå mikroforvaltning

Spesielt i kreative oppgaver, som programvareutvikling, gir det ingen mening å micromanage.

Det er bedre å gi utviklerne plass. Spesielt hvis du ikke ser dem fra hele skrivebordet.

13) Overkommuniser om nødvendig (spesielt i begynnelsen)

Det er viktig å kommunisere, når noen jobber, når noen skal på ferie osv. Ikke alle i teamet kan ha den informasjonen umiddelbart tilgjengelig. Så de lurer kanskje på hvorfor Rakesh ikke var på pulten, da det var onsdag, da han faktisk hadde tatt en dag permisjon for den dagen.

Dette vil bidra til å bygge tillit.

14) Bruk de riktige verktøyene

I dag er det mange gratis og betalte verktøy å bruke for å samarbeide over hele verden.

Disse er:

  • a) Skype (videosamtaler)
  • b) Slakk (online chatting, oppgavebehandling, «online vannkjøler»
  • c) TeamViewer (skjermdeling)
  • d) Basecamp (prosjektledelse)
  • e) Google Docs, Google Sheets (online dokumentsamarbeid)
  • f) Google Disk (enkel fildeling)
  • g) Dropbox (stor fildeling)
  • h) GIT
  • i) JIRA (programvareprosjektledelsesverktøy)

Noen av disse verktøyene har innebygde muligheter for å håndtere tidssoneforskjeller. Spesielt Google Kalender kan være nyttig.

Konklusjon

Tidssoneforskjell trenger ikke være noe stort bry. De kan administreres.

Det eneste er «KJENT DINE OVERLAPTTIDER» og ha møter deretter.

Unngå å belaste enkeltlag, for eksempel det i India eller Kina, med å bære full belastning for å komme tidlig eller komme sent.

Dette vil føre til mer produktive team over hele verden.

Interessante lenker:
Hvordan håndtere tidssoneforskjeller i outsourcede prosjekter
Tidsforskjell i offshore-lag

Bilder: Canva


Forfatteren: Sascha Thattil jobber på Software-Developer-India.com som er en del av YUHIRO Group. YUHIRO er en tysk-indisk bedrift som tilbyr programmerere til IT-selskaper, byråer og IT-avdelinger.

Legg igjen en kommentar

Dette nettstedet bruker Akismet for å redusere spam. Lær om hvordan dine kommentar-data prosesseres.