¿Cómo expreso la hora de la reunión a los destinatarios internacionales?

De vez en cuando coordino reuniones virtuales en varias zonas horarias. Debido a las diferencias en los clientes de correo electrónico y los recursos de los destinatarios (por ejemplo, tiempo para calcular o verificar las diferencias de zona horaria), incluyo la hora en todas las zonas horarias relevantes en el cuerpo del correo electrónico.

Anteriormente expresaría tiempos como este:

¿Podemos encontrarnos a las 07:00 EDT (11:00 UTC, 12:00 BST, 18:00 JST)?

... pero resulta que muchas personas no saben o no reconocen la oscura abreviatura de su propia zona horaria, por lo que envían un correo electrónico para confirmar. Y pensándolo bien, es difícil de leer y parece centrado en mi propia zona horaria (que es inapropiado para una reunión virtual). Yo estaba pensando en lo siguiente en su lugar:

¿Podemos encontrarnos a las 11:00 UTC (7:00 Nueva York, 12:00 Londres, 18:00 Tokio)?

Esto mantiene una expresión universal inequívoca y tiempos locales más legibles.

Abordar esto me hizo preguntarme, ¿existen formas formales o estándares de facto para expresar una hora de reunión coordinada en múltiples zonas horarias? (Para lectores humanos que no quieren calcular o buscar cosas).

¿No puede simplemente usar una herramienta de calendario (por ejemplo, Outlook o Google Calendar) que convierte automáticamente entre zonas horarias?
@Dukeling debido a la diferente confiabilidad, clientes de correo electrónico y configuraciones, quiero expresar los tiempos en el texto del correo electrónico; calcular o verificar los tiempos en el cliente o en línea sigue siendo una excelente técnica de confirmación; lo aclararé en la pregunta
Es posible que esto no resuelva su problema, pero la conversión a su zona horaria local generalmente es tan fácil como escribir "07:00 EDT" en Google.
¿Va a realizar un seguimiento de cuándo BST/CEST cambia a GMT/CET? ¿Sabes cuándo otras zonas horarias podrían cambiar al horario de verano? Parece mucho trabajo si no estás en una función administrativa o de secretaría. ¿Con quién te estás reuniendo y son realmente incapaces de buscar UTC? ¿Estás conociendo gente nueva cada vez? ¿Es esta una relación de cliente o de colega?
1 - no use códigos de zona horaria por ningún motivo, nunca. 2- no use "GMT" o "UTC" por ningún motivo, nunca. 3 - Simplemente indique la hora en una ciudad importante ("la más grande") en las ciudades de su equipo y déjelo así. En esta época de trabajo remoto, cualquier persona que no pueda calcular su propio tiempo según el "tiempo de Londres" o el "tiempo de Chicago", simplemente no tiene conocimientos básicos de alfabetización o aritmética y no podría trabajar con ¡Uds!
Tenga en cuenta que si simplemente usa el calendario de Google, envía a todos un correo electrónico que expresa la hora en su propia TZ. (Odio Google y odio el calendario de Google, pero es un hecho que "todo el mundo hace esto", ¿sabes?)
En este día y era de nuevas empresas distribuidas, una cosa divertida que ves es "BTZ" - zona horaria del jefe. Entonces, los VC reales o los propietarios de la empresa, las personas que pagan, si están en Dallas, BTZ es Dallas, si están en Berlín, BTZ es Berlín, si están en Cali, BTZ es la hora de Cali. BTZ ! :)
Recomiendo encarecidamente NO usar códigos de zona horaria, ya que no son únicos (lo cual es realmente desconcertante). CST puede ser la hora estándar central o la hora estándar de China. Cuando se negocia una llamada entre Chicago y Shanghái en invierno, ambos participantes se encuentran en una zona horaria "CST" aunque tienen 14 horas de diferencia.
¡O la hora estándar de Cuba!
Cuando dudo uso UTC. UTC y GMT se entienden universalmente. Lo uso todo el tiempo cuando tengo una reunión Lync en muchas zonas horarias (Isreal, Holanda, Bothel EE. UU.).

Respuestas (5)

¿Podemos encontrarnos a las 11:00 UTC (7:00 Nueva York, 12:00 Londres, 18:00 Tokio)?

He estado haciendo esto también durante aproximadamente una década. Nadie se ha quejado de ello hasta ahora.

No pienses demasiado en esto. Solo usa el nombre de la ciudad. No busque representaciones de zonas horarias legibles por humanos acordadas universalmente. La claridad es más importante que la corrección.

Para mayor comodidad, puede usar una aplicación de escritorio que muestre rápidamente la hora en varias zonas horarias. Esto también se encarga de las actualizaciones de DST. La aplicación de calendario predeterminada (en Windows y Linux) es adecuada.

Si tiene algunos asistentes que trabajan permanentemente desde casa en una ciudad donde su empresa no tiene una oficina, también podría incluir su ciudad, pero esto es puramente por cortesía y no es obligatorio.

Frecuentemente programo eventos internacionales de juegos con equipos de Europa (y, en el pasado, del Medio Oriente). La única manera que encontré que funciona es

  1. Mostrar la hora en todas las zonas horarias participantes
  2. Haga que cada representante confirme su hora
  3. Hágalo de una manera que tenga en cuenta el horario de verano u otros cambios de zona horaria impredecibles

La herramienta que uso es time.is , particularmente la función de comparación . Por ejemplo, para programar una reunión con Londres y Nueva York para hoy más tarde :

ingrese la descripción de la imagen aquí

Cosas que he aprendido a tener en cuenta:

Me gusta que una URL de time.is sea (algo) legible por humanos: time.is/1100_16_Aug_2017_in_UTC/New_York/London/Tokyo

Mi toma:

  • Al menos para una reunión interna, use la zona horaria que se aplica a la mayoría de las personas como la hora "principal". Por ejemplo, si tiene una reunión con 5 personas en el Reino Unido, usted en los EE. UU. y una persona en Japón, indique primero la hora del Reino Unido, pero luego agregue las horas de los demás participantes y probablemente también la UTC. Para las reuniones con personas externas, es posible que desee utilizar su zona horaria como la hora principal y esperar que las personas internas se encarguen de ello.
  • Estaría perfectamente feliz con un código de zona horaria de tres letras, pero tal vez sea porque soy programador. Creo que es un estándar tanto formal como de facto... pero si no funciona para el tipo de personas con las que trabajas, definitivamente deberías usar algo más, y tu sugerencia de enumerar ciudades me parece sensata.
en realidad, es la base de datos tz (también conocida como base de datos Olson) la que me llevó a considerar el uso de ciudades en.wikipedia.org/wiki/Tz_database :)
No estoy de acuerdo con la lista de la hora de la reunión en el horario del Reino Unido si solo hace eso . Siempre debe agregar UTC, porque es más fácil convertir de UTC que de la hora del Reino Unido. Y siempre agregar UTC es la copia de seguridad genérica por olvidar mencionar una zona específica.
@JanDoggen Sí, absolutamente, mala edición de mi parte. Corregiré/mejoraré.

Por lo general, lo envío con mi propia abreviatura timezome. La primera vez que hagas esto, la gente podría preguntarte qué es, pero después de eso deberían poder resolverlo. Entonces algo como:

¿Podemos encontrarnos a las 07:00 ADT?

Puede ser confuso cuando envía varias zonas horarias porque la gente tiene que buscar la suya propia. Si solo envía uno, entonces deben saber que tienen que convertirlo. Incluso podrías escribirlo todo las primeras veces así:

¿Podemos encontrarnos a las 07:00 ADT (hora de verano del Atlántico)?

Después de ver eso un par de veces, deberían poder resolverlo por sí mismos.

Estoy tratando específicamente de evitar "resolverlo por su cuenta"
También hago esto. Especifíquelo en mi propia zona horaria y (aunque solo sea en otro conjunto) en la de ellos, y alternativamente en UTC. Todo el mundo puede traducir desde UTC.

Use Internet para seleccionar horas mutuamente aceptables para diferentes zonas horarias

Planificador de reuniones en línea

Y luego envíe un enlace cuando haya seleccionado una hora

Enlace de reunión para varias ciudades.

Lo que te da:

Londres (Reino Unido - Inglaterra) Miércoles 16 de agosto de 2017, 11:00:00 BST UTC+1 hora Ginebra (Suiza - Ginebra) Miércoles 16 de agosto de 2017, 12:00:00 CEST UTC+2 horas Milwaukee (EE. UU. - Wisconsin) ) Miércoles 16 de agosto de 2017, 05:00:00 CDT UTC-5 horas UTC correspondiente (GMT) Miércoles 16 de agosto de 2017, 10:00:00

Y trabajar desde allí.

Hay varios sitios web para este tipo de cosas.

O si todos usan Outlook, simplemente cree una reunión: todos los destinatarios verán la hora/fecha en su propia zona horaria.

No me importan estas cosas como métodos de respaldo, pero quiero incluir todos los tiempos en el cuerpo del correo electrónico (pregunta actualizada)
No hay nada que le impida copiar/pegar el resultado del sitio web en un correo electrónico....
¿Cómo expreso la hora de la reunión a los destinatarios internacionales?
RespuestasAquíPolítica de privacidad1y, 0v