¿Cómo puedo convencer a mi jefe de que viajar por trabajo no es productivo? [cerrado]

Como desarrollador de software, mi principal responsabilidad es enviar un código que funcione. Hago esto escribiendo código todo el día. Este es el trabajo para el que me contrataron. Trabajo para una pequeña empresa que lucha con la identidad. Siento que últimamente están luchando por encontrar nuevos clientes y, por lo tanto, están apuntando a mercados alternativos. El resultado de esto es que ahora me hacen viajar durante una semana al mes o menos a varios clientes en el lugar. Entiendo que hacer esto una vez es razonable. Sin embargo, siento que si mi empresa continúa poniéndome en una posición en la que viajo y me reúno con clientes, en lugar de escribir código en un entorno de trabajo cómodo, esto sería contraproducente.

¿Cómo puedo convencer a mi jefe de que hacerme viajar por más tiempo para visitar clientes o prospectos no es el uso más productivo de mi tiempo?

No veo cómo es necesario viajar cuando hay muchas herramientas de teletrabajo disponibles para hacer posible la comunicación a largas distancias.

¿Por qué tu jefe cree que es una buena idea que viajes? ¿Está ayudando al cliente a solucionar problemas? ¿Sirve como un recurso técnico para ayudar a un cliente a comprender cómo podría usar su producto? ¿Algo más? ¿Hay alguien más en la organización que podría hacer estas cosas? ¿Hay alguna razón para creer que estas cosas son innecesarias? ¿La empresa está perdiendo más dinero debido a las funciones que no puede agregar que lo que ganan al hacer que viaje?
Trabajar para una pequeña empresa casi siempre implica un trabajo más generalista que trabajar para una gran empresa. Según mi experiencia, siempre se necesitan desarrolladores sénior en pequeñas empresas de software para realizar trabajos de preventa y posventa como parece estar describiendo. Si solo desea escribir código todo el día, es más probable que obtenga esa oportunidad en una gran empresa.
"No productivo" está en el ojo del espectador. La mayoría de los trabajos tecnológicos, especialmente en las pequeñas empresas, implican una combinación de tareas. El hecho de que sea un programador no significa que nunca brindará soporte técnico, discutirá productos con los clientes, ayudará con las pruebas, etc.

Respuestas (5)

Todos usan diferentes sombreros en diferentes momentos, a veces es "papá", a veces es "hijo", a veces es "empleado" y a veces es "desarrollador".

Desde la perspectiva de la empresa, usted usa principalmente el sombrero de "empleado", bajo el cual su principal responsabilidad es ayudar a la empresa a lograr sus objetivos, por lo general, que sea rentable. Eso se puede hacer usando el sombrero de desarrollador o el sombrero de "cliente más suave" o lo que sea que piensen de las interacciones con sus clientes, y es el trabajo de su supervisor determinar cuál se adapta mejor a la empresa.

Si no le gusta lo que le piden que haga (que es lo que parece), entonces debería reconsiderar trabajar allí (y posiblemente la compensación que está recibiendo).

Si, por otro lado, simplemente piensa que su supervisor está tomando la decisión equivocada y que sus actividades no están sirviendo a los objetivos de la empresa, ese es un asunto diferente.

De cualquier manera, debe tener una conversación con su supervisor, pero debe saber qué conversación está teniendo. ¿Desea determinar si sus actividades actuales están logrando el objetivo de la empresa o desea informar a su supervisor? que sus actividades actuales no son satisfactorias y desea cambiarlas?

+1 -your primary responsibility is to help the company achieve its goals

El negocio es complicado. A veces, "nos preocupamos lo suficiente por sus problemas como para sacar al desarrollador de sus tareas de codificación y enviárselo a usted" es un regalo poderoso para un cliente que puede generar una gran cantidad de ingresos para la empresa. En ese caso, sus teorías sobre el teletrabajo y demás son peor que irrelevantes. Otras veces, tu jefe es un idiota. Sé que piensas que eso es lo que está pasando aquí, pero puede que no sea así, y no nos has dado suficiente información para saberlo.

A mi modo de ver, tienes tres opciones:

  1. Confía en tu jefe. Haga algunas preguntas, pero solo para que pueda aprender o para que pueda apoyar más plenamente lo que sea que esta pequeña empresa está tratando de hacer. (Es decir, no del tipo "¿Por qué debo hacer esto?" o "¿Por qué no debo hacer X en su lugar?") mantener la empresa a flote. Opcionalmente, solicite un aumento para compensarlo por el trabajo que le gusta menos que la codificación.

  2. Adhieren a sus armas. "Me contrataron para codificar y, maldita sea, exijo que me des la codificación para hacerlo y me pagues para hacerlo". Esto puede funcionar por un tiempo, porque necesitan un código o porque quieren mantenerte, pero si tienen la oportunidad de reemplazarte con alguien más completo, lo harán.

  3. Busque otro trabajo y elija una empresa más grande esta vez donde es menos probable que los roles cambien con el tiempo, y puede concentrarse en lo mejor.

Si fueras mi amigo o hermano, te insto a que vayas con el #1. Es una oportunidad de crecer y aprender nuevas habilidades, una oportunidad de ser de vital importancia para una pequeña empresa y marcar una gran diferencia, y probablemente un camino que le brinde más dinero que solo programar. Pero si vas a ir al n.° 2 o al n.° 3 (y durante un período de tiempo más o menos ambos sabemos que son lo mismo), entonces hazlo con los ojos abiertos sabiendo que había algo más que podrías haber hecho, pero elegiste No a. Conocer sus fortalezas es muy importante y si se identifica fuertemente como solo escribiendo código, entonces necesita abrazar ese aspecto de usted mismo y vivirlo.

Hay más en la venta de software que simplemente tener un código de escritura desarrollador. Especialmente si quiere volver a vender a los clientes .

Esto incluye escribir documentación, hablar con los clientes, enseñar a los clientes a usar el software, y así sucesivamente.

En una gran empresa hay muchas manos para hacer todas estas tareas. En una empresa pequeña, puede que simplemente seas la persona más adecuada para realizar esta tarea y, por lo tanto, eres elegido para hacerlo.

Como jugador de equipo, deberías haber recibido suficiente información para entender esto. Es posible que necesite que su jefe le brinde una gran perspectiva de las cosas, para permitirle comprender por qué esto es necesario y por qué es necesario que lo haga . La razón puede ser tan simple como "no necesitamos que escribas más código en este momento, pero tenemos algo que debe hacerse".

  1. En primer lugar, ¿su gerente espera que su productividad cambie o permanezca igual con todos estos viajes? Si es lo último, tienes que pisar el freno y sentarte con él y discutir las expectativas de tu rol, al que pareces estar haciendo la transición en silencio y cuál es el incentivo real para ti, tanto en términos de crecimiento como de carrera. Con empresas realmente pequeñas (he trabajado en una durante casi 6 años), esta actitud de "hacer todo lo que sea necesario" es adorable, pero tiene costos que su director ejecutivo a menudo elige ignorar. No querrás venir a trabajar amargado... ¡eso hace más daño a tu productividad que los viajes! Así que tenga esta charla, obtenga su respuesta y, como mínimo, tendrá una idea clara de si vale la pena seguir con este trabajo, incluso si siente quesu empresa no lo está utilizando tan eficientemente como podría.

  2. Si ese enfoque no funciona, una forma simple pero efectiva de convencer a cualquiera que esté arriba de la escalera es una comparación lado a lado de los costos (¡estimaciones en dólares!) de la codificación Y los desplazamientos frente a la codificación todo el día. La mayoría de las personas no pueden (y a menudo optan por NO) ver cosas en altitudes por debajo de los 50,000 pies y, a menos que se lo explique en términos de dólares y sentido común, se encogerán de hombros cuando trate con cosas intangibles como simplemente escuchar "necesito". un ambiente de trabajo cómodo para codificar" y "viajar es una distracción". (¡Algunos gerentes pueden percibir esto como un lloriqueo!)

  3. Un enfoque más guerrillero para esto sería programar viajes solo durante 8-5 días laborales y esto automáticamente le quitará tiempo de codificación. Después de algunas semanas, puede usar esto como un punto de datos para llevar aún más a casa el punto n.° 2 anterior. Si su gerente realmente sugiere que vuele/conduzca temprano en la mañana o en la noche, regrese al punto n. ° 1 y averigüe realmente si esta es una promoción que tiene incentivos que le gustan O si debería buscar trabajo en otro lugar.

Su empresa está en el negocio de vender software. La venta del producto existente siempre tendrá mayor prioridad que la adición de nuevas funciones. Desde la perspectiva de la empresa, tener un desarrollador en el sitio con el cliente es un gran punto de venta y puede ser la diferencia entre ganar suficiente dinero para pagar su salario y no hacerlo. Las pequeñas empresas no siempre pueden permitirse el lujo de tener funciones y definiciones de trabajo estrictas, por lo que su función no es solo la de desarrollador de software. Esta es una de las mejores cosas de trabajar para una pequeña empresa, la oportunidad de aprender a hacer muchas cosas.

Desde la perspectiva de su carrera personal, uno de los mayores puntos débiles que tienen la mayoría de los desarrolladores es que no entienden las necesidades de los usuarios. Esta es una oportunidad invaluable para ponerse en contacto con el cliente y comenzar a comprender lo que realmente se necesita. Este tipo de experiencia solo puede convertirlo en un mejor desarrollador cuando ya no esté en este rol.

Usted dice que todo esto podría hacerse por otros medios, pero no hay sustituto para el contacto personal directo. Los correos electrónicos, los mensajes instantáneos y las teleconferencias simplemente no son lo mismo y el cliente no sentirá el mismo nivel de compromiso de la empresa sin las reuniones personales.

Dicho todo esto, si no entiende por qué lo necesitan específicamente para viajar, debe tener una conversación privada con su jefe al respecto. Pero no te pongas a la defensiva, con una actitud de "Odio esto y no quiero hacerlo". Ingrese y pregunte exactamente qué se espera que logre con la visita y luego haga sugerencias a partir de allí sobre formas alternativas de cumplir los objetivos de la visita o personas alternativas para hacer el trabajo. Pero recuerde, las prioridades de la empresa y las suyas no son las mismas, lo más probable es que vean esto como el uso productivo de su tiempo. Dependería de usted encontrar un argumento convincente de lo contrario y no puede hacerlo hasta que sepa exactamente por qué fue elegido para hacer esto y exactamente qué esperan que logre que no se puede lograr si se queda en casa.

+1 Y así es como los desarrolladores se convierten en profesionales de UX. ¡No hay sustituto para el contacto personal directo! Y tener ese contacto personal directo puede hacer que tu carrera sea mucho más gratificante si lo permites.