Estoy trabajando como desarrollador junior en una pequeña empresa emergente. Aunque soy junior y es mi primer trabajo, trabajo de forma independiente y también tengo experiencia en prácticas. Actualmente estoy trabajando solo en un proyecto para fusionar dos aplicaciones web en una sola. He estado trabajando en él durante 2 o 3 semanas y he progresado mucho en la refactorización, pero todavía hay muchos problemas y errores.
Ayer me di cuenta de una forma más sencilla de hacerlo. Siento que terminará el proyecto en solo 2 días y será un enfoque mucho menos defectuoso, pero hará que todo el trabajo que hice durante las últimas 2-3 semanas sea inútil.
El problema es que mi jefe tiene expectativas muy altas de mí (desafortunadamente en el mal sentido). Espera ver muchos cambios en el código cuando termine la tarea, ya que me he tomado un tiempo considerable. Si lo hago de la manera nueva, tengo miedo de que me atrape porque me tomó mucho tiempo y solo hice dos días de trabajo.
Sé que estas cosas pasan en la programación pero desafortunadamente mi jefe no es una persona muy comprensiva. También me ha recordado una vez que trabaje más rápido (después de 2 días en un nuevo proyecto en el que comencé a trabajar... él prefiere la rapidez a la calidad).
Me siento inclinado a hacerlo por el camino largo (el que estoy haciendo durante las últimas 2 a 4 semanas) para salvarme. ¿Qué tengo que hacer?
Cuando trabaja en TI, es común que el trabajo realizado más tarde invalide el trabajo realizado antes. Tampoco debe tener miedo de proponer una mejor solución cuando cree que ha encontrado una. Solo asegúrese de haber considerado los pros y los contras de la nueva solución y recuerde que existe la posibilidad de que su nueva solución "mejor" no se ponga en práctica. En este caso, no se enfade ni se muestre rencoroso ni se sienta mal por ello, en el mundo empresarial sucederá muy a menudo que se tome una decisión con la que no esté de acuerdo. A veces es realmente la decisión correcta y no puedes verla porque no tienes toda la información. A veces no es la decisión correcta y este hecho se hará evidente cuando algo salga mal. Eso'
Al proponer la solución, asegúrese de utilizar el lenguaje adecuado. Por ejemplo:
Hola jefe, creo que he encontrado una solución mejor para nuestro problema de foo. Actualmente estamos bloqueando el foo, pero si usamos fizz para hacer sonar, creo que podemos hacer el trabajo antes y el código será más fácil de mantener. La desventaja es que no tenemos mucha gente con experiencia en efervescencia, pero no es muy difícil de aprender, así que no creo que sea un gran riesgo. ¿Qué piensas?
Por experiencia propia he aprendido que el camino más corto no es necesariamente el mejor. Puede parecerte una solución celestial lo que has encontrado, además los beneficios serían geniales: terminarás el trabajo mucho más rápido, serás apreciado y tu imagen será mejor. Pero considera que eres un junior, y muchas cosas que aún no sabes. Es posible que su solución no funcione o devuelva otros resultados de los esperados. Por lo tanto, es arriesgado: eventualmente podría terminar despedido si no tiene éxito.
Cuando era Junior también tenía ideas, pero lo que hacía (y me parece una buena opción) era siempre pedirle a alguien con más experiencia un consejo u opinión sobre mi idea. Algunas ideas fueron seguidas por: Agradable, interesante. Deberías hacerlo. , mientras que otros fueron seguidos por: Ok, pero ¿has considerado este hecho? . En ese momento mi idea me pareció peor, porque el hecho mencionado por un tipo experimentado, no lo estaba considerando.
La forma segura , desde mi punto de vista, es encontrar a alguien (estás trabajando solo, por lo que puede ser de otro equipo , o incluso otro amigo que trabaje en el mismo campo ) con más experiencia y preguntarle qué piensa al respecto (tu solución, no su proyecto si tiene una cláusula de confidencialidad en su contrato). No hagas nada hasta que tengas una respuesta clara y cierta. Incluso puedes pedir más de una opinión. Es más seguro y al final, si tienes éxito, simplemente se lo entregas a tu jefe y le dices que está hecho. No dejes que sienta que fue un trabajo de dos días y lo has terminado en 2 semanas. Terminaste ahora , eso es lo que tiene que saber.
Por otro lado, es menos seguro, es bastante arriesgado : simplemente impleméntelo de la forma en que se ha dado cuenta, pero piense en las posibles consecuencias si falla, según la importancia del proyecto: lo peor es despedirlo. Otro puede ser recortar un porcentaje de su salario, perder su bono de desempeño y así sucesivamente (usted sabe mejor).
No me malinterpreten, es bueno tomar riesgos. Pero es bueno tomar riesgos que tiene una alta probabilidad de ganar. Si no lo hace, tómese su tiempo y piénselo dos veces. Puede salvar su trabajo, su carrera y, en otras situaciones, su vida.
Concéntrese en el resultado, no en el cronograma o el tamaño del esfuerzo.
Ahora bien, esto es mucho más complicado de lo que piensas.
Muchas veces en el trabajo, podemos encontrar formas mejores o más fáciles de hacer las cosas. Muy a menudo nos damos cuenta después de que todo está hecho. Sin embargo, no sorprende en absoluto y no está mal que encuentre una mejor manera de lo que pensó su jefe.
Si, de hecho, tiene una mejor manera de trabajar, primero consulte a su jefe y dígale su manera y cómo será fácil. Hay muchas posibilidades aquí:
El jefe realmente podría apreciar su inteligencia y ciertamente lo ayudará a reducir su tiempo objetivo. A ningún jefe sensato le disgustará el hecho de que un subordinado haya tenido una idea mejor.
El jefe también puede ser consciente de ese enfoque, ¡pero simplemente elija no tomar el atajo! La decisión detrás de por qué le pidió que tomara un enfoque específico que toma 2 semanas, en lugar de algo que tomará 2 días, podría deberse a razones que él conoce. Entonces, si regresa con él y pierde 2 semanas más tarde solo para darle el trabajo basado en un enfoque alternativo y ese enfoque tiene un problema desde el punto de vista de su jefe: ¡ha creado un problema para todos!
Sobre todo, comunicar y mostrar su enfoque (en lugar de apegarse al antiguo enfoque o desperdiciar 2 semanas pero adoptar un nuevo enfoque) funcionará tanto para ayudar a mejorar su credencial como la confianza en su jefe sobre usted. Por otro lado, si a su jefe no le gusta su solución, aún aprenderá por qué la quiere de cierta manera.
Por supuesto, comuníquese con su nueva idea y luego llegue a una conclusión en consenso con su jefe sobre lo que debemos hacer ahora.
señor yo
usuario8365
BuggyCoder
usuario8365