Hvordan styres forskellige tidszoner i softwareudvikling?

Hvordan styres forskellige tidszoner i softwareudvikling?

En udfordring, når det kommer til Offshore eller Nearshore Outsourcing, er tidsforskellen. Når klokken er 16:00 hos dig, er det en helt anden tid et andet sted.

I artiklen nogle tip til, hvordan man administrerer udviklere i forskellige tidszoner i verden.

1) Vær opmærksom på tidszoner

Den første ting at erkende, når man arbejder med udviklere fra andre lande, er forskellen i tidszoner.

Denne anerkendelse er ikke altid der, fordi nogle kunder antager måske, at udviklerne i offshore-lokaliteterne arbejder på samme tid som det lokale team.

Faktisk er arbejdstiden de fleste steder over hele verden fra 09:00 til 18:00. Nogle steder, som måske starter kl.08.00 eller slutter kl.19.00.

Men tidligere end det, eller senere, er det ikke rigtig værdsat. Det være sig en udvikler i Ukraine, i Indien, i Tyskland eller i USA. Alle ønsker at have deres private tid med familie, venner eller bare slappe af hjemme om eftermiddagen.

2) Sådan planlægger du møder med eksemplet fra Indien, Tyskland, USA osv.

Lad os antage, at du arbejder med Indien.

Fra tid til anden kan folk være klar til at starte tidligere eller arbejde sent indtil kl. 21:00. I betragtning af dette, her nogle tidsforslag, hvornår man skal planlægge møder.

Tyskland – let

Tidsoverlappingen er meget god her. Hvis klokken er 10:00 i Tyskland, er kl. 13:30 i Indien. Så møder kunne være mellem 10:00 tysk tid og op til 15:00 tysk tid. Det er omkring 5 timers overlapning. Hvilket skulle være mere end nok til at få samarbejde.

UK – let

Tidsoverlappet er en time mindre end for Tyskland.

Det betyder, at hvis det er 10:00 i Storbritannien, så er det 14:30 i Indien. Tidsoverlappningen er stadig omkring 4 timer. Hvilket stadig er tid nok til at udveksle om krav til softwareudvikling.

Japan – let

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

Så når det er 10:00 i Japan, er det 06:30 i Indien, dvs. 3 og en halv time tidligere. For at have møder skal de være mellem kl. 12.30 i Japan og kl. 18.00 i Japan.

Det er en 5 og en halv times overlapning. Hvilket er tid nok til at diskutere it-krav.

UAE, Golflande – tidsforskel er ikke et problem

Tidsforskellen til subkontinentet er kun 2 og en halv time. Så det er ikke meget bekymrende.

Australien – flere tidszoner, let, ledelse nødvendig

Australien har 5 tidszoner. Derfor skal virksomheden i Australien og teamet i Sydasien se på tidsforskellen.

Her er oversigten, når det er 10:00 i Indien:

• Det vil være kl. 11.30 Juleøer (AUS) , overlapningen er betydelig
• Det er kl. 12.30 Perth (AUS) , stadig vigtig. Møder kan være mellem kl. 12.30 australsk tid og til kl. 18.00
• Klokken er 14:00 Adelaide (AUS) . Møder kan være mellem 14:00 og 18:00, australsk tid
• Klokken er kl. 15.30 Kingston (AUS) . Møder mellem 15.30 og 18.00. Tidsoverlappingen er lidt mindre ved 2 og en halv time om dagen.

USA – flere tidszoner, nem til medium, god tidsstyring nødvendig

For Indien er USA det største marked. De fleste af klienterne sidder der. Men det er også tidszonen for det globale marked med den største udfordring.

Det har 7 tidszoner.

Møder skal være enten tidligt om morgenen eller om aftenen i Indien.

Her er oversigten:

• Los Angeles, Californien (på den venstre side af USA på verdenskortet): Tidsforskellen er 12 og en halv time. Så det eneste tidspunkt for et møde ville være kl. 8:00 (f.eks. I dag) i Los Angeles, når kl. 20:30 (f.eks. I dag) i Indien. Mødet kunne vare fra 8:00 (tid i Los Angeles) til 09:30 (tid i Los Angeles). Så dagligt er der en overlapning på en og en halv time. Så en stram tidsstyring er nødvendig for at være effektiv. For efter det er udvikleren i Indien muligvis ikke tilgængelig med det samme.
• New York (på den mest højre side af USA på verdenskortet): Tidsforskellen er 9 og en halv time. Så tiden for et møde kunne være mellem kl. 08:00 (f.eks. I dag) i New York og til kl. 11:30 i New York (f.eks. I dag), dvs. den tilsvarende tid for Indien ville være kl. 00:00 (tid i Indien), hvilket er mere håndterbart end Los Angeles-tiden
• Alle steder mellem Los Angeles og New York: Møder skal finde sted mellem kl. 8:00 (tid i USA) og kl. 11:30 (tid i USA) afhængigt af den specifikke tidszone.

Især Los Angeles kan være udfordrende. Fordi der kun er en og en halv time. På den anden side. LA er en af de største købere af it-tjenester, da de store it-virksomheder i verden er beliggende der.

Store it-virksomheder i Indien har skiftarbejde, hvor udviklerne vil arbejde fra kl. 20:30 (aften, tid i Indien) til kl. 4:00 eller 5:00 (morgen, tid i Indien). Men dette er en praksis, som er mere almindelig i store it-virksomheder. De fleste små til mellemstore virksomheder tilbyder ikke denne mulighed. Som gode udviklere vil måske ikke arbejde med de slags ulige timer.

3) Undgå 22.00 til 07.00

Overalt i verden fra 22:00 til 07:00 betragtes som sovetid eller fritid.

Derfor er det altid bedst at undgå disse arbejdstider for udviklere, måtte de være i USA, Storbritannien, Indien eller Kina eller (indsæt et andet land).

4) Del byrden ved at komme tidligt eller komme sent

For at vise, at tiden for hvert enkelt teammedlem over hele verden værdsættes, bør byrden ved at komme sent eller gå sent deles.

For eksempel på en dag om ugen kunne en af udviklerne i Indien beslutte at blive indtil kl. 22.30 om aftenen. Så det ville være lettere for teammedlemmen i Californien for eksempel, så de kunne arbejde normal tid og kunne komme til kontoret på et regelmæssigt tidspunkt kl. 09:00.

En anden ugedag kunne teammedlemmen i Californien beslutte at komme til kontoret kl. 06:00 tidligt om morgenen, så udvikleren i Indien kan gå til almindelig arbejdstid kl. 18:00.

5) Undgå meget sene og meget tidlige møder

Selvom nogle mennesker kunne blive bedt om at holde op sent eller vågne op meget tidligt. Vær tro mod dig selv. Du ønsker ikke at komme så tidligt eller holde op så sent.

Så prøv at undgå denne praksis maksimalt.

Planlæg møderne på de respektive overlapningstider, der er nævnt i punkt 2 i denne artikel.

6) Tillad at deltage i mødet hjemmefra

Hvis møderne er meget tidlige eller meget sene, ville det være en stor hjælp at give udvikleren mulighed for at deltage i mødet hjemmefra.

Derhjemme er internetforbindelsen muligvis ikke så god. Så maksimalt et taleopkald eller chats ville være muligt. Men normalt understøttes skærmdeling eller lignende muligvis ikke, når udviklerne slutter sig fra hans eller hendes hjem.

7) Undgå øjeblikkelige svaranmodninger

Alle har erfaring med dette. Nogen beder om noget med det samme, og man skal på en eller anden måde kryptere for at give svaret.

Især når der ikke er så meget tid overlapning, bør det undgås at bede om øjeblikkelige svar. Medmindre det er som De Forenede Arabiske Emirater, Tyskland og Indien. Der er muligvis god tid. Det er ikke tilfældet i tidsforskellen mellem Los Angeles og Indien. For at få et svar skal du muligvis vente til næste dag.

Hvis det er presserende, så prøv at planlægge mødet en dag i forvejen.

8) Kontroller for sommertid

I Indien er uret altid det samme.

I andre lande er der dog skift i gange to gange om året. Hvor uret bevæges med en time.

For Tyskland ændres tiden i slutningen af marts året, hvorefter tidsforskellen til Indien ændres fra 4 og en halv time til 3 og en halv time.

Dette er vigtigt at overveje, fordi mødetider ændres i overensstemmelse hermed.

Så hvis det ikke overvejes, kan en part være en time for sent eller en time for tidligt, alt efter hvor personen sidder.

Der er andre lande bortset fra Tyskland, der har denne praksis.

Så google altid “sommertid + land” for at finde ud af de landespecifikke fremgangsmåder i forhold til dette.

9) Husk på helligdage

Det er godt at udarbejde en ferieliste for begge lande. Så at hver gruppe (i Indien og Tyskland) har et overblik over, hvornår folk vil have orlov.

I Kerala, en stat i Indien, er den vigtigste offentlige helligdag Onam, som sandsynligvis de fleste ikke kender til. Jul og påske er derimod indlysende.

Hver region i verden har andre helligdage. Noter dem.

10) Brug vægure og onlineværktøjer

Forskellige vægure, der viser tiden i Los Angeles, Tokyo, Berlin og New Delhi, er stadig den bedste måde at have et simpelt og hurtigt overblik at vide, hvor, hvilken tid er i øjeblikket.

Der er også gratis online tidszone-regnemaskiner, som kan være nyttige, når man planlægger møder.

11) Sørg for at tage sig af helbredet

At være sund bør være en prioritet for hver enkelt i teamet, måtte de være i Indien eller et andet sted i verden.

Der bør være en bevidst indsats for at holde sundhedsniveauerne høje. Især ved at erkende, at tidszoner er en udfordring og ikke let skal overføres til Offshore- eller Nearshore-teamet.

12) Undgå mikromanagement

Især i kreative opgaver, som softwareudvikling, giver det ingen mening at mikromanage.

Det er bedre at give udviklerne plads. Især hvis du ikke ser dem fra hele skrivebordet.

13) Overkommunikere om nødvendigt (især i starten)

Det er vigtigt at kommunikere, når nogen arbejder, når nogen skal på ferie osv. Ikke alle i teamet kan have disse oplysninger med det samme tilgængelige. Så de undrer sig måske over, hvorfor Rakesh ikke var på skrivebordet, da det var onsdag, da han faktisk havde taget en dags orlov den dag.

Dette vil hjælpe med at opbygge tillid.

14) Brug de rigtige værktøjer

I dag er der mange gratis og betalte værktøjer, der kan bruges til at samarbejde over hele verden.

Disse er:

• a) Skype (videoopkald)
• b) Slap (online chat, opgavestyring, “online vandkøler”
• c) TeamViewer (skærmdeling)
• d) Basecamp (projektledelse)
• e) Google Docs, Google Sheets (online dokumentsamarbejde)
• f) Google Drev (nem fildeling)
• g) Dropbox (stor fildeling)
• h) GIT
• i) JIRA (softwareprojektstyringsværktøj)

Nogle af disse værktøjer har indbyggede muligheder for at håndtere forskelle i tidszoner. Især Google Kalender kan være nyttigt.

Konklusion

Tidszoneforskel behøver ikke at være et stort besvær. De kan styres.

Det eneste er “KEND DIN OVERLAPTID” og afhold møder i overensstemmelse hermed.

Undgå at belaste enkelthold, for eksempel det i Indien eller Kina, med at bære den fulde belastning for at komme tidligt eller gå sent.

Dette vil føre til mere produktive hold over hele verden.

Interessante links:
Sådan håndteres tidszoneforskelle i outsourcede projekter
Tidsforskel i offshore hold

Billeder: Canva

Forfatteren: Sascha Thattil arbejder på Software-Developer-India.com, som er en del af YUHIRO Group. YUHIRO er en tysk-indisk virksomhed, der leverer programmører til IT-virksomheder, agenturer og IT-afdelinger.