Jeg føler din smerte, men bare for at tilbyde et alternativt synspunkt, har jeg haft mange situationer, hvor folk har sendt mig en e-mail og bedt mig om at udføre en sådan opgave, og det er utroligt frustrerende, når de mailer igen 20 minutter senere med " vær venlig at gøre det, det forsinker os ".

Som udvikler vil jeg gerne komme til slutningen af ​​en sektion med kode, før jeg kontrollerer mine e-mails eller handler efter dem, og jeg er også i møder relativt ofte, så jeg sender mig en e-mail og forventer, at jeg hopper på den inden for 15 minutter er ret irriterende.

Nu til mit svar. Jeg vil foreslå at have en tidsplan med dem, hvor de gør hvad der kræves af dem hver dag på et bestemt tidspunkt. Ville det fungere for dig? Du kan få en ny version af koden hver dag, og de kan planlægge den, så den heller ikke er irriterende for dem. Kan nogen af ​​opgaverne automatiseres (af dem eller dig)?

Diskuter dette med projektlederen på klientsiden. Dette er en hindring for din evne til at arbejde, og i sidste ende betaler de for dine timer, men får ikke fuld værdi. Forklar, hvor meget tid det tager fra dig, og hvor besværligt det er for dem at opsætte hver gang.

Fortæl manager det problem, du har, og foreslå nogle alternative løsninger. Baseret på din beskrivelse kan et par forslag være;

• De køber en licens til det krævede program. Hvis det er meget dyrt, er det muligvis muligt at etablere en aftale, hvor deres og din virksomhed deler omkostningerne (forudsat at det er noget, du kan finde nyttigt)
• Opret en permanent forbindelse, der ikke kræver nogen menneskelig interaktion for at aktivere. Der er mange fjernforbindelsesprogrammer, så det burde ikke være svært at finde noget, der fungerer.
• Hvis det til testformål er det muligvis at spotte eller falske programmet, og ved at gøre det kan du teste alt lokalt.
• Skift testansvaret til dem. Du koder og udfører lokal test, de udfører de manuelle tests.
• Skift den måde, du programmerer og tester koden på, så den mindre afhænger af den manuelle test, der kræver programmet.

Mest sandsynligt vil de sige, at du skal fortsætte med at arbejde som før uden ændringer, men i det mindste nu har du advaret ledelsen om det tidsspild, de har.

Det kan også være en god idé at stille dette spørgsmål med mere tekniske detaljer i Stackoverflow eller programmers.stackexchange. Der kan være flere ideer til løsninger der.

Send ikke e-mails. E-mails er lette at ignorere i længere perioder, og selvom der er noget presserende, har mange mennesker ikke deres indbakke åben til enhver tid.

Hvis der er en tilgængelig, er et instant-messaging-system et træde op fra e-mails, da det generelt vil være en meget mere mærkbar og in-your-face underretning om den indgående besked, og din kunde / kollega vil vide, at du er lige der, lige nu og venter på et svar nu . Du er sværere at ignorere, og den eneste virkelige undskyldning er, hvis de ikke er ved deres skrivebord.

Endnu bedre er et gammeldags telefonopkald. Når de først har taget telefonen, kommer de ikke væk fra dig, før opkaldet slutter, og det er vanskeligt at gøre det uden at virke uhøfligt - og de fleste folk ønsker ikke at være uhøflige, især ikke i et arbejdsforhold. Igen kan de være væk fra telefonen (mindre sandsynligt, hvis du har et mobilnummer i forhold til et fastnetnummer), men personen i den nærliggende terning kan muligvis tage telefonen og søge efter din kollega ( eller fortælle dig, hvornår de er tilbage, hvilket giver dig et bedre tidspunkt at ringe). I værste fald efterlader du en besked med den tredjepart, der svarer telefonen eller i en telefonsvarer ... og på det tidspunkt er du ikke langt bagefter, hvad du laver nu med e-mail.

E-mail er meget upersonlig. En stemme på ledningen er omtrent lige så personlig, som du kommer over en lang afstand. Folk reagerer på personlig interaktion. Jeg tror, ​​at den eneste måde, du ville være i stand til at gøre bedre end et telefonopkald, ville være en videokonference (sandsynligvis ikke tilgængelig, givet din beskrivelse af situationen) eller gå op og banke ham eller hende på skulderen ... hvilket er ikke mulig givet afstand.

Kommuniker med din chef, og hvis han er enig, med klienten. Du vil forklare problemet og spørge, om de har forslag til, hvordan man bedst kan løse det. Noget som

"Når jeg har brug for at teste softwaren, kontakter jeg klienten omkring en time i forvejen. Imidlertid er der ofte ikke noget svar, eller når de siger, at de er klar, er det stadig tager en halv time at få alt klar. Har du ideer til, hvordan jeg kan ændre min proces, så dette fungerer mere effektivt? "

Det angiver tydeligt problemet, men gør ikke tildele skylden. Det siger, at du leder efter en løsning og er villig til at ændre, hvad du laver. Det giver dem også en chance for at sige, at dette er deres foretrukne proces, frustrerende som det er for dig. Hvis din chef og klienten er villige til at have denne form for ineffektivitet, skal du klare det. Men de skal være opmærksomme på omkostningerne.

Problemet er lidt dybere end at din klient ikke er klar til at starte test, når du er. Seriøst, tester du kun din kode på deres websted? Jeg ved ikke, hvor ofte du skubber iterationer over til dem, men jeg kan forestille mig, at det er en overhead for dem at opsætte og nedbryde adgangen til denne maskine hver gang, og det ser bestemt ikke professionelt ud.

Hvis du ikke kan overtale dem til at skaffe dig en udviklingslicens (som måske er billigere end den tid, de bruger på at give dig adgang) eller en sandkassemaskine, hvor du kan komme og gå frit, så se på hån ud al tredjepartskoden lokalt, så du kan teste alt bortset fra integrationen med denne komponent før du nærmer dig dem med hver build.

1). Det ville være bedst at opgive brugen af ​​e-mails til dette. Brug Skype eller anden IM-software, det er meget mere i realtid og har tendens til at holde folk engagerede, når det fik deres opmærksomhed.

2). Tal med din chef og / eller produktchefen. Fortæl dem om dette emne, men vær forsigtig med at pege fingre. De skal være opmærksomme på, at denne proces får dig til at arbejde langsommere. Hvis du ikke rejser dette problem, tror de måske bare, at du ikke er en produktiv medarbejder eller god til dit job.

3). Gør hvad @Julia Hayward sagde, og spot hvert opkald til dette tredjepartsbibliotek. Når du er færdig med din kode, kan du derefter teste på deres maskine.

4). Du giver ikke mange detaljer om alt dette, men har du brug for at se og interagere med en GUI på den eksterne maskine for at udføre testene? Hvis ikke, vil jeg foreslå at bede dem om SSH-adgang på denne maskine til testformål. Du kan også gøre det via en VPN-forbindelse mellem din virksomhed og klienten. På denne måde behøver du ikke stole på dem, du kan bare oprette forbindelse og afbryde forbindelsen til maskinen hele dagen. Det giver dig endda mulighed for at overføre filer mellem de to computere.

5). Er det virkelig så dyrt at købe en licens til det pågældende program / bibliotek? Jeg tror, ​​at uanset omkostningerne vil din øgede produktivitet betale det; dette afhænger naturligvis af omkostningerne og størrelsen på projektet.

6). Hvis din virksomhed og klienten er geografisk tæt (lad os sige 30 miles), ville det ikke være muligt at arbejde på klientens websted 1 dag om ugen? Fra mandag til torsdag skal du skrive al din kode og spotte opkaldene til tredjepartsbiblioteket og på fredag ​​gå til klientens hovedkvarter og teste det. Dette er naturligvis noget, jeg aldrig ville gøre, medmindre det var absolut nødvendigt, der er andre billigere og mere bekvemme tekniske løsninger på dette. Men hvis intet andet virker, er det måske ikke så slemt.

Vi har løst denne tidligere ved, at kunden giver os en maskine med alle licenserne installeret, bare for os at teste med. Ærligt talt er maskiner ikke så dyre - det kan være sidste års model - sammenlignet med den tid, der spildes her.