Consejos para que un programador sea bueno en el sistema de soporte [cerrado]

He sido desarrollador empresarial de Java durante mucho tiempo, pero ahora recibí una buena oportunidad de trabajar apoyando a un gran sistema financiero. Mis rutinas son principalmente el análisis de registros, asistir a reuniones, enviar correos electrónicos y ocasionalmente cambiar el código porque el sistema ya está muy maduro. La mayoría de las veces, los errores están más relacionados con el entorno que con el código en sí. ¿Cómo puedo evitar aburrirme y mantenerme motivado? Mi jefe me preguntó si estaba interesado en el trabajo y le dije sinceramente "Soy desarrollador, pero es una gran oportunidad para profundizar en el conocimiento del negocio", porque de hecho lo es.

Chicos de Interview, el chico no me preguntó sobre el apoyo, sobre nada relacionado con estas tareas. Mi currículum es muy claro sobre mis experiencias anteriores, soy desarrollador. Me siento engañado, porque como desarrollador debo hacer tareas para desarrolladores, no para dar soporte a los sistemas de otras personas.

Respuestas (2)

Si te encanta programar, cambiar el código y te desafían y disfrutas de un entorno de ritmo rápido. No vaya a la ruta de soporte de la aplicación. Te aburrirás y encontrarás maneras de mejorar el sistema. Pero el papeleo para implementarlos te volverá loco. Un día lo harás, asumiendo que no tiene ningún daño y nadie se dará cuenta. Lo que a su vez le explotará en la cara, quitándole credibilidad y puede causar la terminación de su empleo.

A falta de haber hecho algo de esto, se aburrirá tanto que dejar de fumar y alejarse parecerá una opción cada vez mejor con el paso de los días.

Por otro lado, si tiene la ambición de llegar a los niveles gerenciales, esta posición es definitivamente el paso correcto para subirse a la escalera corporativa, en comparación con la programación. Esté preparado para asistir a innumerables reuniones aburridas, crear presentaciones de diapositivas de PowerPoint sin sentido, mientras realiza un trabajo técnico mínimo, esta posición es perfecta para usted.

Esta es una perspectiva válida, pero no creo que un trabajo de servicio deba ser automáticamente una mala experiencia. Y si entras en un trabajo con una visión negativa como esta, puede empeorar las cosas.
No me malinterpretes. Soy EE y mi incursión en las computadoras fue un rol de puro apoyo, porque sabía controlar equipos de prueba eléctrica con programas que escribí. Fueron trabajos de soporte de UNIX y lo han estado haciendo durante los últimos 25 años y nunca me arrepiento. Pero he trabajado con personas que fueron despedidas de sus trabajos de desarrollo y vienen a trabajar conmigo porque mi entorno es estable y si no metes la pata, tienes un trabajo pase lo que pase. Ahí es donde las cosas van al sur muy rápido. Quieren tener la libertad como si fueran desarrolladores con las manos atadas a la espalda.
Le pediría a mi jefe un reemplazo. No quiero quedarme con ese trabajo. No soy analista de soporte, soy desarrollador, trabajé para serlo y no estoy dispuesto a dejar el desarrollo a favor de un trabajo como ese.
Hola @MelBurslan gracias por tu respuesta. Me tomó mucho tiempo entender a alguien con quien solía trabajar y la razón por la que tomó ese camino, incluso si todos sabían que no estaba a gusto en su trabajo. Gracias
Veo que algunas personas se sienten fuertemente en contra de mis puntos de vista. Intente comprender, esta pregunta no se puede responder de una manera clara, como en blanco y negro. Solo hay ejemplos anecdóticos. He escrito lo que he visto en mis más de 25 años de trabajo en soporte de sistemas corporativos. Su millaje puede variar enormemente. Pero en lo que respecta a comparar el seguimiento de desarrollo y el seguimiento de soporte de las operaciones de TI, el desarrollo se parece más al salvaje oeste, donde el soporte es como el IRS que revisa sus registros de impuestos, todo estructurado y con hechos. Solo quería aclarar esto
Mi problema no es solo la frustración, mi problema es que no me siento capaz de desempeñarme bien en ese puesto. El segundo problema es que soy un forastero en el primer año en este país. No sé exactamente cómo funcionan las cosas aquí.
Si no tiene una barrera idiomática seria, ser un extraño no tiene ningún papel que desempeñar aquí, pero si cree que no es capaz de discutir asuntos en las reuniones debido a sus habilidades lingüísticas limitadas, entonces es una preocupación legítima. . Porque la mayoría de los roles de apoyo, como he dicho antes, implicarán muchas reuniones y pueden ser conferencias telefónicas a medianoche muy frecuentes porque algo salió terriblemente mal y se espera que todos hablen y expliquen sus propias posiciones.

Algunos pensamientos:

Haz un trabajo excelente . Esto es gratificante casi sin importar cuál sea el trabajo.

Mejorar la forma en que funciona el soporte. ¿Quizás se podría mejorar el método actual de soporte del sistema? Por ejemplo, las quejas o problemas podrían rastrearse mejor; las tareas de soporte manual podrían automatizarse; los archivos de registro podrían monitorearse automáticamente en busca de problemas; etc.

El rediseño de procesos puede tener algunas de las mismas recompensas que el desarrollo de software.

Encuentre formas de medir la calidad del soporte (si aún no lo está) . Por ejemplo, tal vez desee medir el tiempo de actividad del sistema, la cantidad de incidentes, el tiempo para resolver incidentes, etc. Si la medición ya está en su lugar, tal vez se pueda mejorar.

Tener una forma de medir lo que está haciendo aumentará su motivación. También agregará valor al sistema y le brindará información importante que puede informar a la gerencia.

Esté atento a las oportunidades de desarrollo de software . En última instancia, las sugerencias anteriores pueden hacer que este trabajo sea más satisfactorio, pero no es lo mismo que un trabajo de desarrollo de software para alguien que quiere hacer eso. Entonces, trataría de encontrar una manera de hacer la transición hacia un mayor desarrollo de software.

Eso podría ser a través de algunas de las sugerencias anteriores (puede ser lógico hacer una buena cantidad de desarrollo de sistemas para ayudar con el soporte). O puede estar buscando un rol diferente al que mudarse.

Estoy realmente aburrido en estas tareas, ¿debería pedir un reemplazo? Estoy en un cliente para un tercero y creo que me omitieron en la entrevista que me asignarían a ese puesto. ¡No soy un tipo de soporte, soy un desarrollador!
@lambdapool luego busque un nuevo trabajo, externamente si no hay oportunidades internas para cambiar a desarrollo.
Me envió aquí mi verdadero empleador, es una empresa de talleres de carrocería.
Consejos para que un programador sea bueno en el sistema de soporte [cerrado]
RespuestasAquíPolítica de privacidad1y, 0v