Soy un enlace con el cliente (ventas/consulta con el cliente) para una empresa de software y, ocasionalmente, surge algo en nuestra aplicación que no funciona o no funciona.
Cuando esto sucede, alerto al grupo de soporte técnico y de desarrollo (a través de un ticket o correo electrónico: tickets asignados al soporte técnico) y a menudo me preguntan "¿Ha marcado X?" Donde X es una de las 4 piezas de software relacionadas con la ejecución de nuestra aplicación. Respondo que no, a veces añado que no sé cómo o que no tengo acceso.
No soy un desarrollador y, en la mayoría de estos casos, aprender estos servidores o procesar programas backend es arduo y requiere mucho tiempo para mí.
Ya se ha establecido en el equipo que estos elementos no son de mi responsabilidad. Parece que debido a que soy yo quien reporta el problema, hay una expectativa del desarrollador de que también investigaré.
Sin embargo, recientemente los desarrolladores han insinuado que debo tener acceso a estos programas y aprenderlos para poder investigar estos problemas por mí mismo. He recibido numerosas "invitaciones" por correo electrónico que indican que mi dirección de correo electrónico tiene acceso a estos programas.
¿Cómo puedo negarme con tacto a aprender/usar estos programas sin jugar esa carta de "ese no es mi trabajo"?
No declinas.
Plantea sus inquietudes a su gerente, ya que su gerente (y no usted como individuo) determina el alcance de su trabajo y el acceso requerido a los sistemas y no el equipo de desarrollo. Si su gerente dice que debería estar haciendo estas cosas o tener acceso a estos sistemas y herramientas, entonces trabaje con los equipos de desarrollo y operaciones para obtener la capacitación adecuada y el acceso para hacer el trabajo que está dentro de su alcance. Si su gerente dice que este trabajo está fuera del alcance de su trabajo, debe comunicárselo al equipo de desarrollo y a su gerente.
Si, después de hablar con su gerente, todavía siente que las expectativas de su gerente sobre el trabajo que usted hace y sus expectativas sobre el trabajo que usted hace no se alinean, puede optar por renunciar a su puesto y encontrar un nuevo trabajo que sea más en línea con lo que esperas.
Para seguir con la edición de la pregunta.
Si ya se ha decidido que no es su responsabilidad, debe informar a su gerente que el equipo de desarrollo (todavía) está haciendo estas solicitudes. Su gerente debe ser quien se asegure de que su tiempo y esfuerzo se dediquen a hacer el trabajo que se le ha asignado. Esta es su batalla para pelear, no la tuya.
Sin embargo, como desarrollador, rechazaría (y esperaría que mi gerente) rechazara la idea de que esto está más allá de su trabajo. Me parece sospechoso (e inseguro) que todo el equipo de desarrollo tenga acceso a los sistemas y datos de producción. Dado que parece que su trabajo es brindar soporte de primera línea, espero que estas personas tengan al menos acceso de lectura a la configuración y los datos del sistema y puedan incluirlos en el informe del problema, por lo que es mucho más rápido para mí reproducir y diseñar. una solución.
Todavía parece que este es un problema que debe resolverse con la gerencia para asegurarse de que todos entiendan el papel de los demás. Parece que la empresa no es tan grande, por lo que no debería ser demasiado difícil para todos.
Para seguir una vez más con algunos de sus comentarios, parece que el proceso de su empresa tiene problemas graves.
Si envía tickets al equipo de soporte técnico, no esperaría que el equipo de desarrollo esté involucrado en absoluto. Tal vez el equipo de soporte técnico pueda necesitar alguna información de usted, pero espero que el equipo de soporte técnico solucione el problema o se lo pase al equipo de desarrollo si se necesita su ayuda. Esperaría que el equipo de desarrollo interactúe con el equipo de soporte técnico y no con usted para comprender los problemas, solo invitándolo si es necesario.
Una vez más, mis puntos originales siguen en pie: no te involucres. Hable con su gerente y pídale que trabaje con los gerentes
Tienes que hablar de esto con tu jefe. Podría ser que se espera que el enlace del cliente sea capaz de resolver problemas simples y solo los problemas que requieren programación deben ir a los desarrolladores. Si este es el caso, de ninguna manera puede negarse a utilizar el software. Así que pregúntele exactamente qué se espera de alguien en su posición con respecto a estos paquetes de software y soporte al cliente. esto no es negarse a hacer la tarea, solo pedir una aclaración sobre cómo se encuentra esto con sus otros deberes y prioridades.
También podría darse el caso de que los desarrolladores no quieran hacer el trabajo de soporte, por lo que están tratando de empeñarlo cuando se supone que deben hacerlo. Solo su jefe puede resolver cuál es la correcta.
¿Cómo puedo negarme con tacto a aprender/usar estos programas sin jugar esa carta de "ese no es mi trabajo"?
Todavía me interesaría saber cómo expresarlo en el momento en que el equipo de desarrollo me presiona.
Como respuesta "en el momento", puede decir "Aprender estos programas sería una gran inversión de mi tiempo, pero vale la pena considerarlo. Le pediré el punto de vista del vicepresidente sobre mis prioridades y volveré a tú."
Es una startup de tecnología, así que yo, 1 soporte técnico, 1 soporte técnico a tiempo parcial/desarrollador a tiempo parcial, 2 desarrolladores dedicados y el vicepresidente. Por lo general, informo en lugar de ocupar el ancho de banda de Tech, ya que puedo usar el sistema de emisión de boletos. ¿Pero tal vez debería simplemente enviar un correo electrónico a Tech en su lugar?
Entiendo que los empleados de las startups tienen que aprender muchos roles fuera de su zona de confort, y podría ser una buena oportunidad para ti. Si alguien más está resolviendo los problemas de sus clientes, lo pasarán por alto (el enlace con el cliente) y trabajarán con esa persona. PERO como usted es el único vendedor, dedicar todo su tiempo a nuevas ventas podría ser más importante que desarrollar relaciones con las existentes. Decidir cuál es más importante suena como "no es tu trabajo".
support
o incluso key user
a un papel. Proceda como con cualquier otra invitación de rol entrante.Pareja para puntos fácticos:
Las invitaciones a funciones y responsabilidades en el lugar de trabajo suceden, es posible que no necesariamente provengan de su gerente, aunque usted y su gerente toman la decisión.
Las expectativas de su trayectoria profesional determinan su voluntad de aceptar/rechazar la invitación.
Este proceso debe ser acompañado por su gerente (idealmente desde el principio), porque una de sus responsabilidades es supervisar su trayectoria profesional y administrar los recursos del equipo ("¿Es posible asignar a este miembro del equipo para eso?")
Potencialmente aceptar el puesto debe ir con el porcentaje esperado de su tiempo, es decir, se espera que dedique el 20% de su tiempo para esta nueva responsabilidad. Y también debe haber un plan para salir de algún presente para tener un espacio para esto.
Actualización de lo que leí en los comentarios a lo largo de esta página: debe crear los boletos y asignarlos al equipo de soporte técnico, quien luego asignará/investigará según sea necesario. A veces, los desarrolladores olvidan que son lingüistas que traducen un idioma a otro.
El mayor problema parece ser la interrupción de la comunicación, dado lo pequeño que eres, pero los desarrolladores no están capacitados en administración, no dejes que te manejen.
Respuesta original: No lo haces.
Puede transportar los correos electrónicos a una carpeta separada y dejarlos allí, y ese es probablemente el final del problema. Los desarrolladores no te dan tareas, tú les das las tareas.
No me molestaría en escalar, ya se ha establecido que está fuera de su área de interés.
Si los desarrolladores comienzan con "ha investigado", puede señalar el correo electrónico que describe sus tareas, puede responder con "no" o sugerir a su gerente que cree un cliente REST simple que se puede usar para acceder al específico. datos necesarios para depurar el problema.
No intente aprender algún componente de software al azar. Si los desarrolladores no están haciendo su trabajo, informe a su gerente sobre su tardanza.
Tal vez hay un problema de comunicación. A veces es increíblemente difícil rastrear un "error", cuando no se puede replicar en el entorno de desarrollo y las herramientas a las que se hace referencia pueden proporcionar a los desarrolladores la información necesaria para resolver el problema. A menudo, el boleto es tan críptico que uno ni siquiera sabe por dónde empezar. Las herramientas también pueden usarse como un verificador de "cordura" para asegurarse de que las configuraciones estén dentro de los parámetros. A veces, los "errores" son "nunca tuvimos la intención de poder hacer esto". Desafortunadamente, es posible que no se genere un mensaje de error inteligible para el usuario. Nuevamente, a menos que el desarrollador capte la intención del usuario final, esto puede ser difícil de descifrar Quizás los desarrolladores y los clientes deban saber que usted es solo el vendedor, un "experto" La tecnología se pone inmediatamente a la venta para realizar la instalación, la configuración y el soporte. Este "experto" no necesita ser muy hábil, pero debe estar dispuesto y ser capaz de aprender a determinar los deseos del cliente (no siempre es fácil), los problemas comunes y las soluciones, y ser capaz de seguir los pasos básicos del diagnóstico. Si yo fuera el desarrollador, la razón por la que podría pedirle que pruebe otras herramientas sería ayudar en la recopilación de datos, de modo que se pueda diagnosticar el problema y diseñar la mejor solución. Si puede darle al desarrollador una mejor opción para ayudarlo a hacer su trabajo, lo aprovechará. la razón por la que podría pedirle que pruebe otras herramientas sería para ayudar en la recopilación de datos, de modo que se pueda diagnosticar el problema y se pueda diseñar la mejor solución. Si puede darle al desarrollador una mejor opción para ayudarlo a hacer su trabajo, lo aprovechará. la razón por la que podría pedirle que pruebe otras herramientas sería para ayudar en la recopilación de datos, de modo que se pueda diagnosticar el problema y se pueda diseñar la mejor solución. Si puede darle al desarrollador una mejor opción para ayudarlo a hacer su trabajo, lo aprovechará.
Hay una razón por la que su empresa no tiene desarrolladores como primera línea de soporte para los clientes. La razón es que los desarrolladores generalmente trabajan hacia objetivos específicos, con plazos. Si los desarrolladores tuvieran que detenerse para manejar cada problema que tienen los clientes, su empresa nunca obtendría ninguna actualización (incluidas las correcciones de errores críticos) por la puerta.
Su trabajo, por otro lado, realmente no comienza hasta que suena el teléfono o recibe boletos de servicio.
Por lo tanto, sería prudente que aprenda cualquier herramienta que lo ayude a hacer su trabajo, que es apoyar a los clientes Y crear un espacio seguro para que los desarrolladores hagan su trabajo con una interrupción mínima. Esto realmente te convierte en un miembro valioso del equipo. Si quiere hacer ruido acerca de tener que aprender cosas nuevas, eventualmente su empleador no tendrá ningún problema en reemplazarlo con alguien que esté más abierto a aprender.
Trabajas para una empresa de tecnología. Los desarrolladores no pueden decirle a la gerencia que no quieren molestarse en aprender nuevas tecnologías que ayuden a la empresa en general y, en realidad, usted tampoco puede hacerlo.
wesley largo
SNSAD
wesley largo
Tomas Owens
bob esponja
miguel kay