Comencé un nuevo trabajo como desarrollador de software hace aproximadamente 4 meses y he estado aprendiendo principalmente. Hay alrededor de 8 nuevos desarrolladores trabajando en dos equipos en el mismo proyecto.
Inicialmente, pensé que el proceso lento se debía a que todos tenían que trabajar (con 8 personas nuevas y solo 2 desarrolladores experimentados, hay mucho que aprender) pero han pasado 4 meses y todas las señales parecen sugerir que el el ritmo actual es en realidad el ritmo aceptado aquí.
Pero para mí, se siente increíblemente lento. Las características que, según trabajos anteriores, esperaría que tomaran algunos días, están programadas para tomar algunas semanas. La peor parte es que también terminan tardando tanto en construirse.
Siento que una combinación de un marco mal configurado, la falta de documentación y una velocidad de ejecución realmente lenta hacen que las cosas tomen mucho tiempo. Pero este es un proyecto que ha estado en desarrollo durante aproximadamente 2 años y no creo que decir "todo esto es terrible, deberíamos empezar de nuevo" sea bien recibido.
Así que ahora me siento desmoralizado; Siento que debería poder lograr más, pero cada día siento que estoy luchando contra el sistema en lugar del problema que se supone que debo solucionar. Mencioné esto en la retrospectiva anterior, pero los desarrolladores experimentados no parecen pensar que sea un problema y los otros nuevos desarrolladores de mi equipo no parecen hablar mucho al respecto.
¿Hay alguna buena manera de adaptarse a las herramientas que no son tan buenas como las que estaba acostumbrado y que no se pueden reemplazar fácilmente? ¿O simplemente debería cambiar de trabajo?
Me gusta la empresa y la gente, es solo que las herramientas y el proyecto en el que estamos trabajando están arruinando mi motivación e incluso está empezando a extenderse en mi tiempo en casa.
Como desarrollador, encuentre nuevas formas de crecer y desarrollarse. Crecer como desarrollador no significa tomar el camino lineal de las últimas herramientas, los últimos patrones de diseño y hacer una nueva de todo. Parte de su mejor experiencia y crecimiento puede provenir de trabajar con sistemas y aplicaciones engorrosos. Más empresas que no tienen este tipo de problema. No todas las empresas creen en invertir un capital sustancial en su infraestructura de TI cada cinco años más o menos.
Lo que este puesto actual puede brindarle es la experiencia para demostrar que sabe cómo trabajar en equipo y realizar mejoras incrementales en el sistema y la empresa. No eres simplemente otro hip con el último y mejor desarrollador; sino un desarrollador real que ha aprendido a lidiar con problemas reales y sistemas que reflejan el negocio.
Su mejor enfoque para adaptar las herramientas actuales es buscar marcos o módulos que puedan ayudarlo en su flujo y hacer sugerencias a la gerencia sobre herramientas y áreas que pueden beneficiarse de otros conjuntos de herramientas que aún no están disponibles para los empleados.
Le recomiendo que combata su sentimiento de estar desmoralizado mirando la oportunidad que tiene de tener un impacto positivo mientras está allí y ayudar a modernizar sus prácticas. En el futuro, es probable que mires hacia atrás y aprecies lo que esta experiencia te ofreció en el desarrollador en el que inevitablemente te convertirás.
Si tiene el tiempo y la capacidad, entregue el trabajo del día según lo solicitado, pero también resuelva lo que se necesitaría para mejorar el entorno actual. Incluir:
Porque es muy difícil cambiar ese tipo de cultura, y las únicas formas de hacerlo son como un 'Big Bang' sancionado por un CEO o demostrando cosas mejores que se pueden cambiar por formas de trabajo obsoletas/ineficientes.
Describirlo como un problema para la gerencia puede no ser útil, pero describir los beneficios que puede traer con este cambio aquí, entonces es probable que ese cambio incremental tenga más margen de maniobra.
Tenga en cuenta que es posible que deba describir y justificar cada beneficio potencial e, idealmente, mostrar dónde ese cambio ha beneficiado a otra organización; de lo contrario, puede parecer el único disidente en una empresa coherente.
Puede funcionar, lo he hecho hasta cierto punto con un banco global y he realizado con éxito cambios importantes en organizaciones más pequeñas, pero no es fácil, tomará mucho más tiempo de lo que piensa y al principio no será agradecido por ello, ya que el cambio hará que la vida de todos a tu alrededor sea más difícil.
Este parece el ejemplo perfecto de un mal ajuste en una posición. Otros pueden manejar este entorno sin mucha frustración, por lo que se reduce a que usted no encaja en la cultura corporativa. Puede hacer sugerencias y esforzarse por cambiar la cultura, pero, como señaló Rory, no es una tarea fácil. En este punto, debe decidir si vale la pena su esfuerzo para tratar de cambiarlo o si es mejor gastar su esfuerzo en encontrar un entorno diferente que se ajuste mejor.
He visto tu problema como desarrollador y también como director. He visto que a las personas les gusta la idea de un proyecto, comparten los mismos objetivos, comparten los mismos valores, pero no pueden vivir con algunos aspectos de la metodología o la cultura corporativa.
Tu pregunta me dice que estás buscando un cambio.
El hecho de que su empresa haya contratado a 8 personas nuevas me dice que su empresa también está buscando un cambio. Creo que sería una buena idea comprender la naturaleza de los cambios que busca su gerencia. ¿Esperan que 8 personas sean más efectivas y entreguen más? ¿O también esperan que la gente nueva traiga nuevos hábitos, cambie la cultura? ¿Planean agregar una nueva administración a su equipo? ¿O han agregado un nuevo gerente que también está aprendiendo ahora? Creo que sería genial si pudieras encontrar a alguien en la organización para hablar sobre todos los planes futuros de la empresa. ¿Su gerencia ve los problemas? ¿Saben cómo se comparan con los puntos de referencia de la industria en términos de velocidad, herramientas y calidad? ¿Están abiertos a discutir en absoluto?
Las preguntas anteriores le dan una mejor idea de lo que puede esperar aquí. No tendría miedo de preguntar. Siempre es mejor pedir que sufrir y marcharse en silencio.
Cambiar su propio entorno, su sistema, usted mismo es una opción, pero es ingenua. Las personas y las empresas se apegan al guión actual hasta que no se demuestre lo contrario. Los proyectos a menudo acumulan retrasos, baja calidad y gastos generales durante meses o años antes de que la gerencia tome medidas serias. Hice mucho control de daños en proyectos f@*d up antes, sé de lo que estoy hablando. Tenga en cuenta que son las principales partes interesadas las que deben iniciar cambios radicales. Siempre puede iniciar la discusión, pero no es una discusión de desarrollador. Necesita hablar de dinero, porque las decisiones de alto nivel se toman sobre la base de un caso de negocios. En una discusión de desarrolladores, puede agregar algunas herramientas nuevas, pero no puede cambiar la cultura, la organización, los plazos o los presupuestos.
Creo que si encuentra a alguien en su nueva gerencia que siente el mismo dolor y quiere un cambio, y ve una buena probabilidad de que ocurra un cambio, este puede ser un buen lugar para usted, porque se necesitarán nuevas ideas y probablemente tenga la oportunidad de desempeñar un papel importante.
Sin cambio, creo que será mejor que empieces a buscar un nuevo trabajo. Mi experiencia es que esos temas hacen que la gente se vaya si no hay un cambio positivo.
Tienes básicamente tres opciones: hacer algo para aumentar la velocidad de tu trabajo (que no es culpa tuya tan lenta que te molesta), aceptar la velocidad lenta y aprender a vivir con ella, o encontrar una posición diferente.
Aceptar la velocidad lenta y vivir con ella no es realmente bueno para tu carrera. Obviamente, hay personas a las que les encantaría tu trabajo, pero se sorprenderán si tienen que encontrar un puesto en otro lugar. Encontrar una posición diferente es al menos inconveniente. Entonces, ¿puedes mejorar la velocidad de tu trabajo?
Puede haber cosas simples que usted puede hacer. Si está escribiendo código C++, he visto tiempos de compilación reducidos en un factor 4 mediante el uso de encabezados precompilados. He visto máquinas hambrientas de RAM que de repente se vuelven increíblemente rápidas al agregar más RAM o una unidad SSD (esta es una inversión de $ 100 y otra de $ 200, en su posición probablemente sea una buena inversión incluso si sale de su propio bolsillo). Puede haber diferentes cosas que puede hacer en su posición.
El problema es su noción poco realista sobre 'lograr' algo y 'motivación', no la empresa o su ritmo lento.
Necesitas una cantidad razonable de dinero para vivir. Para obtener algo, necesitas dar algo. Así que le das a tu mano de obra calificada el desarrollo de software y obtienes dinero (y beneficios) a cambio. Es un intercambio simple, directo y nada más. No holgazaneas en tu trabajo porque eres una persona justa y quieres que el intercambio sea justo tanto para ti como para tu empleador. Esa es tu motivación.
Olvídese de nociones tontas, ilusorias, imaginarias y vacías como 'logro', 'carrera', 'crecimiento personal' y otras palabras de moda sin sentido, de recursos humanos y gerenciales. Si la empresa está contenta con un ritmo lento, no tiene motivos para quejarse, a menos que trabajen a un ritmo lento hasta justo antes de una fecha límite y luego, de repente, lo obliguen a trabajar demasiado para cumplir con esa fecha límite estricta.
ben
erik
Vietnam Phuvan
erik
paparazzi
codificadores
o0'.
Brandín
NReilingh