¿Cuándo debe comunicarse por correo electrónico o en persona en un equipo de desarrollo de software?

En escritura es mejor donde sea práctico.

La mejor productividad del software es el resultado de personas en un estado de flujo que puede tardar 15 minutos en volver a ingresar después de una interrupción. El correo electrónico que no emite un sonido no interrumpe ese estado. Pasar a su escritorio o hacer una llamada telefónica lo hace.

Cuando se requiere un rápido intercambio de ideas multidireccional, es hora de reunirse en persona, aunque todo lo que se genere en la reunión (requisitos, especificaciones, diseños) debe terminar por escrito, como señala Jeff Keeselman.

Si todas las personas involucradas están en el mismo piso, siempre use la comunicación en persona. Por “en persona”, me refiero a la conversación oral, la herramienta de mensajería instantánea y una pizarra. Este es el enfoque más eficaz.

Si alguna persona debe estar involucrada no se encuentra cerca de otras personas, envíe un correo electrónico.

He estado trabajando para una empresa gigante y descubrí que el correo electrónico es un enfoque de comunicación tedioso e ineficiente. Entonces, después de unirme al inicio, soy un gran defensor de la comunicación en persona. No a todos les gusta, pero el equipo aplica este enfoque para hacer un mejor trabajo que otros.

En general, debe enviar correos electrónicos cuando tenga una o más de las siguientes situaciones:

  • Tiene mucha información que desea compartir en una variedad de formatos.
  • Desea tener una fuente a la que volver si hay preguntas de cualquier lado (en otras palabras, es un movimiento de CYA).
  • Desea distribuir la información a otras personas que puedan estar interesadas, pero no tiene que participar en cada paso del proceso (¡las opciones c :: y bcc: en el correo electrónico son excelentes para eso!)
  • Tiene dificultades para comunicarse verbalmente con el destinatario por diversos motivos (problemas de idioma, restricciones de zona horaria, etc.)

Más por venir más tarde …

Si puedo ampliar la pregunta ligeramente a “en persona” v. “En un documento”.

Todos los requisitos y decisiones de diseño deben estar siempre en papel. De lo contrario, tienen tendencia a ser olvidadas o a transformarse con el tiempo.