¿Es normal no recibir respuestas de un equipo de desarrolladores?

Answer 1

La pregunta no establece el contexto de interacción entre los desarrolladores y usted, ¿es usted un cliente? ¿Un manager?

OMI cualquier profesional debe ser razonablemente receptivo con el correo comercial. Esto puede significar tiempos de respuesta de cinco minutos a varias semanas dependiendo de la situación.

En caso de que usted sea un cliente, debe haberse ocupado de las comunicaciones de antemano, aceptando algún punto de contacto único que tenga al menos la responsabilidad de mediar en la comunicación.

En caso de que se trate de una operación de apuntalamiento cercano o off-shoring, usted es nuevamente el cliente, así que consulte más arriba.

Suponiendo que usted es un gerente y que administra dicho equipo, la comunicación debe ser efectiva y sin latencia en ese orden. Esto significa que las personas deben responder a sus preguntas cuando tengan suficiente información y gestionar las expectativas de otra manera (“necesitamos buscar esto esta noche”, “debemos discutir esto en un grupo”, etc.). Obviamente, cualquier empleado también debe tener las disposiciones necesarias para lograr un buen flujo en su trabajo y esto debe tenerse en cuenta en lo anterior.

Sin embargo, algunos puntos más:

1. Estoy en desacuerdo con la idea de que los errores se rastrean por correo electrónico, use JIRA de Taiga o Bugzilla
2. La administración por correo electrónico no es tan buena después de todo, intente compartir la ubicación al menos una semana al mes con un equipo.
3. El síntoma que describa podría apuntar a una cultura mala o inexistente. En caso afirmativo, use 2 para arreglarlo.

Answer 2

Siempre es una buena idea poder hablar directamente con un desarrollador, en lugar de enviar correos electrónicos. He trabajado con desarrolladores hoscos, que te ignorarán. Necesitas ser persistente.

También creo que debes poder salir a almorzar con los desarrolladores con los que trabajas. Quieres construir relaciones con ellos. Es muy difícil ignorar a las personas que conoces durante el almuerzo.

Por supuesto, sé sutil. Y cuando vaya a almorzar, no hable sobre los correos electrónicos que había enviado.

Finalmente, equilibra esto con ser realmente bueno en lo que haces.

Si es un probador, intente obtener las lecciones aprendidas en las pruebas de software: un enfoque basado en el contexto: Cem Kaner, James Bach, Bret Pettichord: 9780471081128: Amazon.com: Libros: tiene una sección sobre cómo trabajar con desarrolladores También puede echar un vistazo a la tabla de contenido de libros sobre compras en línea de productos electrónicos, indumentaria, computadoras, libros, DVD y más

Answer 3

Es normal para un equipo de desarrolladores baratos. No es normal para Occidente, no es profesional.

Si subcontratas a otro país, necesitas explicar todas tus expectativas. Las normas comerciales que puede dar por sentado a menudo no se aplican en otros países.

Si desea darse una vuelta, asegúrese de tener una copia actualizada de su código fuente, y asegúrese de que realmente sea una copia completa y actualizada; pídale a un amigo desarrollador que la revise. De lo contrario, tienes manguera.