¿Es normal que un desarrollador front-end esté en comunicación constante con la parte que ordena el proyecto?

Depende del tamaño y la estructura de la empresa.

Algunas personas se burlarán de las nuevas empresas y dirán que es un beneficio, etc. del trabajo, pero el hecho es que cada empresa que no tiene la capacidad de contratar personal de soporte técnico competente y, por lo tanto, depende de otros para ayudar a llenar el vacío.

Si realmente no le gusta, hablaría con su gerente y vería cómo cambiarlo. Si no se cambiará durante algún tiempo, deberá evaluar sus opciones en ese momento.

Sin embargo, si aprovecha la oportunidad de aprender mejor la capacidad de comunicarse con sus clientes, comprender sus preocupaciones y el razonamiento detrás de ellos, será un desarrollador significativamente mejor en el otro lado. Podrá tomar este conocimiento y aplicarlo a proyectos futuros.

También vale la pena señalar que siempre habrá partes de trabajos que no le gustarán, pero que si es demasiado, debe buscar en otro lado.

Personalmente, digo que tome el desafío y aproveche al máximo. Quizás poner un mejor sistema de tickets, construirlo, mejorar el proceso.

Obviamente no, en una tienda que puede pagar el personal de servicio al cliente.

Sin embargo, en una startup, sí, todos tienen que colaborar para hacer todo, y tiene poco o ningún sentido que alguien con menos conocimiento para transmitir mensajes. En tal caso, no sabrán qué preguntas de seguimiento hacer, lo que retrasa las cosas aún peor.

Es por eso que los sistemas de tickets de problemas son tan esenciales; no solo por responsabilidad, sino porque introducen una pequeña cantidad de dolor para el cliente en el proceso de comunicación. Universalmente preferirían simplemente levantar el teléfono y molestar a alguien sobre todos sus caprichos; un sistema de tickets de problemas pone un búfer entre ustedes, hace que el proceso sea menos conveniente (léase: menos impulsivo) y los obliga a tomar conciencia de la carga que le imponen.

Depende de la empresa para la que trabajas. He trabajado en lugares donde hago lo mismo, paso mucho tiempo interactuando con los clientes y eso afecta la productividad. También he trabajado en lugares donde esa interfaz es un gerente de proyecto o una persona de apoyo que toma esa carga de trabajo por mí y me permite concentrarme en el trabajo.

Para una persona jr dev, no es un papel que preferiría que tuvieran. Deben centrarse en aprender el trabajo y el código y centrarse en ser productivos. El contacto del cliente debe dirigirse a alguien familiarizado con el proyecto y actuar de manera tal que pueda ser la interfaz entre los clientes y los desarrolladores.

Supongo que depende del tamaño de la empresa. Si eres un equipo de 4 personas, incluso podría ser necesario. Si eres parte de más de 200 empresas, sería extraño. Debe haber atención al cliente para eso.

Entiendo que puede ser difícil al principio y tal vez pienses que te dieron estas tareas porque no te aprecian. Por otro lado, si lo piensas bien, es una gran oportunidad para conocer a mucha gente nueva y entender lo que realmente quieren hasta el más mínimo detalle. Lo que puede ser realmente útil y ahorrarle tiempo. Si no está seguro de algo, simplemente puede preguntarles. También puede probar sus propias ideas y recomendarles su solución.

También podría ser una prueba de su capacidad para hacer lo que la empresa necesita y mostrar su determinación.